- Users - oVirt List Archives

[Users] Stuck disk
by Jason Lawer 05 Feb '13

05 Feb '13

Hi, I appear to have 2 VMs that were in the process of being removed from my ovirt 3.1 system when the SPM role shifted to another node and it appears that the disks were removed from the iSCSI LVM Volume Group but oVirt seems to believe that it still exists. I can't remove these from the UI anymore as they fail and I am getting a log entry on the SPM node indicating that the disk cannot be found. Can someone give me an idea of how to remove these disks (I am assuming I will need to remove the records from the DB). Thanks in Advance, Jason Lawer

2 1

[Users] Data Center is being initialized, please wait for initialization to complete
by Alex Leonhardt 05 Feb '13

05 Feb '13

Hi, Occasionally, mainly after doing larger disk operations, I see this : Data Center is being initialized, please wait for initialization to complete and then the SPM host changes ... I didnt see any particular load on that server at the time it happened - I simply told it to delete some VMs from a export domain. Any clues ? Alex -- | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com |

2 1

[Users] Connecting with vnc to a VM defined as spice
by Gianluca Cecchi 05 Feb '13

05 Feb '13

Hello, I have a Windows XP VM in 3.2 beta defined as spice. If I want to connect from a client that only has vnc (a Mac for example) how can I do from User Portal? Even if the VM is powered off then I power it on, on the right I see only spice as an option... Does the user need any special right? And if I select run once form user portal and select vnc then it tries to fire up spice protocol and if I click on "..." icon, only spice is present and selected... Any pre-requisite on engine/node/vm/client? Thanks, Gianluca

3 5

[Users] Configuration file of VM
by Alexei Yakovlev 04 Feb '13

04 Feb '13

Hi everybody, can you help me to find where does ovirt stores configuration files in xml format of Virtual Machines?

3 2

Re: [Users] Problem with libvirt
by Juan Jose 04 Feb '13

04 Feb '13

Hello Antonio, Could you indicate to me how I can connect to this #vdsm irc channel, please?, I have seen in the ovirt page, community, IRC, but it doesn't explain anything about how to connect. I have the ircII client in my Debian box but I guess that it is necessary the host and port number. Is it possible that host was irc.freenode.net?, and what is the port number and the user to connect? Thanks, Juanjo. On Mon, Feb 4, 2013 at 4:42 PM, Antoni Segura Puimedon <asegurap(a)redhat.com>wrote: > Juanjo, > > I'll look at it in the evening. If I don't find anything, maybe you > can connect to the #vdsm irc channel at freenode tomorrow. > > Best > > Toni > > ----- Original Message ----- > > From: "Juan Jose" <jj197005(a)gmail.com> > > To: "Antoni Segura Puimedon" <asegurap(a)redhat.com> > > Cc: users(a)ovirt.org > > Sent: Monday, February 4, 2013 4:27:04 PM > > Subject: Re: [Users] Problem with libvirt > > > > More information, > > > > > > I attach the messages in the moment that error with VM installation > > occur. > > > > > > Juanjo. > > > > > > On Fri, Feb 1, 2013 at 11:26 AM, Antoni Segura Puimedon < > > asegurap(a)redhat.com > wrote: > > > > > > Hola, > > > > Could you make some pastebins with the contents of the files > > /etc/sysconfig/network-scripts/ifcfg* ? > > > > Also, virsh -r net-list and the log generated on the process > > of losing the connection when creating a guest. > > > > Best, > > > > Toni > > > > > > > > ----- Original Message ----- > > > From: "Juan Jose" < jj197005(a)gmail.com > > > > To: "Moti Asayag" < masayag(a)redhat.com > > > > Cc: users(a)ovirt.org > > > Sent: Friday, February 1, 2013 10:57:08 AM > > > Subject: Re: [Users] Problem with libvirt > > > > > > > > > Hello Monti and Dafna, > > > > > > > > > The host have connectivity with the engine until I try to install a > > > VM and in the middle of the process host loses the connectivity. I > > > can see that it is a connection problem. How can I check if the > > > host > > > address is the same as I used to add it to my data-center?, I made > > > an IP address change in the host but I delete it from engine and > > > after change its address I re-added. > > > > > > > > > On the other hand, I would like to know if my network configuration > > > is correct because when I execute the "ipconfig" command in host > > > console I can see the interfaces bond0 to bond4, em1 interface, > > > localhost and ovirtmgmt with the host IP. Is it that correct? > > > > > > > > > Many thanks in avanced, > > > > > > > > > Juanjo. > > > > > > > > > On Thu, Jan 31, 2013 at 3:04 PM, Moti Asayag < masayag(a)redhat.com > > > > wrote: > > > > > > > > > > > > On 01/31/2013 03:37 PM, Juan Jose wrote: > > > > Hello Moti, > > > > > > > > The execution of this command in the host is: > > > > > > This indicates VDSM is up and running correctly, but the > > > ovirt-engine > > > can't reach it. > > > > > > Can you check the connectivity from the ovirt-engine to the host > > > (use > > > the same address as used to add it to data-center) ? > > > > > > Maybe there are iptables issues preventing establishing connection > > > from > > > the engine to the host. > > > > > > > > > > > > > > > > > > > > [root@ovirt-host ~]# vdsClient -s 0 getVdsCaps > > > > HBAInventory = {'iSCSI': [{'InitiatorName': > > > > 'iqn.1994-05.com.redhat:69e9aaf7e4c'}], 'FC': []} > > > > ISCSIInitiatorName = iqn.1994-05.com.redhat:69e9aaf7e4c > > > > bondings = {'bond4': {'addr': '', 'cfg': {}, 'mtu': '1500', > > > > 'netmask': > > > > '', 'slaves': [], 'hwaddr': '00:00:00:00:00:00'}, 'bond0': > > > > {'addr': > > > > '', > > > > 'cfg': {}, 'mtu': '1500', 'netmask': '', 'slaves': [], 'hwaddr': > > > > '00:00:00:00:00:00'}, 'bond1': {'addr': '', 'cfg': {}, 'mtu': > > > > '1500', > > > > 'netmask': '', 'slaves': [], 'hwaddr': '00:00:00:00:00:00'}, > > > > 'bond2': > > > > {'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 'slaves': > > > > [], > > > > 'hwaddr': '00:00:00:00:00:00'}, 'bond3': {'addr': '', 'cfg': {}, > > > > 'mtu': > > > > '1500', 'netmask': '', 'slaves': [], 'hwaddr': > > > > '00:00:00:00:00:00'}} > > > > clusterLevels = ['3.0', '3.1'] > > > > cpuCores = 4 > > > > cpuFlags = > > > > > fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,nopl,aperfmperf,pni,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,cx16,xtpr,pdcm,sse4_1,lahf_lm,dtherm,tpr_shadow,vnmi,flexpriority,model_coreduo,model_Conroe > > > > cpuModel = Intel(R) Core(TM)2 Quad CPU Q9300 @ 2.50GHz > > > > cpuSockets = 1 > > > > cpuSpeed = 1999.000 > > > > emulatedMachines = ['pc-0.15', 'pc-1.0', 'pc', 'pc-0.14', > > > > 'pc-0.13', > > > > 'pc-0.12', 'pc-0.11', 'pc-0.10', 'isapc', 'pc-0.15', 'pc-1.0', > > > > 'pc', > > > > 'pc-0.14', 'pc-0.13', 'pc-0.12', 'pc-0.11', 'pc-0.10', 'isapc'] > > > > guestOverhead = 65 > > > > hooks = {} > > > > kvmEnabled = true > > > > lastClient = xxx.xxx.xxx.91 > > > > lastClientIface = ovirtmgmt > > > > management_ip = > > > > memSize = 7701 > > > > netConfigDirty = False > > > > networks = {'ovirtmgmt': {'addr': '158.109.202.67', 'cfg': > > > > {'DELAY': > > > > '0', 'IPV6INIT': 'no', 'UUID': > > > > '3cbac056-822a-43e9-a4ec-df5324becd79', > > > > 'DEFROUTE': 'yes', 'DNS1': 'xxx.xxx.xxx.1', 'IPADDR': > > > > 'xxx.xxx.xxx.67', > > > > 'ONBOOT': 'yes', 'IPV4_FAILURE_FATAL': 'no', 'BROADCAST': > > > > 'xxx.xxx.xxx.255', 'NM_CONTROLLED': 'no', 'NETMASK': > > > > 'xxx.xxx.xxx.0', > > > > 'BOOTPROTO': 'none', 'DNS2': 'xxx.xxx.xxx.9', 'DEVICE': > > > > 'ovirtmgmt', > > > > 'TYPE': 'Bridge', 'GATEWAY': 'xxx.xxx.xxx.1', 'NETWORK': > > > > 'xxx.xxx.xxx.0'}, 'mtu': '1500', 'netmask': '255.255.254.0', > > > > 'stp': > > > > 'off', 'bridged': True, 'gateway': 'xxx.xxx.xxx.1', 'ports': > > > > ['em1']}} > > > > nics = {'em1': {'hwaddr': '00:19:99:35:cc:54', 'netmask': '', > > > > 'speed': > > > > 1000, 'addr': '', 'mtu': '1500'}} > > > > operatingSystem = {'release': '1', 'version': '17', 'name': > > > > 'Fedora'} > > > > packages2 = {'kernel': {'release': '1.fc17.x86_64', 'buildtime': > > > > 1350912755.0, 'version': '3.6.3'}, 'spice-server': {'release': > > > > '5.fc17', > > > > 'buildtime': '1336983054', 'version': '0.10.1'}, 'vdsm': > > > > {'release': > > > > '10.fc17', 'buildtime': '1349383616', 'version': '4.10.0'}, > > > > 'qemu-kvm': > > > > {'release': '2.fc17', 'buildtime': '1349642820', 'version': > > > > '1.0.1'}, > > > > 'libvirt': {'release': '2.fc17', 'buildtime': '1355687905', > > > > 'version': > > > > '0.9.11.8'}, 'qemu-img': {'release': '2.fc17', 'buildtime': > > > > '1349642820', 'version': '1.0.1'}} > > > > reservedMem = 321 > > > > software_revision = 10 > > > > software_version = 4.10 > > > > supportedProtocols = ['2.2', '2.3'] > > > > supportedRHEVMs = ['3.0', '3.1'] > > > > uuid = 36303030-3139-3236-3800-00199935CC54_00:19:99:35:cc:54 > > > > version_name = Snow Man > > > > vlans = {} > > > > vmTypes = ['kvm'] > > > > [root@ovirt-host ~]# > > > > > > > > I can't execute this command in my engine because command > > > > "vdsClient" is > > > > not installed. > > > > > > > > Many thanks in avanced, > > > > > > > > Juanjo. > > > > > > > > On Thu, Jan 31, 2013 at 2:06 PM, Moti Asayag < masayag(a)redhat.com > > > > > > > > > > <mailto: masayag(a)redhat.com >> wrote: > > > > > > > > On 01/31/2013 02:26 PM, Dafna Ron wrote: > > > > > non responsive state for host means that you either have a > > > > > network > > > > issue > > > > > (iptables perhaps) or vdsmd is down. > > > > > please attach vdsm and libvirtd logs. > > > > > > > > > > > > > > > > > > By looking the engine.log below there are network issues: > > > > > > > > 2013-01-31 11:49:54,121 ERROR > > > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > > > (QuartzScheduler_Worker-73) [73213e4f] vds::refreshVdsStats > > > > Failed > > > > getVdsStats, vds = 7d3491e8-49ce-11e2-8b2e-000a5e429f63 : host1, > > > > error > > > > = VDSNetworkException: VDSNetworkException: > > > > > > > > Can you reach the host from the ovirt-engine server ? or can you > > > > check > > > > that vdsm service runs on the host by invoking: > > > > > > > > vdsClient -s 0 getVdsCaps > > > > > > > > > > > > > > On 01/31/2013 01:21 PM, Juan Jose wrote: > > > > >> Hello everybody, > > > > >> > > > > >> I have installed and configured oVirt 3.1 engine in a Fedora > > > > >> 17 > > > > with a > > > > >> Fedora 17 node connected. Ihave defined a NFS domain for my VM > > > > >> and > > > > >> another for ISOs. I try to start a Fedora 17 Server with Run > > > > >> once and > > > > >> the machi start without problems, after that I preceed with > > > > >> the > > > > >> installation in its wirtual disk but when I arrive to define > > > > >> partitions in the virtual disk the machine is freeze and I > > > > >> start > > > > >> to > > > > >> receive engine errors and the default data center go in non > > > > responsive > > > > >> status. > > > > >> > > > > >> I can see this messages in /var/log/ovirt-engine/engine.log, > > > > >> which I > > > > >> attach to this message: > > > > >> > > > > >> .... > > > > >> 2013-01-31 11:43:23,957 INFO > > > > >> [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > > > >> (QuartzScheduler_Worker-47) [75664f2b] Recieved a Device > > > > >> without > > > > >> an > > > > >> address when processing VM > > > > >> da09284e-3189-428b-a879-6201f7a5ca87 > > > > >> devices, skipping device: {shared=false, > > > > >> volumeID=1d0e9fdf-c4bc-4894-8ff1-7a5e185d57a4, index=0, > > > > >> propagateErrors=off, format=raw, type=disk, > > > > >> truesize=8589938688, > > > > >> reqsize=0, bootOrder=2, iface=virtio, > > > > >> volumeChain=[Ljava.lang.Object;@1ea2bdf9, > > > > >> imageID=49e21bfc-384b-4bea-8013-f02b1be137c7, > > > > >> domainID=57d184a0-908b-49b5-926f-cd413b9e6526, specParams={}, > > > > >> optional=false, needExtend=false, > > > > >> > > > > > path=/rhev/data-center/d6e7e8b8-49c7-11e2-a261-000a5e429f63/57d184a0-908b-49b5-926f-cd413b9e6526/images/49e21bfc-384b-4bea-8013-f02b1be137c7/1d0e9fdf-c4bc-4894-8ff1-7a5e185d57a4, > > > > >> device=disk, poolID=d6e7e8b8-49c7-11e2-a261-000a5e429f63, > > > > >> readonly=false, deviceId=49e21bfc-384b-4bea-8013-f02b1be137c7, > > > > >> apparentsize=8589934592}. > > > > >> 2013-01-31 11:43:23,960 ERROR > > > > >> [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > > > >> (QuartzScheduler_Worker-47) [75664f2b] VM > > > > >> da09284e-3189-428b-a879-6201f7a5ca87 managed non plugable > > > > >> device > > > > >> was > > > > >> removed unexpetedly from libvirt: > > > > >> > > > > > VmId=da09284e-3189-428b-a879-6201f7a5ca87,DeviceId=4dca1c64-dbf8-4e31-b359-82cf0e259f65,Device=qxl,Type=video,BootOrder=0,SpecParams={vram=65536},Address=,IsManaged=true,IsPlugged=true,IsReadOnly=false,alias= > > > > >> 2013-01-31 11:43:23,961 ERROR > > > > >> [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > > > >> (QuartzScheduler_Worker-47) [75664f2b] VM > > > > >> da09284e-3189-428b-a879-6201f7a5ca87 managed non plugable > > > > >> device > > > > >> was > > > > >> removed unexpetedly from libvirt: > > > > >> > > > > > VmId=da09284e-3189-428b-a879-6201f7a5ca87,DeviceId=aba73f2f-e951-4eba-9da4-8fb58315df2c,Device=memballoon,Type=balloon,BootOrder=0,SpecParams={model=virtio},Address=,IsManaged=true,IsPlugged=true,IsReadOnly=true,alias= > > > > >> 2013-01-31 11:43:23,962 ERROR > > > > >> [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > > > >> (QuartzScheduler_Worker-47) [75664f2b] VM > > > > >> da09284e-3189-428b-a879-6201f7a5ca87 managed non plugable > > > > >> device > > > > >> was > > > > >> removed unexpetedly from libvirt: > > > > >> > > > > > VmId=da09284e-3189-428b-a879-6201f7a5ca87,DeviceId=9bfb770c-13fa-4bf6-9f1f-414927bc31b0,Device=cdrom,Type=disk,BootOrder=0,SpecParams={path=},Address=,IsManaged=true,IsPlugged=true,IsReadOnly=true,alias= > > > > >> 2013-01-31 11:43:23,963 ERROR > > > > >> [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > > > >> (QuartzScheduler_Worker-47) [75664f2b] VM > > > > >> da09284e-3189-428b-a879-6201f7a5ca87 managed non plugable > > > > >> device > > > > >> was > > > > >> removed unexpetedly from libvirt: > > > > >> > > > > > VmId=da09284e-3189-428b-a879-6201f7a5ca87,DeviceId=614bc0b4-64d8-4058-8bf8-83db62617e00,Device=bridge,Type=interface,BootOrder=0,SpecParams={},Address=,IsManaged=true,IsPlugged=true,IsReadOnly=false,alias= > > > > >> 2013-01-31 11:43:23,964 ERROR > > > > >> [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > > > >> (QuartzScheduler_Worker-47) [75664f2b] VM > > > > >> da09284e-3189-428b-a879-6201f7a5ca87 managed non plugable > > > > >> device > > > > >> was > > > > >> removed unexpetedly from libvirt: > > > > >> > > > > > VmId=da09284e-3189-428b-a879-6201f7a5ca87,DeviceId=49e21bfc-384b-4bea-8013-f02b1be137c7,Device=disk,Type=disk,BootOrder=0,SpecParams={},Address=,IsManaged=true,IsPlugged=true,IsReadOnly=false,alias= > > > > >> 2013-01-31 11:43:26,063 INFO > > > > >> [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > > > >> (QuartzScheduler_Worker-24) [7d021319] VM Fedora17 > > > > >> da09284e-3189-428b-a879-6201f7a5ca87 moved from WaitForLaunch > > > > >> --> > > > > >> PoweringUp > > > > >> 2013-01-31 11:43:26,064 INFO > > > > >> [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVdsCommand] > > > > >> (QuartzScheduler_Worker-24) [7d021319] START, > > > > FullListVdsCommand(vdsId > > > > >> = 7d3491e8-49ce-11e2-8b2e-000a5e429f63, vds=null, > > > > >> vmIds=[da09284e-3189-428b-a879-6201f7a5ca87]), log id: f68f564 > > > > >> 2013-01-31 11:43:26,086 INFO > > > > >> [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVdsCommand] > > > > >> (QuartzScheduler_Worker-24) [7d021319] FINISH, > > > > >> FullListVdsCommand, > > > > >> return: > > > > >> [Lorg.ovirt.engine.core.vdsbroker.xmlrpc.XmlRpcStruct;@33c68023, > > > > >> log > > > > >> id: f68f564 > > > > >> 2013-01-31 11:43:26,091 ERROR > > > > >> [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > > > >> (QuartzScheduler_Worker-24) [7d021319] VM > > > > >> da09284e-3189-428b-a879-6201f7a5ca87 managed non plugable > > > > >> device > > > > >> was > > > > >> removed unexpetedly from libvirt: > > > > >> > > > > > VmId=da09284e-3189-428b-a879-6201f7a5ca87,DeviceId=aba73f2f-e951-4eba-9da4-8fb58315df2c,Device=memballoon,Type=balloon,BootOrder=0,SpecParams={model=virtio},Address=,IsManaged=true,IsPlugged=true,IsReadOnly=true,alias= > > > > >> 2013-01-31 11:43:26,092 ERROR > > > > >> [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > > > >> (QuartzScheduler_Worker-24) [7d021319] VM > > > > >> da09284e-3189-428b-a879-6201f7a5ca87 managed non plugable > > > > >> device > > > > >> was > > > > >> removed unexpetedly from libvirt: > > > > >> > > > > > VmId=da09284e-3189-428b-a879-6201f7a5ca87,DeviceId=9bfb770c-13fa-4bf6-9f1f-414927bc31b0,Device=cdrom,Type=disk,BootOrder=0,SpecParams={path=},Address=,IsManaged=true,IsPlugged=true,IsReadOnly=true,alias= > > > > >> 2013-01-31 11:43:31,721 INFO > > > > >> [org.ovirt.engine.core.bll.SetVmTicketCommand] > > > > (ajp--0.0.0.0-8009-11) > > > > >> [28d7a789] Running command: SetVmTicketCommand internal: > > > > >> false. > > > > >> Entities affected : ID: da09284e-3189-428b-a879-6201f7a5ca87 > > > > Type: VM > > > > >> 2013-01-31 11:43:31,724 INFO > > > > >> [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] > > > > >> (ajp--0.0.0.0-8009-11) [28d7a789] START, > > > > SetVmTicketVDSCommand(vdsId = > > > > >> 7d3491e8-49ce-11e2-8b2e-000a5e429f63, > > > > >> vmId=da09284e-3189-428b-a879-6201f7a5ca87, > > > > >> ticket=qmcnuOICblb3, > > > > >> validTime=120,m userName=admin@internal, > > > > >> userId=fdfc627c-d875-11e0-90f0-83df133b58cc), log id: 6eaacb95 > > > > >> 2013-01-31 11:43:31,758 INFO > > > > >> [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] > > > > >> (ajp--0.0.0.0-8009-11) [28d7a789] FINISH, > > > > >> SetVmTicketVDSCommand, > > > > >> log > > > > >> id: 6eaacb95 > > > > >> > > > > >> ... > > > > >> > > > > >> 2013-01-31 11:49:13,392 WARN > > > > >> [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] > > > > >> (QuartzScheduler_Worker-81) [164eaa47] domain > > > > >> 57d184a0-908b-49b5-926f-cd413b9e6526 in problem. vds: host1 > > > > >> 2013-01-31 11:49:54,121 ERROR > > > > >> [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > > > >> (QuartzScheduler_Worker-73) [73213e4f] vds::refreshVdsStats > > > > >> Failed > > > > >> getVdsStats, vds = 7d3491e8-49ce-11e2-8b2e-000a5e429f63 : > > > > >> host1, > > > > >> error = VDSNetworkException: VDSNetworkException: > > > > >> 2013-01-31 11:49:54,172 WARN > > > > >> [org.ovirt.engine.core.vdsbroker.VdsManager] > > > > >> (QuartzScheduler_Worker-73) [73213e4f] > > > > >> ResourceManager::refreshVdsRunTimeInfo::Failed to refresh VDS > > > > >> , > > > > >> vds = > > > > >> 7d3491e8-49ce-11e2-8b2e-000a5e429f63 : host1, VDS Network > > > > >> Error, > > > > >> continuing. > > > > >> VDSNetworkException: > > > > >> > > > > >> .... > > > > >> > > > > >> > > > > >> In the events windows after VM freezing, I have below events: > > > > >> > > > > >> 2013-Jan-31, 11:50:52 Failed to elect Host as Storage Pool > > > > >> Manager > > > > >> for Data Center Default. Setting status to Non-Operational. > > > > >> 2013-Jan-31, 11:50:52 VM Fedora17 was set to the Unknown > > > > >> status. > > > > >> 2013-Jan-31, 11:50:52 Host host1 is non-responsive. > > > > >> 2013-Jan-31, 11:49:55 Invalid status on Data Center Default. > > > > >> Setting > > > > >> Data Center status to Non-Responsive (On host host1, Error: > > > > >> Network > > > > >> error during communication with the Host.). > > > > >> 2013-Jan-31, 11:44:25 VM Fedora17 started on Host host1 > > > > >> > > > > >> Any suggest about the problem?. It seem a libvirt problem, I > > > > >> will > > > > >> continue investigating. > > > > >> > > > > >> Many thanks in avanced, > > > > >> > > > > >> Juanjo. > > > > >> > > > > >> > > > > >> _______________________________________________ > > > > >> Users mailing list > > > > >> Users(a)ovirt.org <mailto: Users(a)ovirt.org > > > > > >> http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > Users mailing list > > > Users(a)ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > >

1 0

[Users] Problem with libvirt
by Juan Jose 04 Feb '13

04 Feb '13

Hello everybody, I have installed and configured oVirt 3.1 engine in a Fedora 17 with a Fedora 17 node connected. Ihave defined a NFS domain for my VM and another for ISOs. I try to start a Fedora 17 Server with Run once and the machi start without problems, after that I preceed with the installation in its wirtual disk but when I arrive to define partitions in the virtual disk the machine is freeze and I start to receive engine errors and the default data center go in non responsive status. I can see this messages in /var/log/ovirt-engine/engine.log, which I attach to this message: .... 2013-01-31 11:43:23,957 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (QuartzScheduler_Worker-47) [75664f2b] Recieved a Device without an address when processing VM da09284e-3189-428b-a879-6201f7a5ca87 devices, skipping device: {shared=false, volumeID=1d0e9fdf-c4bc-4894-8ff1-7a5e185d57a4, index=0, propagateErrors=off, format=raw, type=disk, truesize=8589938688, reqsize=0, bootOrder=2, iface=virtio, volumeChain=[Ljava.lang.Object;@1ea2bdf9, imageID=49e21bfc-384b-4bea-8013-f02b1be137c7, domainID=57d184a0-908b-49b5-926f-cd413b9e6526, specParams={}, optional=false, needExtend=false, path=/rhev/data-center/d6e7e8b8-49c7-11e2-a261-000a5e429f63/57d184a0-908b-49b5-926f-cd413b9e6526/images/49e21bfc-384b-4bea-8013-f02b1be137c7/1d0e9fdf-c4bc-4894-8ff1-7a5e185d57a4, device=disk, poolID=d6e7e8b8-49c7-11e2-a261-000a5e429f63, readonly=false, deviceId=49e21bfc-384b-4bea-8013-f02b1be137c7, apparentsize=8589934592}. 2013-01-31 11:43:23,960 ERROR [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (QuartzScheduler_Worker-47) [75664f2b] VM da09284e-3189-428b-a879-6201f7a5ca87 managed non plugable device was removed unexpetedly from libvirt: VmId=da09284e-3189-428b-a879-6201f7a5ca87,DeviceId=4dca1c64-dbf8-4e31-b359-82cf0e259f65,Device=qxl,Type=video,BootOrder=0,SpecParams={vram=65536},Address=,IsManaged=true,IsPlugged=true,IsReadOnly=false,alias= 2013-01-31 11:43:23,961 ERROR [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (QuartzScheduler_Worker-47) [75664f2b] VM da09284e-3189-428b-a879-6201f7a5ca87 managed non plugable device was removed unexpetedly from libvirt: VmId=da09284e-3189-428b-a879-6201f7a5ca87,DeviceId=aba73f2f-e951-4eba-9da4-8fb58315df2c,Device=memballoon,Type=balloon,BootOrder=0,SpecParams={model=virtio},Address=,IsManaged=true,IsPlugged=true,IsReadOnly=true,alias= 2013-01-31 11:43:23,962 ERROR [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (QuartzScheduler_Worker-47) [75664f2b] VM da09284e-3189-428b-a879-6201f7a5ca87 managed non plugable device was removed unexpetedly from libvirt: VmId=da09284e-3189-428b-a879-6201f7a5ca87,DeviceId=9bfb770c-13fa-4bf6-9f1f-414927bc31b0,Device=cdrom,Type=disk,BootOrder=0,SpecParams={path=},Address=,IsManaged=true,IsPlugged=true,IsReadOnly=true,alias= 2013-01-31 11:43:23,963 ERROR [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (QuartzScheduler_Worker-47) [75664f2b] VM da09284e-3189-428b-a879-6201f7a5ca87 managed non plugable device was removed unexpetedly from libvirt: VmId=da09284e-3189-428b-a879-6201f7a5ca87,DeviceId=614bc0b4-64d8-4058-8bf8-83db62617e00,Device=bridge,Type=interface,BootOrder=0,SpecParams={},Address=,IsManaged=true,IsPlugged=true,IsReadOnly=false,alias= 2013-01-31 11:43:23,964 ERROR [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (QuartzScheduler_Worker-47) [75664f2b] VM da09284e-3189-428b-a879-6201f7a5ca87 managed non plugable device was removed unexpetedly from libvirt: VmId=da09284e-3189-428b-a879-6201f7a5ca87,DeviceId=49e21bfc-384b-4bea-8013-f02b1be137c7,Device=disk,Type=disk,BootOrder=0,SpecParams={},Address=,IsManaged=true,IsPlugged=true,IsReadOnly=false,alias= 2013-01-31 11:43:26,063 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (QuartzScheduler_Worker-24) [7d021319] VM Fedora17 da09284e-3189-428b-a879-6201f7a5ca87 moved from WaitForLaunch --> PoweringUp 2013-01-31 11:43:26,064 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVdsCommand] (QuartzScheduler_Worker-24) [7d021319] START, FullListVdsCommand(vdsId = 7d3491e8-49ce-11e2-8b2e-000a5e429f63, vds=null, vmIds=[da09284e-3189-428b-a879-6201f7a5ca87]), log id: f68f564 2013-01-31 11:43:26,086 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVdsCommand] (QuartzScheduler_Worker-24) [7d021319] FINISH, FullListVdsCommand, return: [Lorg.ovirt.engine.core.vdsbroker.xmlrpc.XmlRpcStruct;@33c68023, log id: f68f564 2013-01-31 11:43:26,091 ERROR [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (QuartzScheduler_Worker-24) [7d021319] VM da09284e-3189-428b-a879-6201f7a5ca87 managed non plugable device was removed unexpetedly from libvirt: VmId=da09284e-3189-428b-a879-6201f7a5ca87,DeviceId=aba73f2f-e951-4eba-9da4-8fb58315df2c,Device=memballoon,Type=balloon,BootOrder=0,SpecParams={model=virtio},Address=,IsManaged=true,IsPlugged=true,IsReadOnly=true,alias= 2013-01-31 11:43:26,092 ERROR [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (QuartzScheduler_Worker-24) [7d021319] VM da09284e-3189-428b-a879-6201f7a5ca87 managed non plugable device was removed unexpetedly from libvirt: VmId=da09284e-3189-428b-a879-6201f7a5ca87,DeviceId=9bfb770c-13fa-4bf6-9f1f-414927bc31b0,Device=cdrom,Type=disk,BootOrder=0,SpecParams={path=},Address=,IsManaged=true,IsPlugged=true,IsReadOnly=true,alias= 2013-01-31 11:43:31,721 INFO [org.ovirt.engine.core.bll.SetVmTicketCommand] (ajp--0.0.0.0-8009-11) [28d7a789] Running command: SetVmTicketCommand internal: false. Entities affected : ID: da09284e-3189-428b-a879-6201f7a5ca87 Type: VM 2013-01-31 11:43:31,724 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] (ajp--0.0.0.0-8009-11) [28d7a789] START, SetVmTicketVDSCommand(vdsId = 7d3491e8-49ce-11e2-8b2e-000a5e429f63, vmId=da09284e-3189-428b-a879-6201f7a5ca87, ticket=qmcnuOICblb3, validTime=120,m userName=admin@internal, userId=fdfc627c-d875-11e0-90f0-83df133b58cc), log id: 6eaacb95 2013-01-31 11:43:31,758 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] (ajp--0.0.0.0-8009-11) [28d7a789] FINISH, SetVmTicketVDSCommand, log id: 6eaacb95 ... 2013-01-31 11:49:13,392 WARN [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (QuartzScheduler_Worker-81) [164eaa47] domain 57d184a0-908b-49b5-926f-cd413b9e6526 in problem. vds: host1 2013-01-31 11:49:54,121 ERROR [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (QuartzScheduler_Worker-73) [73213e4f] vds::refreshVdsStats Failed getVdsStats, vds = 7d3491e8-49ce-11e2-8b2e-000a5e429f63 : host1, error = VDSNetworkException: VDSNetworkException: 2013-01-31 11:49:54,172 WARN [org.ovirt.engine.core.vdsbroker.VdsManager] (QuartzScheduler_Worker-73) [73213e4f] ResourceManager::refreshVdsRunTimeInfo::Failed to refresh VDS , vds = 7d3491e8-49ce-11e2-8b2e-000a5e429f63 : host1, VDS Network Error, continuing. VDSNetworkException: .... In the events windows after VM freezing, I have below events: 2013-Jan-31, 11:50:52 Failed to elect Host as Storage Pool Manager for Data Center Default. Setting status to Non-Operational. 2013-Jan-31, 11:50:52 VM Fedora17 was set to the Unknown status. 2013-Jan-31, 11:50:52 Host host1 is non-responsive. 2013-Jan-31, 11:49:55 Invalid status on Data Center Default. Setting Data Center status to Non-Responsive (On host host1, Error: Network error during communication with the Host.). 2013-Jan-31, 11:44:25 VM Fedora17 started on Host host1 Any suggest about the problem?. It seem a libvirt problem, I will continue investigating. Many thanks in avanced, Juanjo.

4 11

[Users] USB mapping.
by Alexei Yakovlev 04 Feb '13

04 Feb '13

Hi, is it any way to attach USB devices that is connected to host with VM? I need a USB key to be visible at virtual machine, the key is attached physically to oVirt Host under Fedora 17.

2 1

[Users] Testday aftermath
by Joop 04 Feb '13

04 Feb '13

Yesterday was testday but not much fun :-( I had a reasonable working setup but for testday I decided to start from scratch and that ended rather soon. Installing and configuring engine was not a problem but I want a setup where I have two gluster hosts and two hosts as vmhosts. I added a second cluster using the webinterface set it to gluster storage and added two minimal installed Fedora 18 hosts where I setup static networking and verified that it worked. Adding the two hosts went OK but adding a Volume gives the following error on engine: 2013-02-01 09:32:39,084 INFO [org.ovirt.engine.core.bll.gluster.CreateGlusterVolumeCommand] (ajp--127.0.0.1-8702-4) [5ea886d] Running command: CreateGlusterVolumeCommand internal: false. Entities affected : ID: 8720debc-a184-4b61-9fa8-0fdf4d339b9a Type: VdsGroups 2013-02-01 09:32:39,117 INFO [org.ovirt.engine.core.vdsbroker.gluster.CreateGlusterVolumeVDSCommand] (ajp--127.0.0.1-8702-4) [5ea886d] START, CreateGlusterVolumeVDSCommand(HostName = st02, HostId = e7b74172-2f95-43cb-83ff-11705ae24265), log id: 4270f4ef 2013-02-01 09:32:39,246 WARN [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (ajp--127.0.0.1-8702-4) [5ea886d] Weird return value: StatusForXmlRpc [mCode=4106, mMessage=XML error error: <?xml version="1.0" encoding="UTF-8" standalone="yes"?> <cliOutput><volCreate><count>2</count><bricks> st01.nieuwland.nl:/home/gluster-data st02.nieuwland.nl:/home/gluster-data </bricks><transport>tcp</transport><type>2</type><volname>GlusterData</volname><replica-count>2</replica-count></volCreate></cliOutput> ] 2013-02-01 09:32:39,248 WARN [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (ajp--127.0.0.1-8702-4) [5ea886d] Weird return value: StatusForXmlRpc [mCode=4106, mMessage=XML error error: <?xml version="1.0" encoding="UTF-8" standalone="yes"?> <cliOutput><volCreate><count>2</count><bricks> st01.nieuwland.nl:/home/gluster-data st02.nieuwland.nl:/home/gluster-data </bricks><transport>tcp</transport><type>2</type><volname>GlusterData</volname><replica-count>2</replica-count></volCreate></cliOutput> ] 2013-02-01 09:32:39,249 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (ajp--127.0.0.1-8702-4) [5ea886d] Failed in CreateGlusterVolumeVDS method 2013-02-01 09:32:39,250 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (ajp--127.0.0.1-8702-4) [5ea886d] Error code unexpected and error message VDSGenericException: VDSErrorException: Failed to CreateGlusterVolumeVDS, error = XML error error: <?xml version="1.0" encoding="UTF-8" standalone="yes"?> <cliOutput><volCreate><count>2</count><bricks> st01.nieuwland.nl:/home/gluster-data st02.nieuwland.nl:/home/gluster-data </bricks><transport>tcp</transport><type>2</type><volname>GlusterData</volname><replica-count>2</replica-count></volCreate></cliOutput> 2013-02-01 09:32:39,254 ERROR [org.ovirt.engine.core.vdsbroker.VDSCommandBase] (ajp--127.0.0.1-8702-4) [5ea886d] Command CreateGlusterVolumeVDS execution failed. Exception: VDSErrorException: VDSGenericException: VDSErrorException: Failed to CreateGlusterVolumeVDS, error = XML error error: <?xml version="1.0" encoding="UTF-8" standalone="yes"?> <cliOutput><volCreate><count>2</count><bricks> st01.nieuwland.nl:/home/gluster-data st02.nieuwland.nl:/home/gluster-data </bricks><transport>tcp</transport><type>2</type><volname>GlusterData</volname><replica-count>2</replica-count></volCreate></cliOutput> 2013-02-01 09:32:39,255 INFO [org.ovirt.engine.core.vdsbroker.gluster.CreateGlusterVolumeVDSCommand] (ajp--127.0.0.1-8702-4) [5ea886d] FINISH, CreateGlusterVolumeVDSCommand, log id: 4270f4ef 2013-02-01 09:32:39,256 ERROR [org.ovirt.engine.core.bll.gluster.CreateGlusterVolumeCommand] (ajp--127.0.0.1-8702-4) [5ea886d] Command org.ovirt.engine.core.bll.gluster.CreateGlusterVolumeCommand throw Vdc Bll exception. With error message VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to CreateGlusterVolumeVDS, error = XML error error: <?xml version="1.0" encoding="UTF-8" standalone="yes"?> <cliOutput><volCreate><count>2</count><bricks> st01.nieuwland.nl:/home/gluster-data st02.nieuwland.nl:/home/gluster-data </bricks><transport>tcp</transport><type>2</type><volname>GlusterData</volname><replica-count>2</replica-count></volCreate></cliOutput> 2013-02-01 09:32:39,268 INFO [org.ovirt.engine.core.bll.gluster.CreateGlusterVolumeCommand] (ajp--127.0.0.1-8702-4) [5ea886d] Lock freed to object EngineLock [exclusiveLocks= key: 8720debc-a184-4b61-9fa8-0fdf4d339b9a value: GLUSTER , sharedLocks= ] 2013-02-01 09:32:40,902 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (QuartzScheduler_Worker-85) START, GlusterVolumesListVDSCommand(HostName = st02, HostId = e7b74172-2f95-43cb-83ff-11705ae24265), log id: 61cafb32 And on ST01 the following in vdsm.log Thread-644::DEBUG::2013-02-01 10:24:06,378::BindingXMLRPC::913::vds::(wrapper) client [192.168.216.150]::call volumeCreate with ('GlusterData', ['st01.nieuwland.nl:/home/gluster-data', 'st02.nieuwland.nl:/home/gluster-data'], 2, 0, ['TCP']) {} MainProcess|Thread-644::DEBUG::2013-02-01 10:24:06,381::misc::84::Storage.Misc.excCmd::(<lambda>) '/usr/sbin/gluster --mode=script volume create GlusterData replica 2 transport TCP st01.nieuwland.nl:/home/gluster-data st02.nieuwland.nl:/home/gluster-data --xml' (cwd None) MainProcess|Thread-644::DEBUG::2013-02-01 10:24:06,639::misc::84::Storage.Misc.excCmd::(<lambda>) SUCCESS: <err> = ''; <rc> = 0 MainProcess|Thread-644::ERROR::2013-02-01 10:24:06,640::supervdsmServer::80::SuperVdsm.ServerCallback::(wrapper) Error in wrapper Traceback (most recent call last): File "/usr/share/vdsm/supervdsmServer.py", line 78, in wrapper return func(*args, **kwargs) File "/usr/share/vdsm/supervdsmServer.py", line 352, in wrapper return func(*args, **kwargs) File "/usr/share/vdsm/gluster/cli.py", line 45, in wrapper return func(*args, **kwargs) File "/usr/share/vdsm/gluster/cli.py", line 446, in volumeCreate xmltree = _execGlusterXml(command) File "/usr/share/vdsm/gluster/cli.py", line 89, in _execGlusterXml raise ge.GlusterXmlErrorException(err=out) GlusterXmlErrorException: XML error error: <?xml version="1.0" encoding="UTF-8" standalone="yes"?> <cliOutput><volCreate><count>2</count><bricks> st01.nieuwland.nl:/home/gluster-data st02.nieuwland.nl:/home/gluster-data </bricks><transport>tcp</transport><type>2</type><volname>GlusterData</volname><replica-count>2</replica-count></volCreate></cliOutput> Thread-644::ERROR::2013-02-01 10:24:06,655::BindingXMLRPC::929::vds::(wrapper) vdsm exception occured Traceback (most recent call last): File "/usr/share/vdsm/BindingXMLRPC.py", line 918, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/gluster/api.py", line 32, in wrapper rv = func(*args, **kwargs) File "/usr/share/vdsm/gluster/api.py", line 63, in volumeCreate transportList) File "/usr/share/vdsm/supervdsm.py", line 81, in __call__ return callMethod() File "/usr/share/vdsm/supervdsm.py", line 72, in <lambda> **kwargs) File "<string>", line 2, in glusterVolumeCreate File "/usr/lib64/python2.7/multiprocessing/managers.py", line 773, in _callmethod raise convert_to_error(kind, result) GlusterXmlErrorException: XML error error: <?xml version="1.0" encoding="UTF-8" standalone="yes"?> <cliOutput><volCreate><count>2</count><bricks> st01.nieuwland.nl:/home/gluster-data st02.nieuwland.nl:/home/gluster-data </bricks><transport>tcp</transport><type>2</type><volname>GlusterData</volname><replica-count>2</replica-count></volCreate></cliOutput> And on ST02 I get this error: MainProcess|Thread-93::DEBUG::2013-02-01 10:24:09,540::misc::84::Storage.Misc.excCmd::(<lambda>) '/usr/sbin/gluster --mode=script peer status --xml' (cwd None) MainProcess|Thread-93::DEBUG::2013-02-01 10:24:09,622::misc::84::Storage.Misc.excCmd::(<lambda>) SUCCESS: <err> = ''; <rc> = 0 Thread-93::DEBUG::2013-02-01 10:24:09,624::BindingXMLRPC::920::vds::(wrapper) return hostsList with {'status': {'message': 'Done', 'code': 0}, 'hosts': [{'status': 'CONNECTED', 'hostname': '192.168.216.152', 'uuid': '15c7a739-6735-43f5-a1c0-3c7ff3469588'}, {'status': 'CONNECTED', 'hostname': '192.168.216.151', 'uuid': 'd53f4dcb-1116-4fbc-8d5b-e882175264aa'}]} Thread-94::DEBUG::2013-02-01 10:24:09,639::BindingXMLRPC::913::vds::(wrapper) client [192.168.216.150]::call volumesList with () {} MainProcess|Thread-94::DEBUG::2013-02-01 10:24:09,641::misc::84::Storage.Misc.excCmd::(<lambda>) '/usr/sbin/gluster --mode=script volume info --xml' (cwd None) MainProcess|Thread-94::DEBUG::2013-02-01 10:24:09,724::misc::84::Storage.Misc.excCmd::(<lambda>) SUCCESS: <err> = ''; <rc> = 0 MainProcess|Thread-94::ERROR::2013-02-01 10:24:09,725::supervdsmServer::80::SuperVdsm.ServerCallback::(wrapper) Error in wrapper Traceback (most recent call last): File "/usr/share/vdsm/supervdsmServer.py", line 78, in wrapper return func(*args, **kwargs) File "/usr/share/vdsm/supervdsmServer.py", line 352, in wrapper return func(*args, **kwargs) File "/usr/share/vdsm/gluster/cli.py", line 45, in wrapper return func(*args, **kwargs) File "/usr/share/vdsm/gluster/cli.py", line 431, in volumeInfo raise ge.GlusterXmlErrorException(err=[etree.tostring(xmltree)]) GlusterXmlErrorException: XML error error: <cliOutput><opRet>0</opRet><opErrno>0</opErrno><opErrstr /><volInfo><volumes><volume><name>GlusterData</name><id>e5cf9724-ecb0-41a3-abdf-0ea891e49f92</id><type>2</type><status>0</status><brickCount>2</brickCount><distCount>2</distCount><stripeCount>1</stripeCount><replicaCount>2</replicaCount><transport>0</transport><bricks><brick>st01.nieuwland.nl:/home/gluster-data</brick><brick>st02.nieuwland.nl:/home/gluster-data</brick></bricks><optCount>0</optCount><options /></volume><count>1</count></volumes></volInfo></cliOutput> Thread-94::ERROR::2013-02-01 10:24:09,741::BindingXMLRPC::929::vds::(wrapper) vdsm exception occured Traceback (most recent call last): File "/usr/share/vdsm/BindingXMLRPC.py", line 918, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/gluster/api.py", line 32, in wrapper rv = func(*args, **kwargs) File "/usr/share/vdsm/gluster/api.py", line 56, in volumesList return {'volumes': self.svdsmProxy.glusterVolumeInfo(volumeName)} File "/usr/share/vdsm/supervdsm.py", line 81, in __call__ return callMethod() File "/usr/share/vdsm/supervdsm.py", line 72, in <lambda> **kwargs) File "<string>", line 2, in glusterVolumeInfo File "/usr/lib64/python2.7/multiprocessing/managers.py", line 773, in _callmethod raise convert_to_error(kind, result) GlusterXmlErrorException: XML error I have included a lot more logs in the attached zip. Running gluster volume info shows me on both server the correct data. The directory is created under /home, SELinux was enforcing but permissive gives the same error. [root@st01 ~]# rpm -aq | grep vdsm vdsm-gluster-4.10.3-6.fc18.noarch vdsm-xmlrpc-4.10.3-6.fc18.noarch vdsm-cli-4.10.3-6.fc18.noarch vdsm-python-4.10.3-6.fc18.x86_64 vdsm-4.10.3-6.fc18.x86_64 [root@st01 ~]# rpm -aq | grep gluster glusterfs-fuse-3.3.1-8.fc18.x86_64 vdsm-gluster-4.10.3-6.fc18.noarch glusterfs-3.3.1-8.fc18.x86_64 glusterfs-server-3.3.1-8.fc18.x86_64 libvirt-0.10.2.2-3.fc18.x86_64 + deps same version qemu-kvm-1.2.2-2.fc18.x86_64 + deps same version Anything else I can provide do to fix this problem? Joop -- irc: jvandewege @fosdem ;-) Anything else?

5 9

[Users] Glusterfs HA doubts
by Adrian Gibanel 04 Feb '13

04 Feb '13

In oVirt 3.1 GlusterFS support was added. It was an easy way to replicate your virtual machine storage without too much hassle. There are two main howtos: * http://www.middleswarth.net/content/installing-ovirt-31-and-glusterfs-using… (Robert Middleswarth) * http://blog.jebpages.com/archives/ovirt-3-1-glusterized/ (Jason Brooks). 1) What about performance? I've done some tests with rsync backups (even using the suggested --inplace rsync switch) that implies small files. These backups were done into local mounted glusterfs volumes. Backups instead of lasting about 2 hours they lasted like 15 hours long. Is there maybe something that only happens with small files and with big files performance is ok? 2) How to know the current status? In DRBD you know it checking a proc file if I remember it well. I remember too that GlusterFS doesn't have an equivalent thing and there's no evident way to know if all the files are synced. If you have tried it how do you know if both sets of virtual disks images are synced? 3) Mount dns resolution If you check Jason Brooks howto you will see that it uses a hostname for refering to nfs mount. If you want to perform HA you need your storage to be mounted and if the server1 host is down it doesn't help that the nfs mount point associated to the storage is server1:/vms/ and not server2:/vms/. Checking Middleswarth howto I think that he does the same thing. Let's explain a bit more so that understand. My example setup is the one where you have two host machines where you run a set of virtual machines on one and the other one doesn't have any virtual machine running. Where is the virtual machines storage located? It's located at the glusterfs volume. So the first one of the machines mounts the glusterfs volume as nfs (It's an example). If it uses its own hostname for the nfs mount then if itself goes down the second host isn't going to mount it when it's restarted in the HA mode. So the first one of the machines mounts the glusterfs volume as nfs (It's an example). If it uses the second host hostname for the nfs mount then if the second host goes down the virtual machine cannot access its virtual disks. A workaround for this situation which I have thought is to use /etc/hosts on both machines so that: whatever.domain.com resolves in both hosts to the host self's ip. I think that glusterfs has a way of mounting their share through "-t glusterfs" that somehow can ignore these hostnames problems but I haven't read it too much about it so I'm not too sure. 4) So my doubts basically are: * Has anyone setup a two host glusterfs HA oVirt cluster where storage is shared by a replicated Glusterfs volume that is shared and stored by both of them? * Does HA work when one of the host goes down? * Or does it complain about hostname as I suspect? * Any tips to ensure the best performance? Thank you. -- -- Adrián Gibanel I.T. Manager +34 675 683 301 www.btactic.com Ens podeu seguir a/Nos podeis seguir en: i Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El medio ambiente es cosa de todos. AVIS: El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge per error, us agrairem que ho feu saber immediatament al remitent i que procediu a destruir el missatge . AVISO: El contenido de este mensaje y de sus anexos es confidencial. Si no es el destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o copiarlo sin tener la autorización correspondiente. Si han recibido este mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al remitente y que procedan a destruir el mensaje .

2 1

[Users] How to connect to console after another user logged out
by Gianluca Cecchi 04 Feb '13

04 Feb '13

Hello, I have 3.2 beta and a Fedra 18 VM configured with spice access. One user connects to portal and access it, then terminates his session and closes the spice console window and log out from portal. Another user connects to portal and tries to connect to the same VM that is still powered on. It receives this message: Error: F18: Console connection denied. Another user has already accessed the console of this VM. The VM should be rebooted to allow another user to access it, or changed by an admin to not enforce reboot between users accessing its console. I didn't find a way to accomplish the "or changed by an admin to not enforce reboot..." Where to set this? Thanks, Gianluca

2 1