- Users - oVirt List Archives

[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

[Users] Cannot add local storage on 3.2
by Matt . 03 Feb '13

03 Feb '13

Hi All, I have made a successfull install of 3.2 but there seems to be changed a lot about local storage comparing to 3.1 When I want to add storage on a local host there is a Datacenter and Cluster created for this Host, named by the name of the host. After this, the local storage is not available and I'm not able to add extra also. I have looked at "adding a new storage domains" and when I select my host I still need to set my path, but I did this already by configuring local storage before. The message I receive while configuring the local storage is: error cannot add storage. internal error storage connection doesn't exist What goes wrong here ? This was much easier on 3.1!

3 7

[Users] 3.2 beta and f18 host on dell R815 problem
by Gianluca Cecchi 03 Feb '13

03 Feb '13

during install of server I get this Host installation failed. Fix installation issues and try to Re-Install In deploy log 2013-01-31 12:17:30 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.hardware hardware._isVirtualizationEnabled:144 virtualization support GenuineIntel (cpu: False, bios: True) 2013-01-31 12:17:30 DEBUG otopi.context context._executeMethod:127 method exception Traceback (most recent call last): File "/tmp/ovirt-SfEARpd3h4/pythonlib/otopi/context.py", line 117, in _executeMethod method['method']() File "/tmp/ovirt-SfEARpd3h4/otopi-plugins/ovirt-host-deploy/vdsm/hardware.py", line 170, in _validate_virtualization _('Hardware does not support virtualization') RuntimeError: Hardware does not support virtualization 2013-01-31 12:17:30 ERROR otopi.context context._executeMethod:136 Failed to execute stage 'Setup validation': Hardware does not support virtualization note the GenuineIntel above... ?? But actually it is AMD [root@f18ovn03 ~]# lsmod|grep kvm kvm_amd 59623 0 kvm 431794 1 kvm_amd cat /proc/cpuinfo ... processor : 47 vendor_id : AuthenticAMD cpu family : 16 model : 9 model name : AMD Opteron(tm) Processor 6174 stepping : 1 microcode : 0x10000d9 cpu MHz : 800.000 cache size : 512 KB physical id : 3 siblings : 12 core id : 5 cpu cores : 12 apicid : 59 initial apicid : 59 fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nopl nonstop_tsc extd_apicid amd_dcm pni monitor cx16 popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt nodeid_msr hw_pstate npt lbrv svm_lock nrip_save pausefilter bogomips : 4400.44 TLB size : 1024 4K pages clflush size : 64 cache_alignment : 64 address sizes : 48 bits physical, 48 bits virtual power management: ts ttp tm stc 100mhzsteps hwpstate Any hint? Gianluca

4 10

[Users] oVirt 3.2 testday
by Moran Goldboim 03 Feb '13

03 Feb '13

Thanks for all the ones participating this day. we would like to get some feedback from you after testing this beta version. how do you feel with respect to: -stability - basic flows -new features -blocker bugs (should be added to this version tracker [1]) [1] https://bugzilla.redhat.com/show_bug.cgi?id=881006 Thanks, Moran.

1 1

[Users] 3.2 beta: Amd Opteron 6174 wrongly detected as 8 socket
by Gianluca Cecchi 03 Feb '13

03 Feb '13

Hello, after deploy of a node that has 4 sockets with 12cores each, it is wrongly detected in web admin gui. See: https://docs.google.com/file/d/0BwoPbcrMv8mvdjdYNjVfT2NWY0U/edit It says 8 sockets each with 6 cores.... Output of # virsh capabilities here: https://docs.google.com/file/d/0BwoPbcrMv8mveG5OaVBZN1VENlU/edit output of cpuid here: https://docs.google.com/file/d/0BwoPbcrMv8mvUFFRYkZEX0lmRG8/edit also run this [root@f18ovn03 ~]# vdsClient -s 0 getVdsCaps HBAInventory = {'iSCSI': [{'InitiatorName': 'iqn.1994-05.com.redhat:f9baf5a8f6c3'}], 'FC': []} ISCSIInitiatorName = iqn.1994-05.com.redhat:f9baf5a8f6c3 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'}} bridges = {'ovirtmgmt': {'addr': '192.168.1.102', 'cfg': {'DOMAIN': 'localdomain.local', 'UUID': '60d40d4a-d8ab-4f5b-bd48-2e807df36be4', 'DNS3': '82.113.193.3', 'IPADDR0': '192.168.1.102', 'DNS1': '192.168.1.103', 'PREFIX0': '24', 'DEFROUTE': 'yes', 'IPV4_FAILURE_FATAL': 'no', 'DELAY': '0', 'NM_CONTROLLED': 'no', 'BOOTPROTO': 'none', 'GATEWAY0': '192.168.1.1', 'DNS2': '8.8.8.8', 'DEVICE': 'ovirtmgmt', 'TYPE': 'Bridge', 'ONBOOT': 'yes', 'IPV6INIT': 'no'}, 'mtu': '1500', 'netmask': '255.255.255.0', 'stp': 'off', 'ports': ['em1']}} clusterLevels = ['3.0', '3.1', '3.2'] cpuCores = 48 cpuFlags = fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,mmx,fxsr,sse,sse2,ht,syscall,nx,mmxext,fxsr_opt,pdpe1gb,rdtscp,lm,3dnowext,3dnow,constant_tsc,rep_good,nopl,nonstop_tsc,extd_apicid,amd_dcm,pni,monitor,cx16,popcnt,lahf_lm,cmp_legacy,svm,extapic,cr8_legacy,abm,sse4a,misalignsse,3dnowprefetch,osvw,ibs,skinit,wdt,nodeid_msr,hw_pstate,npt,lbrv,svm_lock,nrip_save,pausefilter,model_athlon,model_Opteron_G3,model_Opteron_G1,model_phenom,model_Opteron_G2 cpuModel = AMD Opteron(tm) Processor 6174 cpuSockets = 8 cpuSpeed = 800.000 cpuThreads = 48 emulatedMachines = ['pc-1.2', 'none', 'pc', 'pc-1.1', 'pc-1.0', 'pc-0.15', 'pc-0.14', 'pc-0.13', 'pc-0.12', 'pc-0.11', 'pc-0.10', 'isapc', 'pc-1.2', 'none', 'pc', 'pc-1.1', 'pc-1.0', 'pc-0.15', 'pc-0.14', 'pc-0.13', 'pc-0.12', 'pc-0.11', 'pc-0.10', 'isapc'] guestOverhead = 65 hooks = {} kvmEnabled = true lastClient = 192.168.1.111 lastClientIface = ovirtmgmt management_ip = memSize = 64418 netConfigDirty = False networks = {'ovirtmgmt': {'iface': 'ovirtmgmt', 'addr': '192.168.1.102', 'cfg': {'DOMAIN': 'localdomain.local', 'UUID': '60d40d4a-d8ab-4f5b-bd48-2e807df36be4', 'DNS3': '82.113.193.3', 'IPADDR0': '192.168.1.102', 'DNS1': '192.168.1.103', 'PREFIX0': '24', 'DEFROUTE': 'yes', 'IPV4_FAILURE_FATAL': 'no', 'DELAY': '0', 'NM_CONTROLLED': 'no', 'BOOTPROTO': 'none', 'GATEWAY0': '192.168.1.1', 'DNS2': '8.8.8.8', 'DEVICE': 'ovirtmgmt', 'TYPE': 'Bridge', 'ONBOOT': 'yes', 'IPV6INIT': 'no'}, 'mtu': '1500', 'netmask': '255.255.255.0', 'stp': 'off', 'bridged': True, 'gateway': '0.0.0.0', 'ports': ['em1']}} nics = {'em4': {'addr': '', 'cfg': {'PEERROUTES': 'yes', 'UUID': 'bed68125-4345-4995-ba49-a6e5580c58dd', 'NAME': 'em4', 'TYPE': 'Ethernet', 'IPV6_PEERDNS': 'yes', 'DEFROUTE': 'yes', 'PEERDNS': 'yes', 'IPV4_FAILURE_FATAL': 'no', 'HWADDR': '00:25:64:F9:76:82', 'BOOTPROTO': 'dhcp', 'IPV6_AUTOCONF': 'yes', 'IPV6_FAILURE_FATAL': 'no', 'IPV6_PEERROUTES': 'yes', 'IPV6_DEFROUTE': 'yes', 'ONBOOT': 'yes', 'IPV6INIT': 'yes'}, 'mtu': '1500', 'netmask': '', 'hwaddr': '00:25:64:f9:76:82', 'speed': 0}, 'em1': {'addr': '', 'cfg': {'BRIDGE': 'ovirtmgmt', 'DOMAIN': 'localdomain.local', 'DEVICE': 'em1', 'UUID': '60d40d4a-d8ab-4f5b-bd48-2e807df36be4', 'DNS3': '82.113.193.3', 'IPADDR0': '192.168.1.102', 'DNS1': '192.168.1.103', 'PREFIX0': '24', 'DEFROUTE': 'yes', 'IPV4_FAILURE_FATAL': 'no', 'NM_CONTROLLED': 'no', 'GATEWAY0': '192.168.1.1', 'DNS2': '8.8.8.8', 'HWADDR': '00:25:64:f9:76:7c', 'ONBOOT': 'yes', 'IPV6INIT': 'no'}, 'mtu': '1500', 'netmask': '', 'hwaddr': '00:25:64:f9:76:7c', 'speed': 1000}, 'em3': {'addr': '', 'cfg': {'PEERROUTES': 'yes', 'UUID': '2984885c-fbd8-4ad1-a393-00f0a205ae79', 'NAME': 'em3', 'TYPE': 'Ethernet', 'IPV6_PEERDNS': 'yes', 'DEFROUTE': 'yes', 'PEERDNS': 'yes', 'IPV4_FAILURE_FATAL': 'no', 'HWADDR': '00:25:64:F9:76:80', 'BOOTPROTO': 'dhcp', 'IPV6_AUTOCONF': 'yes', 'IPV6_FAILURE_FATAL': 'no', 'IPV6_PEERROUTES': 'yes', 'IPV6_DEFROUTE': 'yes', 'ONBOOT': 'yes', 'IPV6INIT': 'yes'}, 'mtu': '1500', 'netmask': '', 'hwaddr': '00:25:64:f9:76:80', 'speed': 0}, 'em2': {'addr': '', 'cfg': {'PEERROUTES': 'yes', 'UUID': 'ebd889bc-57ae-4ee9-8db2-4595309ee81c', 'NAME': 'em2', 'TYPE': 'Ethernet', 'IPV6_PEERDNS': 'yes', 'DEFROUTE': 'yes', 'PEERDNS': 'yes', 'IPV4_FAILURE_FATAL': 'no', 'HWADDR': '00:25:64:F9:76:7E', 'BOOTPROTO': 'dhcp', 'IPV6_AUTOCONF': 'yes', 'IPV6_FAILURE_FATAL': 'no', 'IPV6_PEERROUTES': 'yes', 'IPV6_DEFROUTE': 'yes', 'ONBOOT': 'yes', 'IPV6INIT': 'yes'}, 'mtu': '1500', 'netmask': '', 'hwaddr': '00:25:64:f9:76:7e', 'speed': 0}} operatingSystem = {'release': '1', 'version': '18', 'name': 'Fedora'} packages2 = {'kernel': {'release': '204.fc18.x86_64', 'buildtime': 1358955869.0, 'version': '3.7.4'}, 'spice-server': {'release': '1.fc18', 'buildtime': 1356035501, 'version': '0.12.2'}, 'vdsm': {'release': '6.fc18', 'buildtime': 1359564723, 'version': '4.10.3'}, 'qemu-kvm': {'release': '2.fc18', 'buildtime': 1358351894, 'version': '1.2.2'}, 'libvirt': {'release': '3.fc18', 'buildtime': 1355788803, 'version': '0.10.2.2'}, 'qemu-img': {'release': '2.fc18', 'buildtime': 1358351894, 'version': '1.2.2'}, 'mom': {'release': '1.fc18', 'buildtime': 1349470214, 'version': '0.3.0'}} reservedMem = 321 software_revision = 6 software_version = 4.10 supportedENGINEs = ['3.0', '3.1'] supportedProtocols = ['2.2', '2.3'] uuid = 4C4C4544-0056-5910-8047-CAC04F4E344A version_name = Snow Man vlans = {} vmTypes = ['kvm'] (this time the host is the inended one... ;-) Gianluca

2 3

[Users] Problems with upgrade to 3.3 nightly
by Gianluca Cecchi 03 Feb '13

03 Feb '13

Hello, passing from an all-in-one setup based on F18 and nightly: ovirt-engine-setup-plugin-allinone-3.2.0-1.20130125.git032a91f.fc18.noarch to the proposed new nightly I get these errors: [root@tekkaman ~]# engine-upgrade Checking for updates... (This may take several minutes)...[ DONE ] 9 Updates available: * ovirt-engine-3.3.0-0.1.20130201070537.20130201.git357cdaa.fc18.noarch * ovirt-engine-backend-3.3.0-0.1.20130201070537.20130201.git357cdaa.fc18.noarch * ovirt-engine-config-3.3.0-0.1.20130201070537.20130201.git357cdaa.fc18.noarch * ovirt-engine-dbscripts-3.3.0-0.1.20130201070537.20130201.git357cdaa.fc18.noarch * ovirt-engine-notification-service-3.3.0-0.1.20130201070537.20130201.git357cdaa.fc18.noarch * ovirt-engine-restapi-3.3.0-0.1.20130201070537.20130201.git357cdaa.fc18.noarch * ovirt-engine-tools-common-3.3.0-0.1.20130201070537.20130201.git357cdaa.fc18.noarch * ovirt-engine-userportal-3.3.0-0.1.20130201070537.20130201.git357cdaa.fc18.noarch * ovirt-engine-webadmin-portal-3.3.0-0.1.20130201070537.20130201.git357cdaa.fc18.noarch During the upgrade process, oVirt Engine will not be accessible. All existing running virtual machines will continue but you will not be able to start or stop any new virtual machines during the process. Would you like to proceed? (yes|no): yes Stopping ovirt-engine service... [ DONE ] Stopping DB related services... [ DONE ] Starting DB related services... [ DONE ] Starting ovirt-engine service... [ DONE ] [Errno 8] Exec format error Error: Upgrade failed. please check log at /var/log/ovirt-engine/ovirt-engine-upgrade_2013_02_02_13_05_15.log Is this expected and I have to start from clean environment or should the upgrade go ok? engine-upgrade log here: https://docs.google.com/file/d/0BwoPbcrMv8mvU2ZYX3lOV2V3Tkk/edit?usp=sharing Gianluca

2 1

[Users] 3.2 beta: how to add iscsi domain to a f18 host
by Gianluca Cecchi 02 Feb '13

02 Feb '13

Hello, having a fedora 18 system configured as a node and working with a local_storage DC/CLuster, I then created an iSCSI dc and cluster and moved there the host Then I configured a CentOS server as an iSCSI sw target. But in admin portal the host section remains greyed out and I can't proceed. I suspect I have to manually install/configure some prerequisites to have the host work as iSCSI initiator.... Is it true? What I have to do on host part (or engine part) if I have not a node iso but a standard fedora 18 system as hypervisor? Here what I see in new domain box: https://docs.google.com/file/d/0BwoPbcrMv8mvX281aWlMYUlzWXc/edit?usp=sharing Thanks, Gianluca

1 1

[Users] Storage FC on ovirt 3.2 : /dev/dm* bad chown
by Kevin Maziere Aubry 01 Feb '13

01 Feb '13

Hi My environnement is Fedora18 / Ovirt 3.2 and VDSM vdsm-4.10.3-6.fc18.x86_64. I use a storage on fiber channel. When creating a VM the disk is created by ovirt. When starting the VM the disk has not the permission to be accessed by vdsm. In fact the device for the disk has root:disks as owner/group. Changing that by 36.36 permit the VM to start and work fine. But snapshots do not work, and a reboot cause udev to remap the disk to another /dev/dm-* device. My fedora18 has selinux disabled. On irc : <apuimedo> vdsm/storage/blockSD.py: cmd = [constants.EXT_CHOWN, "%s:%s" % <apuimedo> vdsm/storage/blockSD.py: self.log.error("failed to chown %s", masterDir) <apuimedo> vdsm/storage/fileUtils.py:def chown(path, user=-1, group=-1): <apuimedo> vdsm/storage/fileUtils.py: os.chown(path, uid, gid) <apuimedo> vdsm/storage/lvm.py: cmd = [constants.EXT_CHOWN, USER_GROUP, lv_path] Kevin Mazière Responsable Infrastructure Alter Way – Hosting 1 rue Royal - 227 Bureaux de la Colline 92213 Saint-Cloud Cedex Tél : +33 (0)1 41 16 38 41 Mob : +33 (0)7 62 55 57 05 http://www.alterway.fr

1 1

[Users] Fwd: Re: 3.2 beta and f18 host on dell R815 problem
by Gianluca Cecchi 01 Feb '13

01 Feb '13

Find attach Putty.log=output of cpuid command Engine.log after patching and retry. No file under host-deploy, it gives syntax error >> > ---------- Forwarded message ---------- >> > From: Alon Bar-Lev <alonbl(a)redhat.com> >> > Date: Thu, Jan 31, 2013 at 1:48 PM >> > Subject: Re: [Users] 3.2 beta and f18 host on dell R815 problem >> > To: Gianluca Cecchi <gianluca.cecchi(a)gmail.com> >> > >> > >> > Sorry, had error. >> > >> > ----- Original Message ----- >> >> From: "Alon Bar-Lev" <alonbl(a)redhat.com> >> >> To: "Gianluca Cecchi" <gianluca.cecchi(a)gmail.com> >> >> Sent: Thursday, January 31, 2013 2:40:55 PM >> >> Subject: Re: [Users] 3.2 beta and f18 host on dell R815 problem >> >> >> >> Hi! >> >> >> >> Can you please try to replace the attach file at: >> >> /usr/share/ovirt-host-deploy/plugins/ovirt-host-deploy/vdsm/hardware.py >> >> >> >> Retry and send me the log? >> >> >> >> I added some more debug to see what went wrong. >> >> >> >> Thanks! >> >> Alon >> >> >> >> >> >> ----- Original Message ----- >> >> > From: "Gianluca Cecchi" <gianluca.cecchi(a)gmail.com> >> >> > To: "users" <users(a)ovirt.org> >> >> > Sent: Thursday, January 31, 2013 1:57:38 PM >> >> > Subject: Re: [Users] 3.2 beta and f18 host on dell R815 problem >> >> > >> >> > Output of command >> >> > # virsh capabilities >> >> > on this host >> >> > >> >> > https://docs.google.com/file/d/0BwoPbcrMv8mveG5OaVBZN1VENlU/edit >> >> > _______________________________________________ >> >> > Users mailing list >> >> > Users(a)ovirt.org >> >> > http://lists.ovirt.org/mailman/listinfo/users >> >> > >> >> > >

2 4

[Users] latest vdsm cannot read ib device speeds causing storage attach fail
by Dead Horse 01 Feb '13

01 Feb '13

Any ideas on this one? (from VDSM log): Thread-25::DEBUG::2013-01-22 15:35:29,065::BindingXMLRPC::914::vds::(wrapper) client [3.57.111.30]::call getCapabilities with () {} Thread-25::ERROR::2013-01-22 15:35:29,113::netinfo::159::root::(speed) cannot read ib0 speed Traceback (most recent call last): File "/usr/lib64/python2.6/site-packages/vdsm/netinfo.py", line 155, in speed s = int(file('/sys/class/net/%s/speed' % dev).read()) IOError: [Errno 22] Invalid argument Causes VDSM to fail to attach storage Engine side sees: ERROR [org.ovirt.engine.core.bll.storage.NFSStorageHelper] (QuartzScheduler_Worker-96) [553ef26e] The connection with details 192.168.0.1:/ovirt/ds failed because of error code 100 and error message is: general exception 2013-01-22 15:35:30,160 INFO [org.ovirt.engine.core.bll.SetNonOperationalVdsCommand] (QuartzScheduler_Worker-96) [1ab78378] Running command: SetNonOperationalVdsCommand internal: true. Entities affected : ID: 8970b3fe-1faf-11e2-bc1f-00151712f280 Type: VDS 2013-01-22 15:35:30,200 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (QuartzScheduler_Worker-96) [1ab78378] START, SetVdsStatusVDSCommand(HostName = kezan, HostId = 8970b3fe-1faf-11e2-bc1f-00151712f280, status=NonOperational, nonOperationalReason=STORAGE_DOMAIN_UNREACHABLE), log id: 4af5c4cd 2013-01-22 15:35:30,211 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (QuartzScheduler_Worker-96) [1ab78378] FINISH, SetVdsStatusVDSCommand, log id: 4af5c4cd 2013-01-22 15:35:30,242 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (QuartzScheduler_Worker-96) [1ab78378] Try to add duplicate audit log values with the same name. Type: VDS_SET_NONOPERATIONAL_DOMAIN. Value: storagepoolname Engine = latest master VDSM = latest master node = el6

6 17

[Users] Syntax error hardware.py
by Gianluca Cecchi 31 Jan '13

31 Jan '13

See attached images... >

1 0

[Users] oVirt 3.2 Beta Availability
by Mike Burns 31 Jan '13

31 Jan '13

The beta versions of oVirt 3.2 are now available. Packages can be installed using the ovirt-beta yum repository [1] after installing the ovirt-release package[1]. oVirt Node is not currently available. It should be made available in the next couple days. Thanks The oVirt Team [1] http://resources.ovirt.org/releases/beta/ [2] http://resources.ovirt.org/releases/ovirt-release-fedora.noarch.rpm

3 4

[Users] Choosing which network to run VM migration on ovirt 3.1
by Yuval M 31 Jan '13

31 Jan '13

Hi, I'm running the following setup: 2 hosts, each has 2 physical NICs, the first NIC (which is bridged to ovirtmgmt) is a 100Mbps ethernet card connected to a switch (and to the internet) the 2nd NIC is a fast Infiniband card which is connected back-to-back to the other host. both links are running fine, and I managed to have the 2nd host mount the storage via the fast link. The problem is that VM migration takes place over the slow link. How do I configure the cluster so that the migration uses the fast link? I've already created a network using the web interface. the migration still uses the slow link. Thanks, Yuval

4 9

[Users] [Reminder] oVirt 3.2 test-day is today!!
by Moran Goldboim 31 Jan '13

31 Jan '13

Today are having oVirt 3.2 testday - http://www.ovirt.org/Testing/OvirtTestDay you are welcome to take an active part on testing oVirt 3.2 new features[1], look around and get a deeper experience with this oVirt release. [1] http://www.ovirt.org/OVirt_3.2_release-management#Features Moran.

1 0

[Users] Cannot create vm's from user portal
by Dead Horse 30 Jan '13

30 Jan '13

Seeing this error in engine log when attempting to create a new VM from the userportal: 2013-01-28 15:35:47,158 ERROR [org.ovirt.engine.core.bll.GetClustersWithPermittedActionQuery] (ajp--127.0.0.1-8702-5) Query GetClustersWithPermittedActionQuery failed. Exception message is PreparedStatementCallback; bad SQL grammar [select * from fn_perms_get_vds_groups_with_permitted_action(?, ?)]; nested exception is org.postgresql.util.PSQLException: ERROR: missing FROM-clause entry for table "vds_groups" Where: PL/pgSQL function "fn_perms_get_vds_groups_with_permitted_action" line 3 at RETURN QUERY 2013-01-28 15:36:16,726 ERROR [org.ovirt.engine.core.bll.GetClustersWithPermittedActionQuery] (ajp--127.0.0.1-8702-7) Query GetClustersWithPermittedActionQuery failed. Exception message is PreparedStatementCallback; bad SQL grammar [select * from fn_perms_get_vds_groups_with_permitted_action(?, ?)]; nested exception is org.postgresql.util.PSQLException: ERROR: missing FROM-clause entry for table "vds_groups" Where: PL/pgSQL function "fn_perms_get_vds_groups_with_permitted_action" line 3 at RETURN QUERY Current running engine build --> commit: 61c11aecc40e755d08b6c34c6fe1c0a07fa94de8 - DHC

2 3

[Users] oVirt 3.1 VM is not responding
by José Ferradeira 30 Jan '13

30 Jan '13

------=_Part_476_18436217.1359564233863 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi,=20 I'm testing oVirt 3.1, with one node 2.5.5-0.1fc17 and a NAS built with ope= nfiler 2.99, working on a Gigabit net.=20 I configured a NFS share on openfiler, and everything looks nice.=20 I'm installing a Windows 2008 R2 as a VM, time to time i get a warning mess= age: ! VM is not responding, but the windows installation keeps going, a bi= t slow.=20 Any idea what is happening?=20 Thanks=20 Jose=20 the vdsm.log :=20 Thread-2405::DEBUG::2013-01-30 16:42:21,532::resourceManager::212::Resource= Manager.Request::(grant) ResName=3D`Storage.7b44684c-5f34-11e2-beba-00138fb= e3093`ReqID=3D`e9aefcf3-b4ed-4d7c-9d95-723f824c30ee`::Granted request=20 Thread-2405::DEBUG::2013-01-30 16:42:21,532::task::817::TaskManager.Task::(= resourceAcquired) Task=3D`c581aa06-4e50-41dd-a836-756827865cc6`::_resources= Acquired: Storage.7b44684c-5f34-11e2-beba-00138fbe3093 (shared)=20 Thread-2405::DEBUG::2013-01-30 16:42:21,532::task::978::TaskManager.Task::(= _decref) Task=3D`c581aa06-4e50-41dd-a836-756827865cc6`::ref 1 aborting Fals= e=20 Thread-2405::INFO::2013-01-30 16:42:21,664::logUtils::39::dispatcher::(wrap= per) Run and protect: getStoragePoolInfo, Return response: {'info': {'spm_i= d': 1, 'master_uuid': 'cc060953-baf5-4b86-a66c-2f135b8fbb30', 'name': 'aclo= udDC', 'version': '0', 'domains': '39484795-666f-44b3-9cf5-21bbb02531ad:Act= ive,0b6a87e8-53d9-46f3-bc81-20aab92f08aa:Active,cc060953-baf5-4b86-a66c-2f1= 35b8fbb30:Active', 'pool_status': 'connected', 'isoprefix': '/rhev/data-cen= ter/7b44684c-5f34-11e2-beba-00138fbe3093/0b6a87e8-53d9-46f3-bc81-20aab92f08= aa/images/11111111-1111-1111-1111-111111111111', 'type': 'NFS', 'master_ver= ': 10575, 'lver': 4}, 'dominfo': {'0b6a87e8-53d9-46f3-bc81-20aab92f08aa': {= 'status': 'Active', 'diskfree': '17986224128', 'alerts': [], 'disktotal': '= 23648534528'}, '39484795-666f-44b3-9cf5-21bbb02531ad': {'status': 'Active',= 'diskfree': '467744063488', 'alerts': [], 'disktotal': '476676358144'}, 'c= c060953-baf5-4b86-a66c-2f135b8fbb30': {'status': 'Active', 'diskfree': '313= 802031104', 'alerts': [], 'disktotal': '982927736832'}}}=20 Thread-2405::DEBUG::2013-01-30 16:42:21,664::task::1172::TaskManager.Task::= (prepare) Task=3D`c581aa06-4e50-41dd-a836-756827865cc6`::finished: {'info':= {'spm_id': 1, 'master_uuid': 'cc060953-baf5-4b86-a66c-2f135b8fbb30', 'name= ': 'acloudDC', 'version': '0', 'domains': '39484795-666f-44b3-9cf5-21bbb025= 31ad:Active,0b6a87e8-53d9-46f3-bc81-20aab92f08aa:Active,cc060953-baf5-4b86-= a66c-2f135b8fbb30:Active', 'pool_status': 'connected', 'isoprefix': '/rhev/= data-center/7b44684c-5f34-11e2-beba-00138fbe3093/0b6a87e8-53d9-46f3-bc81-20= aab92f08aa/images/11111111-1111-1111-1111-111111111111', 'type': 'NFS', 'ma= ster_ver': 10575, 'lver': 4}, 'dominfo': {'0b6a87e8-53d9-46f3-bc81-20aab92f= 08aa': {'status': 'Active', 'diskfree': '17986224128', 'alerts': [], 'diskt= otal': '23648534528'}, '39484795-666f-44b3-9cf5-21bbb02531ad': {'status': '= Active', 'diskfree': '467744063488', 'alerts': [], 'disktotal': '4766763581= 44'}, 'cc060953-baf5-4b86-a66c-2f135b8fbb30': {'status': 'Active', 'diskfre= e': '313802031104', 'alerts': [], 'disktotal': '982927736832'}}}=20 Thread-2405::DEBUG::2013-01-30 16:42:21,664::task::588::TaskManager.Task::(= _updateState) Task=3D`c581aa06-4e50-41dd-a836-756827865cc6`::moving from st= ate preparing -> state finished=20 Thread-2405::DEBUG::2013-01-30 16:42:21,664::resourceManager::809::Resource= Manager.Owner::(releaseAll) Owner.releaseAll requests {} resources {'Storag= e.7b44684c-5f34-11e2-beba-00138fbe3093': < ResourceRef 'Storage.7b44684c-5f= 34-11e2-beba-00138fbe3093', isValid: 'True' obj: 'None'>}=20 Thread-2405::DEBUG::2013-01-30 16:42:21,664::resourceManager::844::Resource= Manager.Owner::(cancelAll) Owner.cancelAll requests {}=20 Thread-2405::DEBUG::2013-01-30 16:42:21,665::resourceManager::538::Resource= Manager::(releaseResource) Trying to release resource 'Storage.7b44684c-5f3= 4-11e2-beba-00138fbe3093'=20 Thread-2405::DEBUG::2013-01-30 16:42:21,665::resourceManager::553::Resource= Manager::(releaseResource) Released resource 'Storage.7b44684c-5f34-11e2-be= ba-00138fbe3093' (0 active users)=20 Thread-2405::DEBUG::2013-01-30 16:42:21,665::resourceManager::558::Resource= Manager::(releaseResource) Resource 'Storage.7b44684c-5f34-11e2-beba-00138f= be3093' is free, finding out if anyone is waiting for it.=20 Thread-2405::DEBUG::2013-01-30 16:42:21,665::resourceManager::565::Resource= Manager::(releaseResource) No one is waiting for resource 'Storage.7b44684c= -5f34-11e2-beba-00138fbe3093', Clearing records.=20 Thread-2405::DEBUG::2013-01-30 16:42:21,665::task::978::TaskManager.Task::(= _decref) Task=3D`c581aa06-4e50-41dd-a836-756827865cc6`::ref 0 aborting Fals= e=20 Thread-2406::DEBUG::2013-01-30 16:42:23,304::task::588::TaskManager.Task::(= _updateState) Task=3D`8926a671-3076-42e5-8521-f8ec6ba67748`::moving from st= ate init -> state preparing=20 Thread-2406::INFO::2013-01-30 16:42:23,304::logUtils::37::dispatcher::(wrap= per) Run and protect: repoStats(options=3DNone)=20 Thread-2406::INFO::2013-01-30 16:42:23,304::logUtils::39::dispatcher::(wrap= per) Run and protect: repoStats, Return response: {'39484795-666f-44b3-9cf5= -21bbb02531ad': {'delay': '0.00179004669189', 'lastCheck': 1359564135.40165= , 'code': 0, 'valid': True}, '0b6a87e8-53d9-46f3-bc81-20aab92f08aa': {'dela= y': '0.00332403182983', 'lastCheck': 1359564141.220177, 'code': 0, 'valid':= True}, 'cc060953-baf5-4b86-a66c-2f135b8fbb30': {'delay': '0.00157809257507= ', 'lastCheck': 1359564143.248153, 'code': 0, 'valid': True}}=20 Thread-2406::DEBUG::2013-01-30 16:42:23,305::task::1172::TaskManager.Task::= (prepare) Task=3D`8926a671-3076-42e5-8521-f8ec6ba67748`::finished: {'394847= 95-666f-44b3-9cf5-21bbb02531ad': {'delay': '0.00179004669189', 'lastCheck':= 1359564135.40165, 'code': 0, 'valid': True}, '0b6a87e8-53d9-46f3-bc81-20aa= b92f08aa': {'delay': '0.00332403182983', 'lastCheck': 1359564141.220177, 'c= ode': 0, 'valid': True}, 'cc060953-baf5-4b86-a66c-2f135b8fbb30': {'delay': = '0.00157809257507', 'lastCheck': 1359564143.248153, 'code': 0, 'valid': Tru= e}}=20 Thread-2406::DEBUG::2013-01-30 16:42:23,305::task::588::TaskManager.Task::(= _updateState) Task=3D`8926a671-3076-42e5-8521-f8ec6ba67748`::moving from st= ate preparing -> state finished=20 Thread-2406::DEBUG::2013-01-30 16:42:23,305::resourceManager::809::Resource= Manager.Owner::(releaseAll) Owner.releaseAll requests {} resources {}=20 Thread-2406::DEBUG::2013-01-30 16:42:23,305::resourceManager::844::Resource= Manager.Owner::(cancelAll) Owner.cancelAll requests {}=20 Thread-2406::DEBUG::2013-01-30 16:42:23,305::task::978::TaskManager.Task::(= _decref) Task=3D`8926a671-3076-42e5-8521-f8ec6ba67748`::ref 0 aborting Fals= e=20 Thread-2407::DEBUG::2013-01-30 16:42:23,368::libvirtvm::240::vm.Vm::(_getDi= skStats) vmId=3D`35fb5c70-3ac8-4b5e-8e48-8cffe9fdcf53`::Disk hdc stats not = available=20 Thread-2407::DEBUG::2013-01-30 16:42:23,368::libvirtvm::240::vm.Vm::(_getDi= skStats) vmId=3D`35fb5c70-3ac8-4b5e-8e48-8cffe9fdcf53`::Disk fda stats not = available=20 VM Channels Listener::DEBUG::2013-01-30 16:42:27,492::vmChannels::60::vds::= (_handle_timeouts) Timeout on fileno 18.=20 Thread-788::DEBUG::2013-01-30 16:42:28,907::task::588::TaskManager.Task::(_= updateState) Task=3D`aec127b3-b02b-4bc3-b0e9-542c90b4c91e`::moving from sta= te init -> state preparing=20 Thread-788::INFO::2013-01-30 16:42:28,907::logUtils::37::dispatcher::(wrapp= er) Run and protect: getVolumeSize(sdUUID=3D'39484795-666f-44b3-9cf5-21bbb0= 2531ad', spUUID=3D'7b44684c-5f34-11e2-beba-00138fbe3093', imgUUID=3D'2ff4c7= 43-6e5a-42af-8b99-131c8849bd3f', volUUID=3D'7304b24f-5c4d-41b3-b12f-b916bc9= f4299', options=3DNone)=20 Thread-788::DEBUG::2013-01-30 16:42:28,908::resourceManager::175::ResourceM= anager.Request::(__init__) ResName=3D`Storage.39484795-666f-44b3-9cf5-21bbb= 02531ad`ReqID=3D`9ba33a25-cdd2-4fc0-9f50-55a82178ad48`::Request was made in= '/usr/share/vdsm/storage/resourceManager.py' line '485' at 'registerResour= ce'=20 Thread-788::DEBUG::2013-01-30 16:42:28,908::resourceManager::486::ResourceM= anager::(registerResource) Trying to register resource 'Storage.39484795-66= 6f-44b3-9cf5-21bbb02531ad' for lock type 'shared'=20 Thread-788::DEBUG::2013-01-30 16:42:28,908::resourceManager::528::ResourceM= anager::(registerResource) Resource 'Storage.39484795-666f-44b3-9cf5-21bbb0= 2531ad' is free. Now locking as 'shared' (1 active user)=20 Thread-788::DEBUG::2013-01-30 16:42:28,908::resourceManager::212::ResourceM= anager.Request::(grant) ResName=3D`Storage.39484795-666f-44b3-9cf5-21bbb025= 31ad`ReqID=3D`9ba33a25-cdd2-4fc0-9f50-55a82178ad48`::Granted request=20 Thread-788::DEBUG::2013-01-30 16:42:28,908::task::817::TaskManager.Task::(r= esourceAcquired) Task=3D`aec127b3-b02b-4bc3-b0e9-542c90b4c91e`::_resourcesA= cquired: Storage.39484795-666f-44b3-9cf5-21bbb02531ad (shared)=20 Thread-788::DEBUG::2013-01-30 16:42:28,909::task::978::TaskManager.Task::(_= decref) Task=3D`aec127b3-b02b-4bc3-b0e9-542c90b4c91e`::ref 1 aborting False= =20 Thread-788::DEBUG::2013-01-30 16:42:28,911::fileVolume::535::Storage.Volume= ::(validateVolumePath) validate path for 7304b24f-5c4d-41b3-b12f-b916bc9f42= 99=20 Thread-788::DEBUG::2013-01-30 16:42:28,913::fileVolume::535::Storage.Volume= ::(validateVolumePath) validate path for 7304b24f-5c4d-41b3-b12f-b916bc9f42= 99=20 Thread-788::INFO::2013-01-30 16:42:28,914::logUtils::39::dispatcher::(wrapp= er) Run and protect: getVolumeSize, Return response: {'truesize': '32562257= 92', 'apparentsize': '107374182400'}=20 Thread-788::DEBUG::2013-01-30 16:42:28,914::task::1172::TaskManager.Task::(= prepare) Task=3D`aec127b3-b02b-4bc3-b0e9-542c90b4c91e`::finished: {'truesiz= e': '3256225792', 'apparentsize': '107374182400'}=20 Thread-788::DEBUG::2013-01-30 16:42:28,915::task::588::TaskManager.Task::(_= updateState) Task=3D`aec127b3-b02b-4bc3-b0e9-542c90b4c91e`::moving from sta= te preparing -> state finished=20 Thread-788::DEBUG::2013-01-30 16:42:28,915::resourceManager::809::ResourceM= anager.Owner::(releaseAll) Owner.releaseAll requests {} resources {'Storage= .39484795-666f-44b3-9cf5-21bbb02531ad': < ResourceRef 'Storage.39484795-666= f-44b3-9cf5-21bbb02531ad', isValid: 'True' obj: 'None'>}=20 Thread-788::DEBUG::2013-01-30 16:42:28,915::resourceManager::844::ResourceM= anager.Owner::(cancelAll) Owner.cancelAll requests {}=20 Thread-788::DEBUG::2013-01-30 16:42:28,915::resourceManager::538::ResourceM= anager::(releaseResource) Trying to release resource 'Storage.39484795-666f= -44b3-9cf5-21bbb02531ad'=20 Thread-788::DEBUG::2013-01-30 16:42:28,915::resourceManager::553::ResourceM= anager::(releaseResource) Released resource 'Storage.39484795-666f-44b3-9cf= 5-21bbb02531ad' (0 active users)=20 Thread-788::DEBUG::2013-01-30 16:42:28,915::resourceManager::558::ResourceM= anager::(releaseResource) Resource 'Storage.39484795-666f-44b3-9cf5-21bbb02= 531ad' is free, finding out if anyone is waiting for it.=20 Thread-788::DEBUG::2013-01-30 16:42:28,915::resourceManager::565::ResourceM= anager::(releaseResource) No one is waiting for resource 'Storage.39484795-= 666f-44b3-9cf5-21bbb02531ad', Clearing records.=20 Thread-788::DEBUG::2013-01-30 16:42:28,915::task::978::TaskManager.Task::(_= decref) Task=3D`aec127b3-b02b-4bc3-b0e9-542c90b4c91e`::ref 0 aborting False= =20 VM Channels Listener::DEBUG::2013-01-30 16:42:29,494::vmChannels::60::vds::= (_handle_timeouts) Timeout on fileno 322.=20 Thread-2412::DEBUG::2013-01-30 16:42:31,843::BindingXMLRPC::156::vds::(wrap= per) [192.168.5.180]=20 Thread-2412::DEBUG::2013-01-30 16:42:31,843::task::588::TaskManager.Task::(= _updateState) Task=3D`4095451f-5992-4276-8bbc-3cbd5c192905`::moving from st= ate init -> state preparing=20 Thread-2412::INFO::2013-01-30 16:42:31,844::logUtils::37::dispatcher::(wrap= per) Run and protect: getSpmStatus(spUUID=3D'7b44684c-5f34-11e2-beba-00138f= be3093', options=3DNone)=20 Thread-2412::INFO::2013-01-30 16:42:31,844::logUtils::39::dispatcher::(wrap= per) Run and protect: getSpmStatus, Return response: {'spm_st': {'spmId': 1= , 'spmStatus': 'SPM', 'spmLver': 4}}=20 Thread-2412::DEBUG::2013-01-30 16:42:31,844::task::1172::TaskManager.Task::= (prepare) Task=3D`4095451f-5992-4276-8bbc-3cbd5c192905`::finished: {'spm_st= ': {'spmId': 1, 'spmStatus': 'SPM', 'spmLver': 4}}=20 Thread-2412::DEBUG::2013-01-30 16:42:31,844::task::588::TaskManager.Task::(= _updateState) Task=3D`4095451f-5992-4276-8bbc-3cbd5c192905`::moving from st= ate preparing -> state finished=20 Thread-2412::DEBUG::2013-01-30 16:42:31,844::resourceManager::809::Resource= Manager.Owner::(releaseAll) Owner.releaseAll requests {} resources {}=20 Thread-2412::DEBUG::2013-01-30 16:42:31,844::resourceManager::844::Resource= Manager.Owner::(cancelAll) Owner.cancelAll requests {}=20 Thread-2412::DEBUG::2013-01-30 16:42:31,844::task::978::TaskManager.Task::(= _decref) Task=3D`4095451f-5992-4276-8bbc-3cbd5c192905`::ref 0 aborting Fals= e=20 Thread-2413::DEBUG::2013-01-30 16:42:31,936::BindingXMLRPC::156::vds::(wrap= per) [192.168.5.180]=20 Thread-2413::DEBUG::2013-01-30 16:42:31,937::task::588::TaskManager.Task::(= _updateState) Task=3D`42cacf2e-311a-4ca4-8158-6b3dd8f00a94`::moving from st= ate init -> state preparing=20 Thread-2413::INFO::2013-01-30 16:42:31,937::logUtils::37::dispatcher::(wrap= per) Run and protect: getStoragePoolInfo(spUUID=3D'7b44684c-5f34-11e2-beba-= 00138fbe3093', options=3DNone)=20 Thread-2413::DEBUG::2013-01-30 16:42:31,937::resourceManager::175::Resource= Manager.Request::(__init__) ResName=3D`Storage.7b44684c-5f34-11e2-beba-0013= 8fbe3093`ReqID=3D`e72c6606-db58-41d0-8072-c4fff9e0e417`::Request was made i= n '/usr/share/vdsm/storage/resourceManager.py' line '485' at 'registerResou= rce'=20 Thread-2413::DEBUG::2013-01-30 16:42:31,937::resourceManager::486::Resource= Manager::(registerResource) Trying to register resource 'Storage.7b44684c-5= f34-11e2-beba-00138fbe3093' for lock type 'shared'=20 Thread-2413::DEBUG::2013-01-30 16:42:31,937::resourceManager::528::Resource= Manager::(registerResource) Resource 'Storage.7b44684c-5f34-11e2-beba-00138= fbe3093' is free. Now locking as 'shared' (1 active user)=20 Thread-2413::DEBUG::2013-01-30 16:42:31,938::resourceManager::212::Resource= Manager.Request::(grant) ResName=3D`Storage.7b44684c-5f34-11e2-beba-00138fb= e3093`ReqID=3D`e72c6606-db58-41d0-8072-c4fff9e0e417`::Granted request=20 Thread-2413::DEBUG::2013-01-30 16:42:31,939::task::817::TaskManager.Task::(= resourceAcquired) Task=3D`42cacf2e-311a-4ca4-8158-6b3dd8f00a94`::_resources= Acquired: Storage.7b44684c-5f34-11e2-beba-00138fbe3093 (shared)=20 Thread-2413::DEBUG::2013-01-30 16:42:31,939::task::978::TaskManager.Task::(= _decref) Task=3D`42cacf2e-311a-4ca4-8158-6b3dd8f00a94`::ref 1 aborting Fals= e=20 Thread-2413::INFO::2013-01-30 16:42:32,073::logUtils::39::dispatcher::(wrap= per) Run and protect: getStoragePoolInfo, Return response: {'info': {'spm_i= d': 1, 'master_uuid': 'cc060953-baf5-4b86-a66c-2f135b8fbb30', 'name': 'aclo= udDC', 'version': '0', 'domains': '39484795-666f-44b3-9cf5-21bbb02531ad:Act= ive,0b6a87e8-53d9-46f3-bc81-20aab92f08aa:Active,cc060953-baf5-4b86-a66c-2f1= 35b8fbb30:Active', 'pool_status': 'connected', 'isoprefix': '/rhev/data-cen= ter/7b44684c-5f34-11e2-beba-00138fbe3093/0b6a87e8-53d9-46f3-bc81-20aab92f08= aa/images/11111111-1111-1111-1111-111111111111', 'type': 'NFS', 'master_ver= ': 10575, 'lver': 4}, 'dominfo': {'0b6a87e8-53d9-46f3-bc81-20aab92f08aa': {= 'status': 'Active', 'diskfree': '17986224128', 'alerts': [], 'disktotal': '= 23648534528'}, '39484795-666f-44b3-9cf5-21bbb02531ad': {'status': 'Active',= 'diskfree': '467744063488', 'alerts': [], 'disktotal': '476676358144'}, 'c= c060953-baf5-4b86-a66c-2f135b8fbb30': {'status': 'Active', 'diskfree': '313= 801244672', 'alerts': [], 'disktotal': '982927736832'}}}=20 Thread-2413::DEBUG::2013-01-30 16:42:32,073::task::1172::TaskManager.Task::= (prepare) Task=3D`42cacf2e-311a-4ca4-8158-6b3dd8f00a94`::finished: {'info':= {'spm_id': 1, 'master_uuid': 'cc060953-baf5-4b86-a66c-2f135b8fbb30', 'name= ': 'acloudDC', 'version': '0', 'domains': '39484795-666f-44b3-9cf5-21bbb025= 31ad:Active,0b6a87e8-53d9-46f3-bc81-20aab92f08aa:Active,cc060953-baf5-4b86-= a66c-2f135b8fbb30:Active', 'pool_status': 'connected', 'isoprefix': '/rhev/= data-center/7b44684c-5f34-11e2-beba-00138fbe3093/0b6a87e8-53d9-46f3-bc81-20= aab92f08aa/images/11111111-1111-1111-1111-111111111111', 'type': 'NFS', 'ma= ster_ver': 10575, 'lver': 4}, 'dominfo': {'0b6a87e8-53d9-46f3-bc81-20aab92f= 08aa': {'status': 'Active', 'diskfree': '17986224128', 'alerts': [], 'diskt= otal': '23648534528'}, '39484795-666f-44b3-9cf5-21bbb02531ad': {'status': '= Active', 'diskfree': '467744063488', 'alerts': [], 'disktotal': '4766763581= 44'}, 'cc060953-baf5-4b86-a66c-2f135b8fbb30': {'status': 'Active', 'diskfre= e': '313801244672', 'alerts': [], 'disktotal': '982927736832'}}}=20 Thread-2413::DEBUG::2013-01-30 16:42:32,073::task::588::TaskManager.Task::(= _updateState) Task=3D`42cacf2e-311a-4ca4-8158-6b3dd8f00a94`::moving from st= ate preparing -> state finished=20 Thread-2413::DEBUG::2013-01-30 16:42:32,073::resourceManager::809::Resource= Manager.Owner::(releaseAll) Owner.releaseAll requests {} resources {'Storag= e.7b44684c-5f34-11e2-beba-00138fbe3093': < ResourceRef 'Storage.7b44684c-5f= 34-11e2-beba-00138fbe3093', isValid: 'True' obj: 'None'>}=20 Thread-2413::DEBUG::2013-01-30 16:42:32,073::resourceManager::844::Resource= Manager.Owner::(cancelAll) Owner.cancelAll requests {}=20 Thread-2413::DEBUG::2013-01-30 16:42:32,074::resourceManager::538::Resource= Manager::(releaseResource) Trying to release resource 'Storage.7b44684c-5f3= 4-11e2-beba-00138fbe3093'=20 Thread-2413::DEBUG::2013-01-30 16:42:32,074::resourceManager::553::Resource= Manager::(releaseResource) Released resource 'Storage.7b44684c-5f34-11e2-be= ba-00138fbe3093' (0 active users)=20 Thread-2413::DEBUG::2013-01-30 16:42:32,074::resourceManager::558::Resource= Manager::(releaseResource) Resource 'Storage.7b44684c-5f34-11e2-beba-00138f= be3093' is free, finding out if anyone is waiting for it.=20 Thread-2413::DEBUG::2013-01-30 16:42:32,074::resourceManager::565::Resource= Manager::(releaseResource) No one is waiting for resource 'Storage.7b44684c= -5f34-11e2-beba-00138fbe3093', Clearing records.=20 Thread-2413::DEBUG::2013-01-30 16:42:32,075::task::978::TaskManager.Task::(= _decref) Task=3D`42cacf2e-311a-4ca4-8158-6b3dd8f00a94`::ref 0 aborting Fals= e=20 Thread-2414::DEBUG::2013-01-30 16:42:33,894::task::588::TaskManager.Task::(= _updateState) Task=3D`e5af4772-7be5-43c0-a907-8a3f3fe0cebd`::moving from st= ate init -> state preparing=20 Thread-2414::INFO::2013-01-30 16:42:33,894::logUtils::37::dispatcher::(wrap= per) Run and protect: repoStats(options=3DNone)=20 Thread-2414::INFO::2013-01-30 16:42:33,894::logUtils::39::dispatcher::(wrap= per) Run and protect: repoStats, Return response: {'39484795-666f-44b3-9cf5= -21bbb02531ad': {'delay': '0.00196099281311', 'lastCheck': 1359564145.53994= , 'code': 0, 'valid': True}, '0b6a87e8-53d9-46f3-bc81-20aab92f08aa': {'dela= y': '0.00284719467163', 'lastCheck': 1359564151.359623, 'code': 0, 'valid':= True}, 'cc060953-baf5-4b86-a66c-2f135b8fbb30': {'delay': '0.0015709400177'= , 'lastCheck': 1359564153.38349, 'code': 0, 'valid': True}}=20 Thread-2414::DEBUG::2013-01-30 16:42:33,895::task::1172::TaskManager.Task::= (prepare) Task=3D`e5af4772-7be5-43c0-a907-8a3f3fe0cebd`::finished: {'394847= 95-666f-44b3-9cf5-21bbb02531ad': {'delay': '0.00196099281311', 'lastCheck':= 1359564145.53994, 'code': 0, 'valid': True}, '0b6a87e8-53d9-46f3-bc81-20aa= b92f08aa': {'delay': '0.00284719467163', 'lastCheck': 1359564151.359623, 'c= ode': 0, 'valid': True}, 'cc060953-baf5-4b86-a66c-2f135b8fbb30': {'delay': = '0.0015709400177', 'lastCheck': 1359564153.38349, 'code': 0, 'valid': True}= }=20 Thread-2414::DEBUG::2013-01-30 16:42:33,895::task::588::TaskManager.Task::(= _updateState) Task=3D`e5af4772-7be5-43c0-a907-8a3f3fe0cebd`::moving from st= ate preparing -> state finished=20 Thread-2414::DEBUG::2013-01-30 16:42:33,895::resourceManager::809::Resource= Manager.Owner::(releaseAll) Owner.releaseAll requests {} resources {}=20 Thread-2414::DEBUG::2013-01-30 16:42:33,895::resourceManager::844::Resource= Manager.Owner::(cancelAll) Owner.cancelAll requests {}=20 Thread-2414::DEBUG::2013-01-30 16:42:33,895::task::978::TaskManager.Task::(= _decref) Task=3D`e5af4772-7be5-43c0-a907-8a3f3fe0cebd`::ref 0 aborting Fals= e=20 Thread-2415::DEBUG::2013-01-30 16:42:33,996::libvirtvm::240::vm.Vm::(_getDi= skStats) vmId=3D`35fb5c70-3ac8-4b5e-8e48-8cffe9fdcf53`::Disk hdc stats not = available=20 Thread-2415::DEBUG::2013-01-30 16:42:33,997::libvirtvm::240::vm.Vm::(_getDi= skStats) vmId=3D`35fb5c70-3ac8-4b5e-8e48-8cffe9fdcf53`::Disk fda stats not = available=20 Thread-424::DEBUG::2013-01-30 16:42:34,508::task::588::TaskManager.Task::(_= updateState) Task=3D`413cbd4e-2ddc-4a21-9526-39e970dc48d3`::moving from sta= te init -> state preparing=20 Thread-424::INFO::2013-01-30 16:42:34,509::logUtils::37::dispatcher::(wrapp= er) Run and protect: getVolumeSize(sdUUID=3D'39484795-666f-44b3-9cf5-21bbb0= 2531ad', spUUID=3D'7b44684c-5f34-11e2-beba-00138fbe3093', imgUUID=3D'c7524c= bd-5f92-41ba-a9e9-8724dd2c4c11', volUUID=3D'5904f9d7-09c3-404d-8887-71a32ff= 96735', options=3DNone)=20 Thread-424::DEBUG::2013-01-30 16:42:34,509::resourceManager::175::ResourceM= anager.Request::(__init__) ResName=3D`Storage.39484795-666f-44b3-9cf5-21bbb= 02531ad`ReqID=3D`e4e2d280-6941-469f-be31-ac06bfb73f99`::Request was made in= '/usr/share/vdsm/storage/resourceManager.py' line '485' at 'registerResour= ce'=20 Thread-424::DEBUG::2013-01-30 16:42:34,509::resourceManager::486::ResourceM= anager::(registerResource) Trying to register resource 'Storage.39484795-66= 6f-44b3-9cf5-21bbb02531ad' for lock type 'shared'=20 Thread-424::DEBUG::2013-01-30 16:42:34,509::resourceManager::528::ResourceM= anager::(registerResource) Resource 'Storage.39484795-666f-44b3-9cf5-21bbb0= 2531ad' is free. Now locking as 'shared' (1 active user)=20 Thread-424::DEBUG::2013-01-30 16:42:34,509::resourceManager::212::ResourceM= anager.Request::(grant) ResName=3D`Storage.39484795-666f-44b3-9cf5-21bbb025= 31ad`ReqID=3D`e4e2d280-6941-469f-be31-ac06bfb73f99`::Granted request=20 Thread-424::DEBUG::2013-01-30 16:42:34,509::task::817::TaskManager.Task::(r= esourceAcquired) Task=3D`413cbd4e-2ddc-4a21-9526-39e970dc48d3`::_resourcesA= cquired: Storage.39484795-666f-44b3-9cf5-21bbb02531ad (shared)=20 Thread-424::DEBUG::2013-01-30 16:42:34,510::task::978::TaskManager.Task::(_= decref) Task=3D`413cbd4e-2ddc-4a21-9526-39e970dc48d3`::ref 1 aborting False= =20 Thread-424::DEBUG::2013-01-30 16:42:34,511::fileVolume::535::Storage.Volume= ::(validateVolumePath) validate path for 5904f9d7-09c3-404d-8887-71a32ff967= 35=20 ---------------------------------------------=20 Logicworks Tecnologias de Inform=C3=A1tica=20 http://www.logicworks.pt=20 ------=_Part_476_18436217.1359564233863 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><head><style type=3D'text/css'>p { margin: 0; }</style></head><body><= div style=3D'font-family: verdana,helvetica,sans-serif; font-size: 10pt; co= lor: #330066'>Hi, I'm testing oVirt 3.1, with one node 2.5.5-0.1fc17= and a NAS built with openfiler 2.99, working on a Gigabit net. I config= ured a NFS share on openfiler, and everything looks nice. I'm installing= a Windows 2008 R2 as a VM, time to time i get a warning message: ! VM is n= ot responding, but the windows installation keeps going, a bit slow. <br= >Any idea what is happening? Thanks Jose the vdsm.log = : Thread-2405::DEBUG::2013-01-30 16:42:21,532::resourceManager::212:= :ResourceManager.Request::(grant) ResName=3D`Storage.7b44684c-5f34-11e2-beb= a-00138fbe3093`ReqID=3D`e9aefcf3-b4ed-4d7c-9d95-723f824c30ee`::Granted requ= est Thread-2405::DEBUG::2013-01-30 16:42:21,532::task::817::TaskManager.= Task::(resourceAcquired) Task=3D`c581aa06-4e50-41dd-a836-756827865cc6`::_re= sourcesAcquired: Storage.7b44684c-5f34-11e2-beba-00138fbe3093 (shared) T= hread-2405::DEBUG::2013-01-30 16:42:21,532::task::978::TaskManager.Task::(_= decref) Task=3D`c581aa06-4e50-41dd-a836-756827865cc6`::ref 1 aborting False= Thread-2405::INFO::2013-01-30 16:42:21,664::logUtils::39::dispatcher::(= wrapper) Run and protect: getStoragePoolInfo, Return response: {'info': {'s= pm_id': 1, 'master_uuid': 'cc060953-baf5-4b86-a66c-2f135b8fbb30', 'name': '= acloudDC', 'version': '0', 'domains': '39484795-666f-44b3-9cf5-21bbb02531ad= :Active,0b6a87e8-53d9-46f3-bc81-20aab92f08aa:Active,cc060953-baf5-4b86-a66c= -2f135b8fbb30:Active', 'pool_status': 'connected', 'isoprefix': '/rhev/data= -center/7b44684c-5f34-11e2-beba-00138fbe3093/0b6a87e8-53d9-46f3-bc81-20aab9= 2f08aa/images/11111111-1111-1111-1111-111111111111', 'type': 'NFS', 'master= _ver': 10575, 'lver': 4}, 'dominfo': {'0b6a87e8-53d9-46f3-bc81-20aab92f08aa= ': {'status': 'Active', 'diskfree': '17986224128', 'alerts': [], 'disktotal= ': '23648534528'}, '39484795-666f-44b3-9cf5-21bbb02531ad': {'status': 'Acti= ve', 'diskfree': '467744063488', 'alerts': [], 'disktotal': '476676358144'}= , 'cc060953-baf5-4b86-a66c-2f135b8fbb30': {'status': 'Active', 'diskfree': = '313802031104', 'alerts': [], 'disktotal': '982927736832'}}} Thread-2405= ::DEBUG::2013-01-30 16:42:21,664::task::1172::TaskManager.Task::(prepare) T= ask=3D`c581aa06-4e50-41dd-a836-756827865cc6`::finished: {'info': {'spm_id':= 1, 'master_uuid': 'cc060953-baf5-4b86-a66c-2f135b8fbb30', 'name': 'acloudD= C', 'version': '0', 'domains': '39484795-666f-44b3-9cf5-21bbb02531ad:Active= ,0b6a87e8-53d9-46f3-bc81-20aab92f08aa:Active,cc060953-baf5-4b86-a66c-2f135b= 8fbb30:Active', 'pool_status': 'connected', 'isoprefix': '/rhev/data-center= /7b44684c-5f34-11e2-beba-00138fbe3093/0b6a87e8-53d9-46f3-bc81-20aab92f08aa/= images/11111111-1111-1111-1111-111111111111', 'type': 'NFS', 'master_ver': = 10575, 'lver': 4}, 'dominfo': {'0b6a87e8-53d9-46f3-bc81-20aab92f08aa': {'st= atus': 'Active', 'diskfree': '17986224128', 'alerts': [], 'disktotal': '236= 48534528'}, '39484795-666f-44b3-9cf5-21bbb02531ad': {'status': 'Active', 'd= iskfree': '467744063488', 'alerts': [], 'disktotal': '476676358144'}, 'cc06= 0953-baf5-4b86-a66c-2f135b8fbb30': {'status': 'Active', 'diskfree': '313802= 031104', 'alerts': [], 'disktotal': '982927736832'}}} Thread-2405::DEBUG= ::2013-01-30 16:42:21,664::task::588::TaskManager.Task::(_updateState) Task= =3D`c581aa06-4e50-41dd-a836-756827865cc6`::moving from state preparing -&gt= ; state finished Thread-2405::DEBUG::2013-01-30 16:42:21,664::resourceMa= nager::809::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {= } resources {'Storage.7b44684c-5f34-11e2-beba-00138fbe3093': < ResourceR= ef 'Storage.7b44684c-5f34-11e2-beba-00138fbe3093', isValid: 'True' obj: 'No= ne'>} Thread-2405::DEBUG::2013-01-30 16:42:21,664::resourceManager::8= 44::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Threa= d-2405::DEBUG::2013-01-30 16:42:21,665::resourceManager::538::ResourceManag= er::(releaseResource) Trying to release resource 'Storage.7b44684c-5f34-11e= 2-beba-00138fbe3093' Thread-2405::DEBUG::2013-01-30 16:42:21,665::resour= ceManager::553::ResourceManager::(releaseResource) Released resource 'Stora= ge.7b44684c-5f34-11e2-beba-00138fbe3093' (0 active users) Thread-2405::D= EBUG::2013-01-30 16:42:21,665::resourceManager::558::ResourceManager::(rele= aseResource) Resource 'Storage.7b44684c-5f34-11e2-beba-00138fbe3093' is fre= e, finding out if anyone is waiting for it. Thread-2405::DEBUG::2013-01-= 30 16:42:21,665::resourceManager::565::ResourceManager::(releaseResource) N= o one is waiting for resource 'Storage.7b44684c-5f34-11e2-beba-00138fbe3093= ', Clearing records. Thread-2405::DEBUG::2013-01-30 16:42:21,665::task::= 978::TaskManager.Task::(_decref) Task=3D`c581aa06-4e50-41dd-a836-756827865c= c6`::ref 0 aborting False Thread-2406::DEBUG::2013-01-30 16:42:23,304::t= ask::588::TaskManager.Task::(_updateState) Task=3D`8926a671-3076-42e5-8521-= f8ec6ba67748`::moving from state init -> state preparing Thread-2406:= :INFO::2013-01-30 16:42:23,304::logUtils::37::dispatcher::(wrapper) Run and= protect: repoStats(options=3DNone) Thread-2406::INFO::2013-01-30 16:42:= 23,304::logUtils::39::dispatcher::(wrapper) Run and protect: repoStats, Ret= urn response: {'39484795-666f-44b3-9cf5-21bbb02531ad': {'delay': '0.0017900= 4669189', 'lastCheck': 1359564135.40165, 'code': 0, 'valid': True}, '0b6a87= e8-53d9-46f3-bc81-20aab92f08aa': {'delay': '0.00332403182983', 'lastCheck':= 1359564141.220177, 'code': 0, 'valid': True}, 'cc060953-baf5-4b86-a66c-2f1= 35b8fbb30': {'delay': '0.00157809257507', 'lastCheck': 1359564143.248153, '= code': 0, 'valid': True}} Thread-2406::DEBUG::2013-01-30 16:42:23,305::t= ask::1172::TaskManager.Task::(prepare) Task=3D`8926a671-3076-42e5-8521-f8ec= 6ba67748`::finished: {'39484795-666f-44b3-9cf5-21bbb02531ad': {'delay': '0.= 00179004669189', 'lastCheck': 1359564135.40165, 'code': 0, 'valid': True}, = '0b6a87e8-53d9-46f3-bc81-20aab92f08aa': {'delay': '0.00332403182983', 'last= Check': 1359564141.220177, 'code': 0, 'valid': True}, 'cc060953-baf5-4b86-a= 66c-2f135b8fbb30': {'delay': '0.00157809257507', 'lastCheck': 1359564143.24= 8153, 'code': 0, 'valid': True}} Thread-2406::DEBUG::2013-01-30 16:42:23= ,305::task::588::TaskManager.Task::(_updateState) Task=3D`8926a671-3076-42e= 5-8521-f8ec6ba67748`::moving from state preparing -> state finished T= hread-2406::DEBUG::2013-01-30 16:42:23,305::resourceManager::809::ResourceM= anager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thr= ead-2406::DEBUG::2013-01-30 16:42:23,305::resourceManager::844::ResourceMan= ager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-2406::DEBUG::= 2013-01-30 16:42:23,305::task::978::TaskManager.Task::(_decref) Task=3D`892= 6a671-3076-42e5-8521-f8ec6ba67748`::ref 0 aborting False Thread-2407::DE= BUG::2013-01-30 16:42:23,368::libvirtvm::240::vm.Vm::(_getDiskStats) vmId= =3D`35fb5c70-3ac8-4b5e-8e48-8cffe9fdcf53`::Disk hdc stats not available = Thread-2407::DEBUG::2013-01-30 16:42:23,368::libvirtvm::240::vm.Vm::(_getDi= skStats) vmId=3D`35fb5c70-3ac8-4b5e-8e48-8cffe9fdcf53`::Disk fda stats not = available VM Channels Listener::DEBUG::2013-01-30 16:42:27,492::vmChanne= ls::60::vds::(_handle_timeouts) Timeout on fileno 18. Thread-788::DEBUG:= :2013-01-30 16:42:28,907::task::588::TaskManager.Task::(_updateState) Task= =3D`aec127b3-b02b-4bc3-b0e9-542c90b4c91e`::moving from state init -> sta= te preparing Thread-788::INFO::2013-01-30 16:42:28,907::logUtils::37::di= spatcher::(wrapper) Run and protect: getVolumeSize(sdUUID=3D'39484795-666f-= 44b3-9cf5-21bbb02531ad', spUUID=3D'7b44684c-5f34-11e2-beba-00138fbe3093', i= mgUUID=3D'2ff4c743-6e5a-42af-8b99-131c8849bd3f', volUUID=3D'7304b24f-5c4d-4= 1b3-b12f-b916bc9f4299', options=3DNone) Thread-788::DEBUG::2013-01-30 16= :42:28,908::resourceManager::175::ResourceManager.Request::(__init__) ResNa= me=3D`Storage.39484795-666f-44b3-9cf5-21bbb02531ad`ReqID=3D`9ba33a25-cdd2-4= fc0-9f50-55a82178ad48`::Request was made in '/usr/share/vdsm/storage/resour= ceManager.py' line '485' at 'registerResource' Thread-788::DEBUG::2013-0= 1-30 16:42:28,908::resourceManager::486::ResourceManager::(registerResource= ) Trying to register resource 'Storage.39484795-666f-44b3-9cf5-21bbb02531ad= ' for lock type 'shared' Thread-788::DEBUG::2013-01-30 16:42:28,908::res= ourceManager::528::ResourceManager::(registerResource) Resource 'Storage.39= 484795-666f-44b3-9cf5-21bbb02531ad' is free. Now locking as 'shared' (1 act= ive user) Thread-788::DEBUG::2013-01-30 16:42:28,908::resourceManager::2= 12::ResourceManager.Request::(grant) ResName=3D`Storage.39484795-666f-44b3-= 9cf5-21bbb02531ad`ReqID=3D`9ba33a25-cdd2-4fc0-9f50-55a82178ad48`::Granted r= equest Thread-788::DEBUG::2013-01-30 16:42:28,908::task::817::TaskManage= r.Task::(resourceAcquired) Task=3D`aec127b3-b02b-4bc3-b0e9-542c90b4c91e`::_= resourcesAcquired: Storage.39484795-666f-44b3-9cf5-21bbb02531ad (shared)<br= >Thread-788::DEBUG::2013-01-30 16:42:28,909::task::978::TaskManager.Task::(= _decref) Task=3D`aec127b3-b02b-4bc3-b0e9-542c90b4c91e`::ref 1 aborting Fals= e Thread-788::DEBUG::2013-01-30 16:42:28,911::fileVolume::535::Storage.V= olume::(validateVolumePath) validate path for 7304b24f-5c4d-41b3-b12f-b916b= c9f4299 Thread-788::DEBUG::2013-01-30 16:42:28,913::fileVolume::535::Sto= rage.Volume::(validateVolumePath) validate path for 7304b24f-5c4d-41b3-b12f= -b916bc9f4299 Thread-788::INFO::2013-01-30 16:42:28,914::logUtils::39::d= ispatcher::(wrapper) Run and protect: getVolumeSize, Return response: {'tru= esize': '3256225792', 'apparentsize': '107374182400'} Thread-788::DEBUG:= :2013-01-30 16:42:28,914::task::1172::TaskManager.Task::(prepare) Task=3D`a= ec127b3-b02b-4bc3-b0e9-542c90b4c91e`::finished: {'truesize': '3256225792', = 'apparentsize': '107374182400'} Thread-788::DEBUG::2013-01-30 16:42:28,9= 15::task::588::TaskManager.Task::(_updateState) Task=3D`aec127b3-b02b-4bc3-= b0e9-542c90b4c91e`::moving from state preparing -> state finished Thr= ead-788::DEBUG::2013-01-30 16:42:28,915::resourceManager::809::ResourceMana= ger.Owner::(releaseAll) Owner.releaseAll requests {} resources {'Storage.39= 484795-666f-44b3-9cf5-21bbb02531ad': < ResourceRef 'Storage.39484795-666= f-44b3-9cf5-21bbb02531ad', isValid: 'True' obj: 'None'>} Thread-788::= DEBUG::2013-01-30 16:42:28,915::resourceManager::844::ResourceManager.Owner= ::(cancelAll) Owner.cancelAll requests {} Thread-788::DEBUG::2013-01-30 = 16:42:28,915::resourceManager::538::ResourceManager::(releaseResource) Tryi= ng to release resource 'Storage.39484795-666f-44b3-9cf5-21bbb02531ad' Th= read-788::DEBUG::2013-01-30 16:42:28,915::resourceManager::553::ResourceMan= ager::(releaseResource) Released resource 'Storage.39484795-666f-44b3-9cf5-= 21bbb02531ad' (0 active users) Thread-788::DEBUG::2013-01-30 16:42:28,91= 5::resourceManager::558::ResourceManager::(releaseResource) Resource 'Stora= ge.39484795-666f-44b3-9cf5-21bbb02531ad' is free, finding out if anyone is = waiting for it. Thread-788::DEBUG::2013-01-30 16:42:28,915::resourceMana= ger::565::ResourceManager::(releaseResource) No one is waiting for resource= 'Storage.39484795-666f-44b3-9cf5-21bbb02531ad', Clearing records. Threa= d-788::DEBUG::2013-01-30 16:42:28,915::task::978::TaskManager.Task::(_decre= f) Task=3D`aec127b3-b02b-4bc3-b0e9-542c90b4c91e`::ref 0 aborting False V= M Channels Listener::DEBUG::2013-01-30 16:42:29,494::vmChannels::60::vds::(= _handle_timeouts) Timeout on fileno 322. Thread-2412::DEBUG::2013-01-30 = 16:42:31,843::BindingXMLRPC::156::vds::(wrapper) [192.168.5.180] Thread-= 2412::DEBUG::2013-01-30 16:42:31,843::task::588::TaskManager.Task::(_update= State) Task=3D`4095451f-5992-4276-8bbc-3cbd5c192905`::moving from state ini= t -> state preparing Thread-2412::INFO::2013-01-30 16:42:31,844::logU= tils::37::dispatcher::(wrapper) Run and protect: getSpmStatus(spUUID=3D'7b4= 4684c-5f34-11e2-beba-00138fbe3093', options=3DNone) Thread-2412::INFO::2= 013-01-30 16:42:31,844::logUtils::39::dispatcher::(wrapper) Run and protect= : getSpmStatus, Return response: {'spm_st': {'spmId': 1, 'spmStatus': 'SPM'= , 'spmLver': 4}} Thread-2412::DEBUG::2013-01-30 16:42:31,844::task::1172= ::TaskManager.Task::(prepare) Task=3D`4095451f-5992-4276-8bbc-3cbd5c192905`= ::finished: {'spm_st': {'spmId': 1, 'spmStatus': 'SPM', 'spmLver': 4}} T= hread-2412::DEBUG::2013-01-30 16:42:31,844::task::588::TaskManager.Task::(_= updateState) Task=3D`4095451f-5992-4276-8bbc-3cbd5c192905`::moving from sta= te preparing -> state finished Thread-2412::DEBUG::2013-01-30 16:42:3= 1,844::resourceManager::809::ResourceManager.Owner::(releaseAll) Owner.rele= aseAll requests {} resources {} Thread-2412::DEBUG::2013-01-30 16:42:31,= 844::resourceManager::844::ResourceManager.Owner::(cancelAll) Owner.cancelA= ll requests {} Thread-2412::DEBUG::2013-01-30 16:42:31,844::task::978::T= askManager.Task::(_decref) Task=3D`4095451f-5992-4276-8bbc-3cbd5c192905`::r= ef 0 aborting False Thread-2413::DEBUG::2013-01-30 16:42:31,936::Binding= XMLRPC::156::vds::(wrapper) [192.168.5.180] Thread-2413::DEBUG::2013-01-= 30 16:42:31,937::task::588::TaskManager.Task::(_updateState) Task=3D`42cacf= 2e-311a-4ca4-8158-6b3dd8f00a94`::moving from state init -> state prepari= ng Thread-2413::INFO::2013-01-30 16:42:31,937::logUtils::37::dispatcher:= :(wrapper) Run and protect: getStoragePoolInfo(spUUID=3D'7b44684c-5f34-11e2= -beba-00138fbe3093', options=3DNone) Thread-2413::DEBUG::2013-01-30 16:4= 2:31,937::resourceManager::175::ResourceManager.Request::(__init__) ResName= =3D`Storage.7b44684c-5f34-11e2-beba-00138fbe3093`ReqID=3D`e72c6606-db58-41d= 0-8072-c4fff9e0e417`::Request was made in '/usr/share/vdsm/storage/resource= Manager.py' line '485' at 'registerResource' Thread-2413::DEBUG::2013-01= -30 16:42:31,937::resourceManager::486::ResourceManager::(registerResource)= Trying to register resource 'Storage.7b44684c-5f34-11e2-beba-00138fbe3093'= for lock type 'shared' Thread-2413::DEBUG::2013-01-30 16:42:31,937::res= ourceManager::528::ResourceManager::(registerResource) Resource 'Storage.7b= 44684c-5f34-11e2-beba-00138fbe3093' is free. Now locking as 'shared' (1 act= ive user) Thread-2413::DEBUG::2013-01-30 16:42:31,938::resourceManager::= 212::ResourceManager.Request::(grant) ResName=3D`Storage.7b44684c-5f34-11e2= -beba-00138fbe3093`ReqID=3D`e72c6606-db58-41d0-8072-c4fff9e0e417`::Granted = request Thread-2413::DEBUG::2013-01-30 16:42:31,939::task::817::TaskMana= ger.Task::(resourceAcquired) Task=3D`42cacf2e-311a-4ca4-8158-6b3dd8f00a94`:= :_resourcesAcquired: Storage.7b44684c-5f34-11e2-beba-00138fbe3093 (shared)<= br>Thread-2413::DEBUG::2013-01-30 16:42:31,939::task::978::TaskManager.Task= ::(_decref) Task=3D`42cacf2e-311a-4ca4-8158-6b3dd8f00a94`::ref 1 aborting F= alse Thread-2413::INFO::2013-01-30 16:42:32,073::logUtils::39::dispatche= r::(wrapper) Run and protect: getStoragePoolInfo, Return response: {'info':= {'spm_id': 1, 'master_uuid': 'cc060953-baf5-4b86-a66c-2f135b8fbb30', 'name= ': 'acloudDC', 'version': '0', 'domains': '39484795-666f-44b3-9cf5-21bbb025= 31ad:Active,0b6a87e8-53d9-46f3-bc81-20aab92f08aa:Active,cc060953-baf5-4b86-= a66c-2f135b8fbb30:Active', 'pool_status': 'connected', 'isoprefix': '/rhev/= data-center/7b44684c-5f34-11e2-beba-00138fbe3093/0b6a87e8-53d9-46f3-bc81-20= aab92f08aa/images/11111111-1111-1111-1111-111111111111', 'type': 'NFS', 'ma= ster_ver': 10575, 'lver': 4}, 'dominfo': {'0b6a87e8-53d9-46f3-bc81-20aab92f= 08aa': {'status': 'Active', 'diskfree': '17986224128', 'alerts': [], 'diskt= otal': '23648534528'}, '39484795-666f-44b3-9cf5-21bbb02531ad': {'status': '= Active', 'diskfree': '467744063488', 'alerts': [], 'disktotal': '4766763581= 44'}, 'cc060953-baf5-4b86-a66c-2f135b8fbb30': {'status': 'Active', 'diskfre= e': '313801244672', 'alerts': [], 'disktotal': '982927736832'}}} Thread-= 2413::DEBUG::2013-01-30 16:42:32,073::task::1172::TaskManager.Task::(prepar= e) Task=3D`42cacf2e-311a-4ca4-8158-6b3dd8f00a94`::finished: {'info': {'spm_= id': 1, 'master_uuid': 'cc060953-baf5-4b86-a66c-2f135b8fbb30', 'name': 'acl= oudDC', 'version': '0', 'domains': '39484795-666f-44b3-9cf5-21bbb02531ad:Ac= tive,0b6a87e8-53d9-46f3-bc81-20aab92f08aa:Active,cc060953-baf5-4b86-a66c-2f= 135b8fbb30:Active', 'pool_status': 'connected', 'isoprefix': '/rhev/data-ce= nter/7b44684c-5f34-11e2-beba-00138fbe3093/0b6a87e8-53d9-46f3-bc81-20aab92f0= 8aa/images/11111111-1111-1111-1111-111111111111', 'type': 'NFS', 'master_ve= r': 10575, 'lver': 4}, 'dominfo': {'0b6a87e8-53d9-46f3-bc81-20aab92f08aa': = {'status': 'Active', 'diskfree': '17986224128', 'alerts': [], 'disktotal': = '23648534528'}, '39484795-666f-44b3-9cf5-21bbb02531ad': {'status': 'Active'= , 'diskfree': '467744063488', 'alerts': [], 'disktotal': '476676358144'}, '= cc060953-baf5-4b86-a66c-2f135b8fbb30': {'status': 'Active', 'diskfree': '31= 3801244672', 'alerts': [], 'disktotal': '982927736832'}}} Thread-2413::D= EBUG::2013-01-30 16:42:32,073::task::588::TaskManager.Task::(_updateState) = Task=3D`42cacf2e-311a-4ca4-8158-6b3dd8f00a94`::moving from state preparing = -> state finished Thread-2413::DEBUG::2013-01-30 16:42:32,073::resour= ceManager::809::ResourceManager.Owner::(releaseAll) Owner.releaseAll reques= ts {} resources {'Storage.7b44684c-5f34-11e2-beba-00138fbe3093': < Resou= rceRef 'Storage.7b44684c-5f34-11e2-beba-00138fbe3093', isValid: 'True' obj:= 'None'>} Thread-2413::DEBUG::2013-01-30 16:42:32,073::resourceManage= r::844::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} T= hread-2413::DEBUG::2013-01-30 16:42:32,074::resourceManager::538::ResourceM= anager::(releaseResource) Trying to release resource 'Storage.7b44684c-5f34= -11e2-beba-00138fbe3093' Thread-2413::DEBUG::2013-01-30 16:42:32,074::re= sourceManager::553::ResourceManager::(releaseResource) Released resource 'S= torage.7b44684c-5f34-11e2-beba-00138fbe3093' (0 active users) Thread-241= 3::DEBUG::2013-01-30 16:42:32,074::resourceManager::558::ResourceManager::(= releaseResource) Resource 'Storage.7b44684c-5f34-11e2-beba-00138fbe3093' is= free, finding out if anyone is waiting for it. Thread-2413::DEBUG::2013= -01-30 16:42:32,074::resourceManager::565::ResourceManager::(releaseResourc= e) No one is waiting for resource 'Storage.7b44684c-5f34-11e2-beba-00138fbe= 3093', Clearing records. Thread-2413::DEBUG::2013-01-30 16:42:32,075::ta= sk::978::TaskManager.Task::(_decref) Task=3D`42cacf2e-311a-4ca4-8158-6b3dd8= f00a94`::ref 0 aborting False Thread-2414::DEBUG::2013-01-30 16:42:33,89= 4::task::588::TaskManager.Task::(_updateState) Task=3D`e5af4772-7be5-43c0-a= 907-8a3f3fe0cebd`::moving from state init -> state preparing Thread-2= 414::INFO::2013-01-30 16:42:33,894::logUtils::37::dispatcher::(wrapper) Run= and protect: repoStats(options=3DNone) Thread-2414::INFO::2013-01-30 16= :42:33,894::logUtils::39::dispatcher::(wrapper) Run and protect: repoStats,= Return response: {'39484795-666f-44b3-9cf5-21bbb02531ad': {'delay': '0.001= 96099281311', 'lastCheck': 1359564145.53994, 'code': 0, 'valid': True}, '0b= 6a87e8-53d9-46f3-bc81-20aab92f08aa': {'delay': '0.00284719467163', 'lastChe= ck': 1359564151.359623, 'code': 0, 'valid': True}, 'cc060953-baf5-4b86-a66c= -2f135b8fbb30': {'delay': '0.0015709400177', 'lastCheck': 1359564153.38349,= 'code': 0, 'valid': True}} Thread-2414::DEBUG::2013-01-30 16:42:33,895:= :task::1172::TaskManager.Task::(prepare) Task=3D`e5af4772-7be5-43c0-a907-8a= 3f3fe0cebd`::finished: {'39484795-666f-44b3-9cf5-21bbb02531ad': {'delay': '= 0.00196099281311', 'lastCheck': 1359564145.53994, 'code': 0, 'valid': True}= , '0b6a87e8-53d9-46f3-bc81-20aab92f08aa': {'delay': '0.00284719467163', 'la= stCheck': 1359564151.359623, 'code': 0, 'valid': True}, 'cc060953-baf5-4b86= -a66c-2f135b8fbb30': {'delay': '0.0015709400177', 'lastCheck': 1359564153.3= 8349, 'code': 0, 'valid': True}} Thread-2414::DEBUG::2013-01-30 16:42:33= ,895::task::588::TaskManager.Task::(_updateState) Task=3D`e5af4772-7be5-43c= 0-a907-8a3f3fe0cebd`::moving from state preparing -> state finished T= hread-2414::DEBUG::2013-01-30 16:42:33,895::resourceManager::809::ResourceM= anager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thr= ead-2414::DEBUG::2013-01-30 16:42:33,895::resourceManager::844::ResourceMan= ager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-2414::DEBUG::= 2013-01-30 16:42:33,895::task::978::TaskManager.Task::(_decref) Task=3D`e5a= f4772-7be5-43c0-a907-8a3f3fe0cebd`::ref 0 aborting False Thread-2415::DE= BUG::2013-01-30 16:42:33,996::libvirtvm::240::vm.Vm::(_getDiskStats) vmId= =3D`35fb5c70-3ac8-4b5e-8e48-8cffe9fdcf53`::Disk hdc stats not available = Thread-2415::DEBUG::2013-01-30 16:42:33,997::libvirtvm::240::vm.Vm::(_getDi= skStats) vmId=3D`35fb5c70-3ac8-4b5e-8e48-8cffe9fdcf53`::Disk fda stats not = available Thread-424::DEBUG::2013-01-30 16:42:34,508::task::588::TaskMan= ager.Task::(_updateState) Task=3D`413cbd4e-2ddc-4a21-9526-39e970dc48d3`::mo= ving from state init -> state preparing Thread-424::INFO::2013-01-30 = 16:42:34,509::logUtils::37::dispatcher::(wrapper) Run and protect: getVolum= eSize(sdUUID=3D'39484795-666f-44b3-9cf5-21bbb02531ad', spUUID=3D'7b44684c-5= f34-11e2-beba-00138fbe3093', imgUUID=3D'c7524cbd-5f92-41ba-a9e9-8724dd2c4c1= 1', volUUID=3D'5904f9d7-09c3-404d-8887-71a32ff96735', options=3DNone) Th= read-424::DEBUG::2013-01-30 16:42:34,509::resourceManager::175::ResourceMan= ager.Request::(__init__) ResName=3D`Storage.39484795-666f-44b3-9cf5-21bbb02= 531ad`ReqID=3D`e4e2d280-6941-469f-be31-ac06bfb73f99`::Request was made in '= /usr/share/vdsm/storage/resourceManager.py' line '485' at 'registerResource= ' Thread-424::DEBUG::2013-01-30 16:42:34,509::resourceManager::486::Reso= urceManager::(registerResource) Trying to register resource 'Storage.394847= 95-666f-44b3-9cf5-21bbb02531ad' for lock type 'shared' Thread-424::DEBUG= ::2013-01-30 16:42:34,509::resourceManager::528::ResourceManager::(register= Resource) Resource 'Storage.39484795-666f-44b3-9cf5-21bbb02531ad' is free. = Now locking as 'shared' (1 active user) Thread-424::DEBUG::2013-01-30 16= :42:34,509::resourceManager::212::ResourceManager.Request::(grant) ResName= =3D`Storage.39484795-666f-44b3-9cf5-21bbb02531ad`ReqID=3D`e4e2d280-6941-469= f-be31-ac06bfb73f99`::Granted request Thread-424::DEBUG::2013-01-30 16:4= 2:34,509::task::817::TaskManager.Task::(resourceAcquired) Task=3D`413cbd4e-= 2ddc-4a21-9526-39e970dc48d3`::_resourcesAcquired: Storage.39484795-666f-44b= 3-9cf5-21bbb02531ad (shared) Thread-424::DEBUG::2013-01-30 16:42:34,510:= :task::978::TaskManager.Task::(_decref) Task=3D`413cbd4e-2ddc-4a21-9526-39e= 970dc48d3`::ref 1 aborting False Thread-424::DEBUG::2013-01-30 16:42:34,= 511::fileVolume::535::Storage.Volume::(validateVolumePath) validate path fo= r 5904f9d7-09c3-404d-8887-71a32ff96735 <div></s= pan>-----------------------------= ---------------- Logicworks Tecnologias de Inform=C3=A1tica</= span> <a href=3D"http://www.logicwor= ks.pt">http://www.logicworks.pt</= span></a> </div></div></body></html> ------=_Part_476_18436217.1359564233863--

1 0

[Users] oVirt Weekly Meeting Minutes -- 2013-01-30
by Mike Burns 30 Jan '13

30 Jan '13

Minutes: http://ovirt.org/meetings/ovirt/2013/ovirt.2013-01-30-15.00.html Minutes (text): http://ovirt.org/meetings/ovirt/2013/ovirt.2013-01-30-15.00.txt Log: http://ovirt.org/meetings/ovirt/2013/ovirt.2013-01-30-15.00.log.html ============================ #ovirt: oVirt weekly meeting ============================ Meeting started by mburns at 15:00:43 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2013/ovirt.2013-01-30-15.00.log.html . Meeting summary --------------- * agenda and roll call (mburns, 15:01:17) * Workshop update (mburns, 15:03:28) * Sunnyvale workshop went great (mburns, 15:05:33) * almost 100 registered (~30% no-show for first 2 days) (mburns, 15:05:46) * board meeting had almost full attendance (mburns, 15:06:09) * got support for proposed marketing, now need to follow up with the community (mburns, 15:06:26) * next event: Oved Ourfali presenting on deltacloud integration into oVirt at Puppet Camp (mburns, 15:09:04) * FOSDEM -- we are out in force with the virt devroom (mburns, 15:09:23) * finalized dates for Shanghai workshop at Intel -- May 8-9 (mburns, 15:09:45) * release status (mburns, 15:11:55) * test day tomorrow (31-Jan) (mburns, 15:12:06) * beta announcement ready, to be sent later today (mburns, 15:12:21) * ovirt-node packages and image in final testing, to be posted today (mburns, 15:12:50) * ovirt-node blocked by vdsm bug 905728 (patch: http://gerrit.ovirt.org/#/c/11527/ ) (mburns, 15:14:03) * but we can workaround this issue in ovirt-node for the beta (mburns, 15:14:19) * Test Day: all are invited to participate (mburns, 15:16:42) * please sign up on http://www.ovirt.org/Testing/OvirtTestDay (mburns, 15:17:02) * ACTION: mburns to review testday wiki node section (mburns, 15:21:39) * ACTION: mburns to send out beta announcement (mburns, 15:21:50) * ACTION: mburns to post ovirt-node for beta/test day (mburns, 15:21:59) * LINK: https://bugzilla.redhat.com/showdependencytree.cgi?id=881006&hide_resolved=1 (mburns, 15:22:38) * ^^ a list of the bugs being tracked for the release (mburns, 15:23:05) * Bug 879180 -- https://bugzilla.redhat.com/show_bug.cgi?id=879180 (mburns, 15:23:51) * New -- against NetworkManager (mburns, 15:24:01) * ACTION: ovirt-node bugs on the list are all targeted for the beta, mburns will update bugs later today (mburns, 15:27:17) * only bugs not at least on POST in the list (outside ovirt-node bugs) are 879180 and 884990 (mburns, 15:27:59) * both of which are in core fedora components (mburns, 15:28:13) * not ovirt components (mburns, 15:28:48) * Infra report (mburns, 15:35:27) * new hardware from AlterWay not set up yet, but in progress (mburns, 15:37:13) * infra team meetup at FOSDEM ( ewoud quaid dneary Rydekull ) (mburns, 15:38:18) * Other topics (mburns, 15:39:15) Meeting ended at 15:46:46 UTC. Action Items ------------ * mburns to review testday wiki node section * mburns to send out beta announcement * mburns to post ovirt-node for beta/test day * ovirt-node bugs on the list are all targeted for the beta, mburns will update bugs later today Action Items, by person ----------------------- * mburns * mburns to review testday wiki node section * mburns to send out beta announcement * mburns to post ovirt-node for beta/test day * ovirt-node bugs on the list are all targeted for the beta, mburns will update bugs later today * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * mburns (94) * dneary (18) * oschreib (12) * mgoldboi (10) * danken1 (6) * Rydekull (6) * ewoud (5) * ovirtbot (5) * Jur (3) * jb_netapp (2) * YamaKasY (2) * teuf_ (1) * dustins (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot

1 0

Re: [Users] Rest-api to fetch the hosts details ( active vm's , CPU , Physical memory etc.)
by Michael Pasternak 30 Jan '13

30 Jan '13

On 01/30/2013 03:09 PM, Romil Gupta wrote: > thanks for all your guidance , now I m able to fetch the details of a host using > the below script : > > hosts=api.hosts.list() > for host in hosts: > print "host name--> %s id--->> %s \n"%(host.name <http://host.name> , host.id <http://host.id>) > clusterid=api.hosts.get(host.name <http://host.name>).cluster.id <http://cluster.id> > print clusterid > > hostname=api.hosts.get(host.name <http://host.name>) > statistic=hostname.statistics.list() > i=0 > while i < 14: > print statistic[i].name > print statistic[i].description > print statistic[i].unit > print statistic[i].values.value[0].datum > i=i+1; > > > summary=api.get_summary() > print summary > > How I can print the summary , its only return the Object?? this is summary object structure: <summary> <vms> <total></total> <active></active> </vms> <hosts> <total></total> <active></active> </hosts> <users> <total></total> <active></active> </users> <storage_domains> <total></total> <active></active> </storage_domains> </summary> you can access properties directly, like this: summary.hosts.active > > Thanks, > Romil > > > On Wed, Jan 30, 2013 at 4:52 PM, Michael Pasternak <mpastern(a)redhat.com <mailto:mpastern@redhat.com>> wrote: > > > Romil, > > On 01/30/2013 12:18 PM, Romil Gupta wrote: > > Hi, > > > > Is this is a right way to get it ?? > > > > statistics=params.Host(host.name <http://host.name> <http://host.name>).get_statistic() > > 1. first you need to fetch the host to see it's statistics (by doing params.Host(...) you creating > host parameters holder which is needed for adding new host to the system) > > 2. get_x() getters used to access object attributes, while collections are exposed as properties, do > > 1. myhost = api.hosts.get(name="xxx") > 2. myhost.statistics.list() > 3. loop over returned collection of statistics to find what you're looking for > > - note, statistic objects are complex types, you can look for data at: > > statistics[i].unit // the unit of the holder data > statistics[i].values.value[0].datum // actual data > > > print statistics > > > > summary=params.Host(host.name <http://host.name> <http://host.name>).get_summary() > > summary() is an api method, do: > > 1. api = API(url='', username='', password='') > 2. api.get_summary() > > > > print summary > > > > > > Output is : none > > > > Thanks > > Romil > > > > > > On Wed, Jan 30, 2013 at 2:04 PM, Michael Pasternak <mpastern(a)redhat.com <mailto:mpastern@redhat.com> <mailto:mpastern@redhat.com <mailto:mpastern@redhat.com>>> wrote: > > > > > > Hi Romil, > > > > On 01/30/2013 10:17 AM, Romil Gupta wrote: > > > Hi all , > > > > > > how I can get the hosts details like Active VM's , > > > > host doesn't have running vms attribute, instead you > > can see in the guest on which host it's running, > > > > general system summary you can see at api.get_summary() > > > > Number of CPU's , CPU name , CPU type , > > > > these are host attributes > > > > Physical Memory (used , free ) , swap size and other parameters > > > > these are host.statistics attributes > > > > > using ovirt-engine-sdk-3.2.0.5-1. > > > > > > > > > > > > Regards, > > > Romil > > > > > > -- > > > I don't wish to be everything to everyone, but I would like to be something to someone. > > > > > > -- > > > > Michael Pasternak > > RedHat, ENG-Virtualization R&D > > > > > > > > > > -- > > I don't wish to be everything to everyone, but I would like to be something to someone. > > > -- > > Michael Pasternak > RedHat, ENG-Virtualization R&D > > > > > -- > I don't wish to be everything to everyone, but I would like to be something to someone. -- Michael Pasternak RedHat, ENG-Virtualization R&D

1 0

Re: [Users] Rest-api to fetch the hosts details ( active vm's , CPU , Physical memory etc.)
by Michael Pasternak 30 Jan '13

30 Jan '13

Romil, On 01/30/2013 12:18 PM, Romil Gupta wrote: > Hi, > > Is this is a right way to get it ?? > > statistics=params.Host(host.name <http://host.name>).get_statistic() 1. first you need to fetch the host to see it's statistics (by doing params.Host(...) you creating host parameters holder which is needed for adding new host to the system) 2. get_x() getters used to access object attributes, while collections are exposed as properties, do 1. myhost = api.hosts.get(name="xxx") 2. myhost.statistics.list() 3. loop over returned collection of statistics to find what you're looking for - note, statistic objects are complex types, you can look for data at: statistics[i].unit // the unit of the holder data statistics[i].values.value[0].datum // actual data > print statistics > > summary=params.Host(host.name <http://host.name>).get_summary() summary() is an api method, do: 1. api = API(url='', username='', password='') 2. api.get_summary() > print summary > > > Output is : none > > Thanks > Romil > > > On Wed, Jan 30, 2013 at 2:04 PM, Michael Pasternak <mpastern(a)redhat.com <mailto:mpastern@redhat.com>> wrote: > > > Hi Romil, > > On 01/30/2013 10:17 AM, Romil Gupta wrote: > > Hi all , > > > > how I can get the hosts details like Active VM's , > > host doesn't have running vms attribute, instead you > can see in the guest on which host it's running, > > general system summary you can see at api.get_summary() > > Number of CPU's , CPU name , CPU type , > > these are host attributes > > Physical Memory (used , free ) , swap size and other parameters > > these are host.statistics attributes > > > using ovirt-engine-sdk-3.2.0.5-1. > > > > > > > > Regards, > > Romil > > > > -- > > I don't wish to be everything to everyone, but I would like to be something to someone. > > > -- > > Michael Pasternak > RedHat, ENG-Virtualization R&D > > > > > -- > I don't wish to be everything to everyone, but I would like to be something to someone. -- Michael Pasternak RedHat, ENG-Virtualization R&D

1 0

[Users] ovirt-engine-sdk-java 1.0.0.3-1 released
by Michael Pasternak 30 Jan '13

30 Jan '13

- added persistent authentication support - added support for the methods overloads based on url/headers params - added delete methods overloads with body as parameters holder - to host added [display.address] property for overriding display address - user can specify own ticket now in vm.ticket() via [action.ticket.value] More details can be found at [1]. [1] http://www.ovirt.org/Java-sdk-changelog -- Michael Pasternak RedHat, ENG-Virtualization R&D

1 0

[Users] Engine upgrade failure broken in master
by Dead Horse 30 Jan '13

30 Jan '13

Commit: 72a51f5e21f38bf259a460948670eac92e97ca24 Breaks engine upgrades: 2013-01-29 12:40:52::ERROR::engine-upgrade::1177::root:: Traceback (most recent call last): File "/usr/bin/engine-upgrade", line 1170, in <module> main(options) File "/usr/bin/engine-upgrade", line 1071, in main if zombieTasksFound(): File "/usr/bin/engine-upgrade", line 766, in zombieTasksFound msg="Can't get zombie async tasks", File "/usr/share/ovirt-engine/scripts/common_utils.py", line 459, in execCmd env=env, File "/usr/lib64/python2.7/subprocess.py", line 679, in __init__ errread, errwrite) File "/usr/lib64/python2.7/subprocess.py", line 1249, in _execute_child raise child_exception OSError: [Errno 8] Exec format error Upgrade was attempted on engine built from commit: 61c11aecc40e755d08b6c34c6fe1c0a07fa94de8 Building from commit: 82bdc46dfdb46b000f67f0cd4e51fc39665bf13b and upgrading works as expected. - DHC

3 2

[Users] ovirt / spice client /connection
by Alex Leonhardt 30 Jan '13

30 Jan '13

2 3

[Users] node iso installer drops into dracut with Supermicro Virtual CD drive
by Jorick Astrego 30 Jan '13

30 Jan '13

Hi, I'm still having the same problems booting from a virtual CD problems with the latest node iso (ovirt-node-iso-2.6.0-20130125090303git3839439.566.fc18.iso). The node boots into the installer and then drops into a dracut shell: dracut-initqueue[488]: Warning: Could not boot. dracut-initqueue[488]: Warning: /dev/disk/by-label/ovirt-node-iso does not exist dracut-initqueue[488]: Warning: /dev/mapper/live-rw does not exist dracut:/# blkid /dev/sr0: UUID="2013-01-28-01-35-21-00" LABEL="ovirt-node-iso" TYPE="iso9660" PTTYPE="dos" I'll use foreman to deploy it for now but it's making casual testing a bit harder. -- Kind Regards, Jorick Astrego Netbulae B.V.

4 7

[Users] Rest-api to fetch the hosts details ( active vm's , CPU , Physical memory etc.)
by Romil Gupta 30 Jan '13

30 Jan '13

Hi all , how I can get the hosts details like Active VM's , Number of CPU's , CPU name , CPU type , Physical Memory (used , free ) , swap size and other parameters using ovirt-engine-sdk-3.2.0.5-1. Regards, Romil -- I don't wish to be everything to everyone, but I would like to be something to someone.

3 2

[Users] engine Failed to decrypt Data error
by Dead Horse 29 Jan '13

29 Jan '13

I see this repeating error in the engine logs quite a bit, any ideas on what causes it? 2013-01-28 13:13:40,483 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-23) Failed to decrypt Data must not be longer than 256 bytes 2013-01-28 13:13:52,747 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-81) Failed to decrypt Data must not be longer than 256 bytes 2013-01-28 13:13:52,747 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-84) Failed to decrypt Blocktype mismatch: 0 2013-01-28 13:13:52,761 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-85) Failed to decrypt Data must start with zero 2013-01-28 13:14:00,964 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-23) Failed to decrypt Data must not be longer than 256 bytes 2013-01-28 13:14:00,964 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-20) Failed to decrypt Data must not be longer than 256 bytes 2013-01-28 13:14:02,983 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-29) Failed to decrypt Data must not be longer than 256 bytes 2013-01-28 13:14:02,983 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-34) Failed to decrypt Data must not be longer than 256 bytes - DHC

4 15

[Users] oVirt 3.2 Release delayed
by Mike Burns 29 Jan '13

29 Jan '13

The oVirt 3.2 Release has been delayed due to delays getting a stable oVirt Node available. New Dates * General availability: 2013-02-06 * Beta release: 2013-01-24 * Test Day: 2013-01-29 Thanks Mike

4 7

[Users] oVirt 3.2 Test Day
by Mike Burns 29 Jan '13

29 Jan '13

The test day for oVirt 3.2 will be held on Thursday January 31. For information of the Test Day, please follow: http://www.ovirt.org/Testing/OvirtTestDay Thanks Mike

4 3

[Users] Cannot run VM. Low disk space on relevant Storage Domain
by Ricky Schneberger 29 Jan '13

29 Jan '13

This is a MIME-formatted message. If you see this text it means that your E-mail software does not support MIME-formatted messages. --=_bauhaus.teknikservice.nu-11509-1359279587-0001-2 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit X-Mime-Autoconverted: from 8bit to 7bit by courier 0.68 Hi, I have put up a test environment with oVirt 3.1 and found out (because of limited storage) that when trying to run a vm i got "Error while executing action: Cannot run VM. Low disk space on relevant Storage Domain." Disk space on the storage domain is 322GB free (9% of total). Can I change these limits? How are they calculated? By percentage? I dont use quotas anywhere. Regards //Ricky --=_bauhaus.teknikservice.nu-11509-1359279587-0001-2 Content-Type: application/pgp-keys; name="0xB88C0B63.asc" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="0xB88C0B63.asc" -----BEGIN PGP PUBLIC KEY BLOCK----- Version: GnuPG v1.4.11 (GNU/Linux) mQGiBEN3nx4RBACx6yQ1m83u8PBPG6iivIWICsZJJn8JP6ccGCeS03bQpxXjk8kx V9r3pbY2lJUfu6tlVd/0G/RDC2wixLirYIkelYd5QbL8mk3JIwA96zlIxVRBThmW mig+nI189/vXTNPQKC33xm+/g7kkckD/e/jR2jGycyZiEfvmWQZRpEbnEwCgkOpp Erfa3KmTZ4mk3ulTW4Q8KaUEAJmCZBuuy/CjhxpK4addENpsl7WT90aNZbrtzFIk W1xxkEqRwP2BvNyvTv8EHFsmJehxwn9InQ5gSS2LMGKhKapfT5gMHnmyH+YEdcLj h40L64ftXIyEFenfx8UN85cEKmHqhmrYZkCoRKUeakxZaKs2JZDmytrlLLoj5vAP wV06BACvKm4eGGkTzx8jKRsZF0Y0B532KhV7tr7OhYE654cPQLdok/0exO1n6wR8 2nljL5G8lMEpB1LQp2Xdrz/6z7vbI0w1Qhxddg71EDIuRIJWADOMO6uf20Vg/Wh8 MGwXCGVtH1QZ4FY4tza5PpP6EqKcb5dqC4TyPYz0J4xpxlc5gbQ8Umlja3kgU2No bmViZXJnZXIgKGFsdGVybmF0aXZlIHdvcmstZW1haWwpIDxyaWNreUBhY3RuZXQu c2U+iGAEExECACAFAkh0smkCGyMGCwkIBwMCBBUCCAMEFgIDAQIeAQIXgAAKCRA5 qnzVuIwLY704AJ9sXKYXUMsxbEjmthggRkuPCLY8aQCdEMyWeiELV9BpWegz42cy 4WRC51u0J1JpY2sgU2NobmViZXJnZXIgPHJpY2t5QHNjaG5lYmVyZ2VyLnNlPohb BBMRAgAbBQJDd58eBgsJCAcDAgMVAgMDFgIBAh4BAheAAAoJEDmqfNW4jAtjU8YA n1t4P7UmK/MpTQ7FdtALG1Ul45x+AJwOaL66GsKKJLTfVDFvqLu+sFKj54heBBMR AgAeBgsJCAcDAgMVAgMDFgIBAh4BAheABQJNZ2orAhkBAAoJEDmqfNW4jAtjuMUA mwaHDOZF0CcAmZBopNfQJt7AZaGTAJwI+aN7wAg9VOFZcQ6W1YDAmOueOYhGBBAR AgAGBQJLmeIYAAoJEC1o4PaBggLPb68An3ds1SETjFt7FuWNR9RRxxspPZNeAJ0R kDWbt5WzBJEEEia3PmaK9zssgYhGBBARAgAGBQJDe5cHAAoJEO2/HhEm8iS4m9kA n35gnntj0uU2E7qgRb27c+XDgsGNAKCSQIrEF36S8RK8SilPLLjhnrHnJYkBIQQQ AQIADAUCQ3fQFwUDABJ1AAAKCRCXELibyletfNcVB/YyWm59UliFxj+94qpCr7DJ CeuFZE7Yn3lzwnEOU3Y7pOD1s9BwGPeO5iKej4TCT2JtsWFao1HGSztrE3SrWkc/ rg0MYTIZQc/+wbi+6fTSedZVqxf9teW3FdRQXjOZ9JohJLdU0XxT23TPuSmk0ibo lCD35hg93vEfePrC2+lACp41a2UP3VNbqUM4rL6F4PfmgyIqgY5FtTWJjNJN34Uv Tb35YIud+UkQ6eKZggKwBPfma3nwEie1S4f9FskwTGyPNyKGr8Spl2r4snwmFk/Z KP4k615ob8T8Wbza8TGeS5kYw+Za7MF+Oi+jkdXF/aZSdHBNb9pBcKafcbdEfsWJ ASIEEAECAAwFAkR/OX0FAwASdQAACgkQlxC4m8pXrXyv3wf+I+Xr2BP1+0yRPh07 yNQQBDT+LaqmRZ0sxyauABbqQzs3R2GAdm/92CuRSXz7jgBiiRd7ZlzA/wm2ApBF Q8jg9DCxSRNR8KYevTq38ZabMeU3tRkqH5rN++rTmdMbP+MtfoYtTb9+1URXuUBw Ib4NJWV3QGbSSZLJyA/evha4KBu5A16W8LLb0U9CiSAM7y2ES5Qceg1GXVMVbF6q TURf+yUxgJjSBBY3zPkTZVF9mxYWgDlzONj6tRUWThqZHtSSBoKfe63hlppLczND x0TVtuRAFGDlC5HOWF+dAAm5T/Wv9YBmjZi/mcjPvbxhXN5aNff28AMVLW6DqBPX cotg+4kBIgQQAQIADAUCRJBdEQUDABJ1AAAKCRCXELibyletfD0iB/4yljOGMCTh u3Q2XQe8RYn3qMuzUOBpdDimoU0kewdkkDoDXF1Z0uTJPA8pdq6beIv5VXqaEGc3 TKFYuX7xMO6fkWryUKf7Vdbb3xNlChQvxBQwPRNdd2B3w+tBcRgJPUJalshl0IvO DuNbasRyEWbm+LbJF8dZOe5Jr2KTLDPmWURF3faC9YzcfZGbH/Kl5W1SCAigdnzd 62JuAJ8fa/K2zITFF0XkHsXe4jnQSPHUD/sN60zTkeBQdvdjvdtqInRQEJnbJXz6 3Z3Ey3O0736rI9C7MtI9oCCa8U5ed3syPetjf8i3HuVkV8NdmgM+8Cy3MPpWGqm5 oIHDuyS1rh5tiQEiBBABAgAMBQJEoilQBQMAEnUAAAoJEJcQuJvKV618XHsIALtb J9ZVm4e2KW9C9INBLytXXkiT+SJiwcFiZpbFYWQHGckw0YAyzXTXdxK+/qwCWJWV z9lgMybf8JQ5bnFptKfnYVphT7R6s+1uzr4phdO1HHxI6p794m9bk+jFNVp4Uj67 JL7OYek2kn+ZZKf7caxOGrmjqzEN1CP8fZyP3p/ClbnH2hhV8OWrIyetP7+O4/a+ I/mHmdvDpwEiKfpHFXJOiuedKJCZ/4sZHFckdsNi8JJWK7/BZQEAlUesEVg38LV+ z7T7VV3fZRW2mbUz1qaOmZyKgUTBQkgH0zsp9OSrggiAsRUxfhqJLjqCWiiUa4Bb ScPUzM227/5TzR/f/OCJASIEEAECAAwFAkSzTN0FAwASdQAACgkQlxC4m8pXrXxe mwf+OLvUlDuw403e0R3O9mY3gzqPmQR8G2N6ze7cNQsFHQlSzsQ9HJlmbc0JmU9E OkhqLDCGtSd/hZ7hLMK8xRkfanA5kHhBWLGOd+5lqZhJ1MvRY+EhBQ5iMZlhE5Op luRGe5LiKK/esSgL5dr5AnCDl16GI7J8kxYtZcJWGXVj8jEHFyIH7s/E5RS+CJwP 3EAR643o+jtcY0Ut1977+rM18g0l9SRn/BD0AYDAHqYibNxMfVLcbT21MBwBQg/1 aXHBlGb/QmQbclKBWbwATPggc/4zo7kRizFxmVn7cEUPcyz+vA+eqsvuJO5SXZTm gcz/ZbbwVMs6VmD1WrqDir+FIokBIgQQAQIADAUCRMRwwgUDABJ1AAAKCRCXELib yletfLVuB/sGnNs1GYiwZJqiopKp+g+xDnRb4fAvy50hfnrZStaAJAHNhJgT3ekR nLvmi4WWvWZm2d/Kdk/CUuC3LptFLo+nbptbcx6y6f3ulBgyoI+Nza9+fxdv5ieb TNPi6Dk41xatmeEr2ZjQN9x41I1+Ta3pNEFL7XzbClLRtoTL9/qmSUcJtdHQ8Eux 9CD0LkUeqBgQGrH5mZgSNUMUkQJ1eoeKKsYXwXalH8ruphhiXiF3Zyl9Tc/LjLVU 5apJpTq/od/cN/F91Y+IGUX4zAZO/2qSJ9pDzsj9mOpwwTFCMy1f9f+z5It48Wig u1nGDOBqyflwSQ1K4q/+pLWaFSpP2QcDiQEiBBABAgAMBQJE1j0WBQMAEnUAAAoJ EJcQuJvKV618EVIH+gOZ35Wq0r0IwRIV37Cnx+N1MVy6YSEAhzIsEgMZwMSa7u08 8aGHEBvsP8D98Yh33v7Se2g23Ce5pWPYp65gskwxCD6v2K4uCEuJNcxLBq9cIHJv DOuSLnbqVDomzT1qrrVaFiiLrTOMvqHpa4goxbVpjM8m1Yjpqwy6/vs92dYFVlpM zBIpgcN+bDqUuwoHHemCc2h2Sc6EzcGxzOoHvPboo1lUi6JknUaQaJbUx5VkBEiz t3oeV6f1yzvfWwmwWQ7TTHeBqvGSJwZhoyAIWxdP1Cw9GVgq3tSZyEAyNF4ODNic qudk53jotsUIC3mJK3TWDWlXGNScu/Ffc6KexgiJASIEEAECAAwFAkToCVUFAwAS dQAACgkQlxC4m8pXrXzyaAf8ChDiv1O1z4Oo7QHcEYP4HXWxx1sDICPzH2oIec2J 9qCIhTlIbKn7y2Og5CfUYvCPqiQOoxn+pYZm+jL1BHvQwYcKdxKnuMmE/OaLzzPv MlskF2HhRxviN+nFYxWtc+WXNJX+GYJKT23b82P08NZisP/qLnILRur4YV0X3jd9 GbeYGflDdVAKlzsgJo3wWfBYVTVMzmlCeV5ZdE9V9Z1lQht2foD0KiXb+jGcWjFD fMNK2bhofx/f/eowpFXVKuvQTLFxA3od77ngSnUVCoSXb4yF6hFLhfnMYvIdG4MI rRIMWm65hBZa6YuEk1UC3FvPK0PCz2gvUI69J5SkkOpdfYkBIgQQAQIADAUCRPnV igUDABJ1AAAKCRCXELibyletfEkOB/43lBTeg7oa6mDFJ3aL2u/RnzbIb0YYfMUm 1RCQe/3/EMIh+MxlTfbU6UBuc0nzXmdalyVOu1aB5+GbDMi7cKMPMcknd7ItrrmI JNevcSjcXpCsESHjMcUdB1eUoq7VCirIes1+wLeilszDnNUVcC8FI0P9pAyki+w1 +YzyJX8jupnSOwYcqKuq8+AiLsoavKSvjukfJCMTjEtsCjOb2Z/hTBf37+xBVCKW NIQR5Xjjp6d8bO9xrqv/PvjLzuhKYDUAM4PVVb9NXDvLAWBF2xKDxBUjpFZiln+/ ic4YpyMAFiH34moPIWM+LSJ0y826gQybpMqXvP8wU4y2PxtyajmpiQEiBBABAgAM BQJFC6GOBQMAEnUAAAoJEJcQuJvKV618jdgH/2GHXwcE11zfI0Lmn0mLSawcb76b n+wAZEohxWjxoGAjMZdEsuyFDJP/PnkAAT/5MzgyquxGF1+/WnhtEtsm54hqw44i 8/4fwbII7XZk85h+y3srmipOhhThqnmY8PkSz/+1qaq9UzifeqG82mJ16Y0QwG9J tgbPntr11zN0h1+RWpZVnl2I9bFeZSDDV3AltYkmzkhtTa90AaA78jKanvsvfHyr Scr+thgEO2bqJa5LAmtnQ9+Rg+mSSa7eJMhh1CzafOD3AaW9ebQIpkwqSz9VuBga y2y07NUyULp2uSXQW/uVVH+fcrxNGn6E3WnzoLpEOpzVVZ7vFvxhTczu+YGJASIE EAECAAwFAkV0fvAFAwASdQAACgkQlxC4m8pXrXy0bwf/YTPtF8P3WZC2YrVms3+v WzdcreVa0anypXliwNrbZsqI/tUZF8LdNu3echo5kyJM8NVdqhIMU2vNB8Xo1Y8B bE0U+hIWyv7TBl+CYru5HC8RFAvC69AYQbOLJIMsp/DqFLG8JuryxIh4zcRwNHHr zSyAhq20O2Yn2v47kvl/fadsaMBt4YLXoLphJn7MRD2Je1qsCBjJzinNewq7Tf+y fMSSz3b7GV3r5jOdTx5T8WWda+H/pgGLXG050nlZmmrmBFQJS85Jal4mTBpgKwLJ SBG6HrUkmQ/CqiAlxWpmpL88wAtKBr9drCjJ/9pp1Na4onNA14gZKWqSm6ZvHPG4 KYkBIgQQAQIADAUCRYWijAUDABJ1AAAKCRCXELibyletfOvCCACtsRTvZw621Zal RBHMsT1JAS8NRMJBkiesTi71q+/OXStQ7LSUGjSyxyir3c2ssblGT0UdZdeZLrx9 wL7618RSitxSswFAPTgStg3Exs3XqUcmgEAfQKYpIV5UZR237+Re4ViNaU6OxnxF 6DlArL02Mnq3EbfQRg33XRd1/EYk3zdMxzwMcnmBRXNnl/Ey0yJnxZ8GuXpIhRU0 3X8ZhpuCzsSReUQtfRPErQk9U6mp0r1QXr8XAetqb5ya6SVaZfO4gfHjIzpyQg3T SVhwPQOL+nxxEz2EADHk7LQF/ZoGP3L2s++T/HETnlUmXCyCcFn+7nV3nTYUorPo iVnG97pdiQEiBBABAgAMBQJFlsYRBQMAEnUAAAoJEJcQuJvKV618uqcIAKSeEor3 dw3DLmEOUQO7BM2vv2UBFdnDEQKhbsMIJsTtqZ3xBBOlbY3g6eym8qvucS4XSTwi M4y1dJfLBsaT0q2oggla9320ysEaCRrJ1Sm+li8aZwjo8T0UfUGx8LQh53wvbP+i mvH9Utzlo+RD2wrTyvyvxS6tK4wYuF08d44AAopSspgZD/d2Gf0E7WOKP4kQRcA0 7luXzkG7XdFOVmLL81GJEXkMiLSmMdIsmG4Ljw2YyIiTZ9APsV1o3iOKPlEATL4c UnOYzV/5En7jlv95/m2wNYU442Ewm811QzuKdE/OsoQqnh1z9QwtcswWpwDIvr3s SzJAck9BpmEg96eIWwQTEQIAGwUCQ3efHgYLCQgHAwIDFQIDAxYCAQIeAQIXgAAK CRA5qnzVuIwLY1PGAKCF953pK4A/YN0+vXWqFKItF1Uj1QCeMwYzWiiZYJsnmyjj 8/cCta4YC6y0JFJpY2t5IFNjaG5lYmVyZ2VyIDxyaWNreUBhY3QyMDAwLnNlPohg BBMRAgAgBQJFtoMUAhsjBgsJCAcDAgQVAggDBBYCAwECHgECF4AACgkQOap81biM C2MMIQCfYBqhJT3nKJyimLZHNiqxklmM698An0xcrcoX/ltrAvTXZzipABm1Wn4I tCpSaWNreSBTY2huZWJlcmdlciA8cmlja3lAdGVrbmlrc2VydmljZS5udT6IYAQT EQIAIAUCRbaDKAIbIwYLCQgHAwIEFQIIAwQWAgMBAh4BAheAAAoJEDmqfNW4jAtj OaYAoI+lG1KAFfylizmJ8Qee1dPjWurqAJ9aFY/iU7RA52dMXEb0PlnqyHAP3LQr Umlja3kgU2NobmViZXJnZXIgPHJpY2t5QG1qb2xrY2VudHJhbGVuLnNlPohgBBMR AgAgBQJGWBznAhsjBgsJCAcDAgQVAggDBBYCAwECHgECF4AACgkQOap81biMC2Mw UQCdHjzBE528RJ7ZD/WU7Ht5WjZsq2YAnAs6DOHZXtWSsFWv13j9brOEWzWPuQIN BEN3n0kQCAC585+HR4V/5M8/HHb6uRUdLhBzkVjWCiB7eln3E50HRnTfberPbAvK ZZ9Ske4OS90I5PgGj4zjDleHX8/pGXgaSV+8CwFk9eDqoLKzFKvVJaSp8CX1JrO2 975oUNpFqOy2ejX0jXvphBJIquvBInjOPBpGOkRHIMN9p0rlVhMNywo+t8hEj9PI nupnUqEUziZONSURPPH5J4yYHl0TLkcRNd2OvnDXgdF5ja+FMB5DhC6gOyylhCGU 8271KAYmE8T3TSFWM+sT6eXJSkMxDmTwQJsFVyNFKrSSukEljyraiZjY9xOj3G7A tnqu8PVH968fK3jI5Ee0jfGZeDwduJovAAQNB/4rpdE7z3Xa37J+cGwOKrjA9A13 FwoHYa3i1KdfnU2WcxkIRh+BTzjvhdHLzLu2IBHFpGxCrJjO096xR1axhM901k/Q irLaafqf/jt7QCFcC+kKxVk3rN1RWpfHeJxV62q4szS0k0CU8WHAeaF6/JmKnNq0 CNADBFj9XnQrrPV7RmwbF56cFDOqZpZG0BvWWrhdHOOgoi0Cz24rkMrP47IP9TTP u64MZVflCJlEsBFOI1Qpf5XvW0GLnLeGrZfY+qTDwP8c0YoVsq3KfWGMLkc5lL7i snA69d7GPmHpGzm5QqYvJAcoTwKvIHaqyx/JgYHV75imrRlsKKigcRdKrcQqiEYE GBECAAYFAkN3n0kACgkQOap81biMC2NbzQCfXZJckZnUcuURLggeNvttInRgdloA nAhULJ90SW2EyHG05qqI/iOeskY4 =3DA0DR -----END PGP PUBLIC KEY BLOCK----- --=_bauhaus.teknikservice.nu-11509-1359279587-0001-2--

4 3

[Users] 3.1 to 3.2 migration
by Alexandru Vladulescu 29 Jan '13

29 Jan '13

Hi everybody, This might seem to be a stupid question but I might just give it a shot and ask you if has anybody tried so far to migrate a 3.1 stable to a 3.2 alpha release ? On my side I have no luck. Might have found a bug as well, but that is what you need to confirm to me. I had the jboss setup running on port http 8080 and for https 8443. After the upgrade, everything I try besides the port 80 and 443 doesn't work. If I try to reconfigure the previous used ports, I find java listening on port 8080 for http, but when I try to log in and switch to https on admin portal there is nothing listening out there and I get "Page cannot be displayed". If we cannot consider migration, would it be sufficient to insert the dump from the 3.1 into 3.2 current alpha release ? Alex.

5 11

[Users] default mutipath.conf config for fedora 18 invalid
by Gianluca Cecchi 28 Jan '13

28 Jan '13

Hello, configuring All-In-One on Fedora 18 puts these lines in multipath.conf (at least on ovrt-njghtly for f18 of some days ago) # RHEV REVISION 0.9 ... defaults { polling_interval 5 getuid_callout "/lib/udev/scsi_id --whitelisted --device=/dev/%n" ... device { vendor "HITACHI" product "DF.*" getuid_callout "/lib/udev/scsi_id --whitelisted --device=/dev/%n" ... Actually Fedora 18 has device-mapper-multipath 0.49 without getuid_callout; from changelog: multipath no longer uses the getuid callout. It now gets the wwid from the udev database or the environment variables so the two getuid_callouts lines have to be removed for f18 multipath -l gives Jan 16 00:30:15 | multipath.conf +5, invalid keyword: getuid_callout Jan 16 00:30:15 | multipath.conf +18, invalid keyword: getuid_callout I think it has to be considered. Gianluca

5 9

[Users] al-in-one failed to attach storage with latest f18 nightly
by Gianluca Cecchi 27 Jan '13

27 Jan '13

Hello, just setup from latest nightly 3.2.0-1.20130125.git032a91f.fc18 installation seems ok but then I get these messages in host events 2013-Jan-27, 14:10 Failed to connect Host local_host to Storage Pool local_datacenter 2013-Jan-27, 14:10 Host local_host cannot access one of the Storage Domains attached to the Data Center local_datacenter. Setting Host state to Non-Operational. 2013-Jan-27, 14:10 Failed to Reconstruct Master Domain for Data Center local_datacenter. 2013-Jan-27, 14:10 Detected new Host local_host. Host state was set to Up. 2013-Jan-27, 14:10 Host local_host was autorecovered. In Action items: Host failed to attach one of the Storage Domains attached to it. The first errors in vdsm.log after boot are these ones: Thread-20::DEBUG::2013-01-27 14:10:05,063::resourceManager::640::ResourceManager::(releaseResource) Resource 'Storage.ac13ff4f-37fe-437e-876f-c2aa2c09a9c 8' is free, finding out if anyone is waiting for it. Thread-20::DEBUG::2013-01-27 14:10:05,063::resourceManager::648::ResourceManager::(releaseResource) No one is waiting for resource 'Storage.ac13ff4f-37fe-437e-876f-c2aa2c09a9c8', Clearing records. Thread-20::ERROR::2013-01-27 14:10:05,063::task::833::TaskManager.Task::(_setError) Task=`d90f779b-e815-4d9a-af9e-ac4a997a2f06`::Unexpected error Traceback (most recent call last): File "/usr/share/vdsm/storage/task.py", line 840, in _run return fn(*args, **kargs) File "/usr/share/vdsm/logUtils.py", line 45, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/storage/hsm.py", line 933, in connectStoragePool masterVersion, options) File "/usr/share/vdsm/storage/hsm.py", line 980, in _connectStoragePool res = pool.connect(hostID, scsiKey, msdUUID, masterVersion) File "/usr/share/vdsm/storage/sp.py", line 688, in connect self.__rebuild(msdUUID=msdUUID, masterVersion=masterVersion) File "/usr/share/vdsm/storage/sp.py", line 1221, in __rebuild masterVersion=masterVersion) File "/usr/share/vdsm/storage/sp.py", line 1573, in getMasterDomain raise se.StoragePoolMasterNotFound(self.spUUID, msdUUID) StoragePoolMasterNotFound: Cannot find master domain: 'spUUID=ac13ff4f-37fe-437e-876f-c2aa2c09a9c8, msdUUID=6e1b254f-2edb-48c9-811a-f1082e30c5a4' Thread-20::DEBUG::2013-01-27 14:10:05,066::task::852::TaskManager.Task::(_run) Task=`d90f779b-e815-4d9a-af9e-ac4a997a2f06`::Task._run: d90f779b-e815-4d9a-af9e-ac4a997a2f06 ('ac13ff4f-37fe-437e-876f-c2aa2c09a9c8', 1, 'ac13ff4f-37fe-437e-876f-c2aa2c09a9c8', '6e1b254f-2edb-48c9-811a-f1082e30c5a4', 1) {} failed - stopping task Thread-20::DEBUG::2013-01-27 14:10:05,066::task::1177::TaskManager.Task::(stop) Task=`d90f779b-e815-4d9a-af9e-ac4a997a2f06`::stopping in state preparing (force False) Thread-20::DEBUG::2013-01-27 14:10:05,066::task::957::TaskManager.Task::(_decref) Task=`d90f779b-e815-4d9a-af9e-ac4a997a2f06`::ref 1 aborting True Thread-20::INFO::2013-01-27 14:10:05,066::task::1134::TaskManager.Task::(prepare) Task=`d90f779b-e815-4d9a-af9e-ac4a997a2f06`::aborting: Task is aborted: 'Cannot find master domain' - code 304 Thread-20::DEBUG::2013-01-27 14:10:05,066::task::1139::TaskManager.Task::(prepare) Task=`d90f779b-e815-4d9a-af9e-ac4a997a2f06`::Prepare: aborted: Cannot find master domain Thread-20::DEBUG::2013-01-27 14:10:05,066::task::957::TaskManager.Task::(_decref) Task=`d90f779b-e815-4d9a-af9e-ac4a997a2f06`::ref 0 aborting True Thread-20::DEBUG::2013-01-27 14:10:05,067::task::892::TaskManager.Task::(_doAbort) Task=`d90f779b-e815-4d9a-af9e-ac4a997a2f06`::Task._doAbort: force False Thread-20::DEBUG::2013-01-27 14:10:05,067::resourceManager::976::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-20::DEBUG::2013-01-27 14:10:05,067::task::568::TaskManager.Task::(_updateState) Task=`d90f779b-e815-4d9a-af9e-ac4a997a2f06`::moving from state preparing -> state aborting Thread-20::DEBUG::2013-01-27 14:10:05,067::task::523::TaskManager.Task::(__state_aborting) Task=`d90f779b-e815-4d9a-af9e-ac4a997a2f06`::_aborting: recover policy none Thread-20::DEBUG::2013-01-27 14:10:05,067::task::568::TaskManager.Task::(_updateState) Task=`d90f779b-e815-4d9a-af9e-ac4a997a2f06`::moving from state aborting -> state failed Thread-20::DEBUG::2013-01-27 14:10:05,067::resourceManager::939::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-20::DEBUG::2013-01-27 14:10:05,067::resourceManager::976::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-20::ERROR::2013-01-27 14:10:05,068::dispatcher::67::Storage.Dispatcher.Protect::(run) {'status': {'message': "Cannot find master domain: 'spUUID=ac13ff4f-37fe-437e-876f-c2aa2c09a9c8, msdUUID=6e1b254f-2edb-48c9-811a-f1082e30c5a4'", 'code': 304}} Thread-27::DEBUG::2013-01-27 14:11:33,529::BindingXMLRPC::926::vds::(wrapper) client [192.168.1.101]::call getCapabilities with () {} Thread-27::DEBUG::2013-01-27 14:11:33,564::BindingXMLRPC::933::vds::(wrapper) return getCapabilities with {'status': {'message': 'Done', 'code': 0}, 'info': {'HBAInventory': {'iSCSI': [{'InitiatorName': 'iqn.1994-05.com.redhat:e6aa759a959'}], 'FC': []}, 'packages2': {'kernel': {'release': '204.fc18.x86_64', 'buildtime': 1358349772.0, 'version': '3.7.2'}, 'spice-server': {'release': '1.fc18', 'buildtime': 1356035501L, 'version': '0.12.2'}, 'vdsm': {'release': '0.119.git4caf7d4.fc18', 'buildtime': 1359107301L, 'version': '4.10.3'}, 'qemu-kvm': {'release': '1.fc18', 'buildtime': 1355702442L, 'version': '1.2.2'}, 'libvirt': {'release': '3.fc18', 'buildtime': 1355788803L, 'version': '0.10.2.2'}, 'qemu-img': {'release': '1.fc18', 'buildtime': 1355702442L, 'version': '1.2.2'}, 'mom': {'release': '1.fc18', 'buildtime': 1349470214L, 'version': '0.3.0'}}, 'cpuModel': 'AMD Athlon(tm) II X4 630 Processor', 'hooks': {}, 'cpuSockets': '1', 'vmTypes': ['kvm'], 'supportedProtocols': ['2.2', '2.3'], 'networks': {'ovirtmgmt': {'iface': 'ovirtmgmt', 'addr': '192.168.1.101', 'cfg': {'IPADDR': '192.168.1.101', 'GATEWAY': '192.168.1.254', 'DELAY': '0', 'NM_CONTROLLED': 'no', 'NETMASK': '255.255.255.0', 'BOOTPROTO': 'none', 'STP': 'no', 'DEVICE': 'ovirtmgmt', 'TYPE': 'Bridge', 'ONBOOT': 'yes'}, 'mtu': '1500', 'netmask': '255.255.255.0', 'stp': 'off', 'bridged': True, 'gateway': '192.168.1.254', 'ports': ['p10p1']}}, 'bridges': {'ovirtmgmt': {'addr': '192.168.1.101', 'cfg': {'IPADDR': '192.168.1.101', 'GATEWAY': '192.168.1.254', 'DELAY': '0', 'NM_CONTROLLED': 'no', 'NETMASK': '255.255.255.0', 'BOOTPROTO': 'none', 'STP': 'no', 'DEVICE': 'ovirtmgmt', 'TYPE': 'Bridge', 'ONBOOT': 'yes'}, 'mtu': '1500', 'netmask': '255.255.255.0', 'stp': 'off', 'ports': ['p10p1']}}, 'uuid': 'E0E1001E-8C00-002A-6F9A-90E6BAC9F1E1', 'lastClientIface': 'ovirtmgmt', 'nics': {'p10p1': {'addr': '', 'cfg': {'BRIDGE': 'ovirtmgmt', 'NM_CONTROLLED': 'no', 'HWADDR': '90:e6:ba:c9:f1:e1', 'STP': 'no', 'DEVICE': 'p10p1', 'ONBOOT': 'yes'}, 'mtu': '1500', 'netmask': '', 'hwaddr': '90:e6:ba:c9:f1:e1', 'speed': 100}}, 'software_revision': '0.119', 'clusterLevels': ['3.0', '3.1', '3.2'], 'cpuFlags': u'fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,mmx,fxsr,sse,sse2,ht,syscall,nx,mmxext,fxsr_opt,pdpe1gb,rdtscp,lm,3dnowext,3dnow,constant_tsc,rep_good,nopl,nonstop_tsc,extd_apicid,pni,monitor,cx16,popcnt,lahf_lm,cmp_legacy,svm,extapic,cr8_legacy,abm,sse4a,misalignsse,3dnowprefetch,osvw,ibs,skinit,wdt,hw_pstate,npt,lbrv,svm_lock,nrip_save,model_athlon,model_Opteron_G3,model_Opteron_G1,model_phenom,model_Opteron_G2', 'ISCSIInitiatorName': 'iqn.1994-05.com.redhat:e6aa759a959', 'netConfigDirty': 'False', 'supportedENGINEs': ['3.0', '3.1'], 'reservedMem': '321', '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'}}, 'software_version': '4.10', 'memSize': '5970', 'cpuSpeed': '800.000', 'version_name': 'Snow Man', 'vlans': {}, 'cpuCores': '4', 'kvmEnabled': 'true', 'guestOverhead': '65', 'management_ip': '', 'cpuThreads': '4', 'emulatedMachines': [u'pc-1.2', u'none', u'pc', u'pc-1.1', u'pc-1.0', u'pc-0.15', u'pc-0.14', u'pc-0.13', u'pc-0.12', u'pc-0.11', u'pc-0.10', u'isapc'], 'operatingSystem': {'release': '1', 'version': '18', 'name': 'Fedora'}, 'lastClient': '192.168.1.101'}} info on host [root@tekkaman vdsm]# vdsClient -s 0 getVdsCaps HBAInventory = {'iSCSI': [{'InitiatorName': 'iqn.1994-05.com.redhat:e6aa759a959'}], 'FC': []} ISCSIInitiatorName = iqn.1994-05.com.redhat:e6aa759a959 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'}} bridges = {'ovirtmgmt': {'addr': '192.168.1.101', 'cfg': {'IPADDR': '192.168.1.101', 'ONBOOT': 'yes', 'DELAY': '0', 'NM_CONTROLLED': 'no', 'NETMASK': '255.255.255.0', 'BOOTPROTO': 'none', 'STP': 'no', 'DEVICE': 'ovirtmgmt', 'TYPE': 'Bridge', 'GATEWAY': '192.168.1.254'}, 'mtu': '1500', 'netmask': '255.255.255.0', 'stp': 'off', 'ports': ['p10p1']}} clusterLevels = ['3.0', '3.1', '3.2'] cpuCores = 4 cpuFlags = fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,mmx,fxsr,sse,sse2,ht,syscall,nx,mmxext,fxsr_opt,pdpe1gb,rdtscp,lm,3dnowext,3dnow,constant_tsc,rep_good,nopl,nonstop_tsc,extd_apicid,pni,monitor,cx16,popcnt,lahf_lm,cmp_legacy,svm,extapic,cr8_legacy,abm,sse4a,misalignsse,3dnowprefetch,osvw,ibs,skinit,wdt,hw_pstate,npt,lbrv,svm_lock,nrip_save,model_athlon,model_Opteron_G3,model_Opteron_G1,model_phenom,model_Opteron_G2 cpuModel = AMD Athlon(tm) II X4 630 Processor cpuSockets = 1 cpuSpeed = 800.000 cpuThreads = 4 emulatedMachines = ['pc-1.2', 'none', 'pc', 'pc-1.1', 'pc-1.0', 'pc-0.15', 'pc-0.14', 'pc-0.13', 'pc-0.12', 'pc-0.11', 'pc-0.10', 'isapc'] guestOverhead = 65 hooks = {} kvmEnabled = true lastClient = 192.168.1.101 lastClientIface = ovirtmgmt management_ip = memSize = 5970 netConfigDirty = False networks = {'ovirtmgmt': {'iface': 'ovirtmgmt', 'addr': '192.168.1.101', 'cfg': {'IPADDR': '192.168.1.101', 'ONBOOT': 'yes', 'DELAY': '0', 'NM_CONTROLLED': 'no', 'NETMASK': '255.255.255.0', 'BOOTPROTO': 'none', 'STP': 'no', 'DEVICE': 'ovirtmgmt', 'TYPE': 'Bridge', 'GATEWAY': '192.168.1.254'}, 'mtu': '1500', 'netmask': '255.255.255.0', 'stp': 'off', 'bridged': True, 'gateway': '192.168.1.254', 'ports': ['p10p1']}} nics = {'p10p1': {'addr': '', 'cfg': {'BRIDGE': 'ovirtmgmt', 'NM_CONTROLLED': 'no', 'DEVICE': 'p10p1', 'STP': 'no', 'HWADDR': '90:e6:ba:c9:f1:e1', 'ONBOOT': 'yes'}, 'mtu': '1500', 'netmask': '', 'hwaddr': '90:e6:ba:c9:f1:e1', 'speed': 100}} operatingSystem = {'release': '1', 'version': '18', 'name': 'Fedora'} packages2 = {'kernel': {'release': '204.fc18.x86_64', 'buildtime': 1358349772.0, 'version': '3.7.2'}, 'spice-server': {'release': '1.fc18', 'buildtime': 1356035501, 'version': '0.12.2'}, 'vdsm': {'release': '0.119.git4caf7d4.fc18', 'buildtime': 1359107301, 'version': '4.10.3'}, 'qemu-kvm': {'release': '1.fc18', 'buildtime': 1355702442, 'version': '1.2.2'}, 'libvirt': {'release': '3.fc18', 'buildtime': 1355788803, 'version': '0.10.2.2'}, 'qemu-img': {'release': '1.fc18', 'buildtime': 1355702442, 'version': '1.2.2'}, 'mom': {'release': '1.fc18', 'buildtime': 1349470214, 'version': '0.3.0'}} reservedMem = 321 software_revision = 0.119 software_version = 4.10 supportedENGINEs = ['3.0', '3.1'] supportedProtocols = ['2.2', '2.3'] uuid = E0E1001E-8C00-002A-6F9A-90E6BAC9F1E1 version_name = Snow Man vlans = {} vmTypes = ['kvm'] Thanks, Gianluca

1 0

[Users] Run once for windows xp vm very slow: correct?
by Gianluca Cecchi 25 Jan '13

25 Jan '13

Hello, I have a windows XP vm on f18 oVirt all-in-one and rpm from nightly repo 3.2.0-1.20130123.git2ad65d0. disk and nic are VirtIO. When I run it normally (spice) I almost immediately get the icon to open spice connection and the status of VM becomes Powering Up. And in spice window I can see the boot process, that completes in less than 2 minutes When I select Run once it remains for about 10 minutes in executing phase: see this image for timings comparison: https://docs.google.com/file/d/0BwoPbcrMv8mvb3FIeHExVHFibms/edit and in vm line, the status appears as down, so that I don't get the icon to connect to console. Only when it completes after 10 minutes, I get console link and I find the VM already at its final desktop prompt Is this expected or should I send anything to debug/investigate?

2 2

[Users] Local storage domain fails to attach after host reboot
by Patrick Hurrelmann 25 Jan '13

25 Jan '13

Hi list, after rebooting one host (single host dc with local storage) the local storage domain can't be attached again. The host was set to maintenance mode and all running vms were shutdown prior the reboot. Vdsm keeps logging the following errors: Thread-1266::ERROR::2013-01-24 17:51:46,042::task::853::TaskManager.Task::(_setError) Task=`a0c11f61-8bcf-4f76-9923-43e8b9cc1424`::Unexpected error Traceback (most recent call last): File "/usr/share/vdsm/storage/task.py", line 861, in _run return fn(*args, **kargs) File "/usr/share/vdsm/logUtils.py", line 38, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/storage/hsm.py", line 817, in connectStoragePool return self._connectStoragePool(spUUID, hostID, scsiKey, msdUUID, masterVersion, options) File "/usr/share/vdsm/storage/hsm.py", line 859, in _connectStoragePool res = pool.connect(hostID, scsiKey, msdUUID, masterVersion) File "/usr/share/vdsm/storage/sp.py", line 641, in connect self.__rebuild(msdUUID=msdUUID, masterVersion=masterVersion) File "/usr/share/vdsm/storage/sp.py", line 1109, in __rebuild self.masterDomain = self.getMasterDomain(msdUUID=msdUUID, masterVersion=masterVersion) File "/usr/share/vdsm/storage/sp.py", line 1448, in getMasterDomain raise se.StoragePoolMasterNotFound(self.spUUID, msdUUID) StoragePoolMasterNotFound: Cannot find master domain: 'spUUID=c9b86219-0d51-44c3-a7de-e0fe07e2c9e6, msdUUID=00ed91f3-43be-41be-8c05-f3786588a1ad' and Thread-1268::ERROR::2013-01-24 17:51:49,073::task::853::TaskManager.Task::(_setError) Task=`95b7f58b-afe0-47bd-9ebd-21d3224f5165`::Unexpected error Traceback (most recent call last): File "/usr/share/vdsm/storage/task.py", line 861, in _run return fn(*args, **kargs) File "/usr/share/vdsm/logUtils.py", line 38, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/storage/hsm.py", line 528, in getSpmStatus pool = self.getPool(spUUID) File "/usr/share/vdsm/storage/hsm.py", line 265, in getPool raise se.StoragePoolUnknown(spUUID) StoragePoolUnknown: Unknown pool id, pool not connected: ('c9b86219-0d51-44c3-a7de-e0fe07e2c9e6',) while engine logs: 2013-01-24 17:51:46,050 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (QuartzScheduler_Worker-43) [49026692] Command org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand return value Class Name: org.ovirt.engine.core.vdsbroker.vdsbroker.StatusOnlyReturnForXmlRpc mStatus Class Name: org.ovirt.engine.core.vdsbroker.vdsbroker.StatusForXmlRpc mCode 304 mMessage Cannot find master domain: 'spUUID=c9b86219-0d51-44c3-a7de-e0fe07e2c9e6, msdUUID=00ed91f3-43be-41be-8c05-f3786588a1ad' Vdsm and engine logs are also attached. I set the affected host back to maintenance. How can I recover from this and attach the storage domain again? If more information is needed, please do not hesitate to request it. This is on CentOS 6.3 using Dreyou's rpms. Installed versions on host: vdsm.x86_64 4.10.0-0.44.14.el6 vdsm-cli.noarch 4.10.0-0.44.14.el6 vdsm-python.x86_64 4.10.0-0.44.14.el6 vdsm-xmlrpc.noarch 4.10.0-0.44.14.el6 Engine: ovirt-engine.noarch 3.1.0-3.19.el6 ovirt-engine-backend.noarch 3.1.0-3.19.el6 ovirt-engine-cli.noarch 3.1.0.7-1.el6 ovirt-engine-config.noarch 3.1.0-3.19.el6 ovirt-engine-dbscripts.noarch 3.1.0-3.19.el6 ovirt-engine-genericapi.noarch 3.1.0-3.19.el6 ovirt-engine-jbossas711.x86_64 1-0 ovirt-engine-notification-service.noarch 3.1.0-3.19.el6 ovirt-engine-restapi.noarch 3.1.0-3.19.el6 ovirt-engine-sdk.noarch 3.1.0.5-1.el6 ovirt-engine-setup.noarch 3.1.0-3.19.el6 ovirt-engine-tools-common.noarch 3.1.0-3.19.el6 ovirt-engine-userportal.noarch 3.1.0-3.19.el6 ovirt-engine-webadmin-portal.noarch 3.1.0-3.19.el6 ovirt-image-uploader.noarch 3.1.0-16.el6 ovirt-iso-uploader.noarch 3.1.0-16.el6 ovirt-log-collector.noarch 3.1.0-16.el6 Thanks and regards Patrick -- Lobster LOGsuite GmbH, Münchner Straße 15a, D-82319 Starnberg HRB 178831, Amtsgericht München Geschäftsführer: Dr. Martin Fischer, Rolf Henrich

1 1

[Users] best disk type for WIn XP guests
by Gianluca Cecchi 25 Jan '13

25 Jan '13

Hello, I have a WIn XP guest configured with one ide disk. I would like to pass to virtio. Is it supported/usable for Win XP as a disk type on oVirt? What else are using other ones in case, apart IDE? My attempt is to add a second 1Gb disk configured as virtio and then if successful change disk type for the first disk too. But when powering up the guest it finds new hardware for the second disk, I point it to the directory WXP\X86 of the iso using virtio-win-1.1.16.vfd It finds the viostor.xxx files but at the end it fails installing the driver (see https://docs.google.com/file/d/0BwoPbcrMv8mvMUQ2SWxYZWhSV0E/edit ) Any help/suggestion is welcome. Gianluca

2 2

[Users] BFA FC driver no stable on Fedora
by Kevin Maziere Aubry 25 Jan '13

25 Jan '13

Hi I've spent hours to make my Brocade FC card working on Fedora17 or Ovirt Node build. In fact the card are randomly seen by the system, which is really painfull. So I've downloaded, compile and installed the latest driver from Brocade, and now when I load the module the card is seen. So I've installed : bfa_util_linux_noioctl-3.2.0.0-0.noarch bfa_driver_linux-3.2.0.0-0.noarch And the module info are : # modinfo bfa filename: /lib/modules/3.3.4-5.fc17.x86_64/kernel/drivers/scsi/bfa.ko version: 3.2.0.0 author: Brocade Communications Systems, Inc. description: Brocade Fibre Channel HBA Driver fcpim ipfc license: GPL srcversion: 5C0FBDF3571ABCA9632B9CA alias: pci:v00001657d00000022sv*sd*bc0Csc04i00* alias: pci:v00001657d00000021sv*sd*bc0Csc04i00* alias: pci:v00001657d00000014sv*sd*bc0Csc04i00* alias: pci:v00001657d00000017sv*sd*bc*sc*i* alias: pci:v00001657d00000013sv*sd*bc*sc*i* depends: scsi_transport_fc vermagic: 3.3.4-5.fc17.x86_64 SMP mod_unload parm: os_name:OS name of the hba host machine (charp) parm: os_patch:OS patch level of the hba host machine (charp) parm: host_name:Hostname of the hba host machine (charp) parm: num_rports:Max number of rports supported per port (physical/logical), default=1024 (int) parm: num_ioims:Max number of ioim requests, default=2000 (int) parm: num_tios:Max number of fwtio requests, default=0 (int) parm: num_tms:Max number of task im requests, default=128 (int) parm: num_fcxps:Max number of fcxp requests, default=64 (int) parm: num_ufbufs:Max number of unsolicited frame buffers, default=64 (int) parm: reqq_size:Max number of request queue elements, default=256 (int) parm: rspq_size:Max number of response queue elements, default=64 (int) parm: num_sgpgs:Number of scatter/gather pages, default=2048 (int) parm: rport_del_timeout:Rport delete timeout, default=90 secs, Range[>0] (int) parm: bfa_lun_queue_depth:Lun queue depth, default=32, Range[>0] (int) parm: bfa_io_max_sge:Max io scatter/gather elements , default=255 (int) parm: log_level:Driver log level, default=3, Range[Critical:1|Error:2|Warning:3|Info:4] (int) parm: ioc_auto_recover:IOC auto recovery, default=1, Range[off:0|on:1] (int) parm: linkup_delay:Link up delay, default=30 secs for boot port. Otherwise 10 secs in RHEL4 & 0 for [RHEL5, SLES10, ESX40] Range[>0] (int) parm: msix_disable_cb:Disable Message Signaled Interrupts for Brocade-415/425/815/825 cards, default=0, Range[false:0|true:1] (int) parm: msix_disable_ct:Disable Message Signaled Interrupts if possible for Brocade-1010/1020/804/1007/1741 cards, default=0, Range[false:0|true:1] (int) parm: fdmi_enable:Enables fdmi registration, default=1, Range[false:0|true:1] (int) parm: pcie_max_read_reqsz:PCIe max read request size, default=0 (use system setting), Range[128|256|512|1024|2048|4096] (int) parm: max_xfer_size:default=32MB, Range[64k|128k|256k|512k|1024k|2048k] (int) parm: max_rport_logins:Max number of logins to initiator and target rports on a port (physical/logical), default=1024 (int) I guess that I could be a possible to update the driver inside the Ovirt Node build ? Kevin -- Kevin Mazière Responsable Infrastructure Alter Way – Hosting 1 rue Royal - 227 Bureaux de la Colline 92213 Saint-Cloud Cedex Tél : +33 (0)1 41 16 38 41 Mob : +33 (0)7 62 55 57 05 http://www.alterway.fr

2 3

[Users] How to update VdcBootStrapUrl (not using DB) ?
by Adrian Gibanel 25 Jan '13

25 Jan '13

I've recently updated my http://www.ovirt.org/User:Adrian15/oVirt_engine_migration oVirt engine migration howto with the http://www.ovirt.org/User:Adrian15/oVirt_engine_migration#Update_VdcBootStr… Update VdcBootStrapUrl section. My next move is to move this section into the http://www.ovirt.org/How_to_change_engine_host_name How to change engine host name because I think it's a needed step. But I don't like that currently you have to issue a database update like this: psql -c "update vdc_options set option_value = 'http://new.manager.com:80/Components/vds/' where option_name = 'VdcBootStrapUrl'" -U postgres engine So I was wondering if there was a proper way like using a command like vdsClient or something similar. I mean so that in the future the vdc_options table gets renamed that the command is still the same. I CC jhernand because I think he wrote the original "How to change engine host name" at the mailing list and also answered with the VdcBootStrapUrl update sentence to someone how couldn't add a new host after I think restoring an ovirt-engine. 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 3

Re: [Users] Best practice to resize a WM disk image
by Karli Sjöberg 25 Jan '13

25 Jan '13

--_000_5F9E965F5A80BC468BE5F40576769F091023B2DCexchange21_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGV5LA0KDQpJIHdhbnRlZCB0byByZXBvcnQgdGhhdCB0cnlpbmcgdG8gImRkIiBmcm9tIHRoZSBz dG9yYWdlLXNpZGUgYWx3YXlzIG1ha2VzIHRoZSBWTcK0cyBPUyBzZWUgdHdvIGl0ZGVudGljYWxs eSBzbWFsbCBIREQncy4gVGhlIG9ubHkgd29yay1hcm91bmQgScK0dmUgZm91bmQgdGhhdCB3b3Jr cyBpcyB0byBjcmVhdGUgYSBuZXcsIGJpZ2dlciBkcml2ZSwgYm9vdCB0aGUgVk0gZnJvbSBhIGxp dmUtQ0QgYW5kICJkZCIgZnJvbSB0aGVyZS4gV2hlbiByZWJvb3RlZCBhZnRlciBjb21wbGV0aW9u LCB0aGUgVk3CtHMgT1MgdGhlbiBzZWVzIGEgYmlnZ2VyIGRyaXZlIHRoYXQgeW91IGNhbiBleHRl bmQgeW91ciBmaWxlc3lzdGVtIG9uLiBBIGxpdHRsZSBzbG93ZXIgcHJvY2VkdXJlLCBoYXZpbmcg dGhlIG1pcnJvcmluZyBnbyBvdmVyIHRoZSBuZXR3b3JrLCBidXQgd29ya3MsIGFuZCB0aGF0wrRz IHdoYXTCtHMgaW1wb3J0YW50IGluIHRoZSBlbmQ6KQ0KDQovS2FybGkNCg0KbcOlbiAyMDEzLTAx LTE0IGtsb2NrYW4gMDg6MzcgKzAwMDAgc2tyZXYgS2FybGkgU2rDtmJlcmc6DQpvbnMgMjAxMy0w MS0wOSBrbG9ja2FuIDEzOjA0IC0wNTAwIHNrcmV2IFllZWxhIEthcGxhbjoNCg0KDQoNCi0tLS0t IE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0NCj4gRnJvbTogIkthcmxpIFNqw7ZiZXJnIiA8S2FybGku U2pvYmVyZ0BzbHUuc2U8bWFpbHRvOkthcmxpLlNqb2JlcmdAc2x1LnNlPj4NCj4gVG86ICJZZWVs YSBLYXBsYW4iIDx5a2FwbGFuQHJlZGhhdC5jb208bWFpbHRvOnlrYXBsYW5AcmVkaGF0LmNvbT4+ DQo+IENjOiAiUm9ja3kiIDxyb2NreWJhbG9vQGdtYWlsLmNvbTxtYWlsdG86cm9ja3liYWxvb0Bn bWFpbC5jb20+PiwgVXNlcnNAb3ZpcnQub3JnPG1haWx0bzpVc2Vyc0BvdmlydC5vcmc+DQo+IFNl bnQ6IFdlZG5lc2RheSwgSmFudWFyeSA5LCAyMDEzIDQ6MzA6MzUgUE0NCj4gU3ViamVjdDogUmU6 IFtVc2Vyc10gQmVzdCBwcmFjdGljZSB0byByZXNpemUgYSBXTSBkaXNrIGltYWdlDQo+DQo+IG9u cyAyMDEzLTAxLTA5IGtsb2NrYW4gMDk6MTMgLTA1MDAgc2tyZXYgWWVlbGEgS2FwbGFuOg0KPg0K PiAtLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tDQo+ID4gRnJvbTogIkthcmxpIFNqw7ZiZXJn IiA8IEthcmxpLlNqb2JlcmdAc2x1LnNlPG1haWx0bzpLYXJsaS5Tam9iZXJnQHNsdS5zZT4gPg0K PiA+IFRvOiAiWWVlbGEgS2FwbGFuIiA8IHlrYXBsYW5AcmVkaGF0LmNvbTxtYWlsdG86eWthcGxh bkByZWRoYXQuY29tPiA+DQo+ID4gQ2M6ICJSb2NreSIgPCByb2NreWJhbG9vQGdtYWlsLmNvbTxt YWlsdG86cm9ja3liYWxvb0BnbWFpbC5jb20+ID4sIFVzZXJzQG92aXJ0Lm9yZzxtYWlsdG86VXNl cnNAb3ZpcnQub3JnPiA+IFNlbnQ6DQo+ID4gV2VkbmVzZGF5LCBKYW51YXJ5IDksIDIwMTMgMTo1 NjozMiBQTQ0KPiA+IFN1YmplY3Q6IFJlOiBbVXNlcnNdIEJlc3QgcHJhY3RpY2UgdG8gcmVzaXpl IGEgV00gZGlzayBpbWFnZQ0KPiA+DQo+ID4gdGlzIDIwMTMtMDEtMDgga2xvY2thbiAxMTowMyAt MDUwMCBza3JldiBZZWVsYSBLYXBsYW46DQo+ID4NCj4gPiBTbywgZmlyc3Qgb2YgYWxsLCB5b3Ug c2hvdWxkIGtub3cgdGhhdCByZXNpemluZyBhIGRpc2sgaXMgbm90IHlldA0KPiA+IHN1cHBvcnRl ZCBpbiBvVmlydC4NCj4gPiBJZiB5b3UgZGVjaWRlIHRoYXQgeW91IG11c3QgdXNlIGl0IGFueXdh eSwgeW91IHNob3VsZCBrbm93IGluDQo+ID4gYWR2YW5jZQ0KPiA+IHRoYXQgaXQncyBub3QgcmVj b21tZW5kZWQsDQo+ID4gYW5kIHRoYXQgeW91ciBkYXRhIGlzIGF0IHJpc2sgd2hlbiB5b3UgcGVy Zm9ybSB0aGVzZSBraW5kIG9mDQo+ID4gYWN0aW9ucy4NCj4gPg0KPiA+IFRoZXJlIGFyZSBzZXZl cmFsIHdheXMgdG8gcGVyZm9ybSB0aGlzLg0KPiA+IE9uZSBvZiB0aGVtIGlzIHRvIGNyZWF0ZSBh IHNlY29uZCAobGFyZ2VyKSBkaXNrIGZvciB0aGUgdm0sDQo+ID4gcnVuIHRoZSB2bSBmcm9tIGxp dmUgY2QgYW5kIHVzZSBkZCB0byBjb3B5IHRoZSBmaXJzdCBkaXNrIGNvbnRlbnRzDQo+ID4gaW50 byB0aGUgc2Vjb25kIG9uZSwNCj4gPiBhbmQgZmluYWxseSByZW1vdmUgdGhlIGZpcnN0IGRpc2sg YW5kIG1ha2Ugc3VyZSB0aGF0IHRoZSBuZXcgZGlzaw0KPiA+IGlzDQo+ID4gY29uZmlndXJlZCBh cyB5b3VyIHN5c3RlbSBkaXNrLg0KPiA+IEhlcmUgeW91IGd1aWRlIGZvciB0aGUgZGQgb3BlcmF0 aW9uDQo+ID4gdG8gYmUgZG9uZSBmcm9tIHdpdGhpbiB0aGUgZ3Vlc3Qgc3lzdGVtLCBidXQgYm9v dGVkIGZyb20gbGl2ZS4NCj4gPiBDYW4gdGhpcyBiZSBkb25lIGRpcmVjdGx5IGZyb20gdGhlIE5G UyBzdG9yYWdlIGl0c2VsZiBpbnN0ZWFkPw0KPiA+DQo+DQo+IEthcmxpLCBpdCBjYW4gYmUgZG9u ZSBieSB1c2luZyBkZCAob3IgcnN5bmMpLCB3aGVuIHlvdXIgc291cmNlIGlzIHRoZQ0KPiB2b2x1 bWUgb2YgdGhlIGN1cnJlbnQgZGlzayBpbWFnZQ0KPiBhbmQgdGhlIGRlc3RpbmF0aW9uIGlzIHRo ZSB2b2x1bWUgb2YgdGhlIG5ldyBkaXNrIGltYWdlIGNyZWF0ZWQuDQo+IFlvdSBqdXN0IGhhdmUg dG8gZmluZCB0aGUgaW1hZ2VzIGluIHRoZSBpbnRlcm5hbHMgb2YgdGhlIHZkc20gaG9zdCwNCj4g d2hpY2ggaXMgYSBiaXQgbW9yZSB0cmlja3kNCj4gYW5kIGNhbiBjYXVzZSBtb3JlIGRhbWFnZSBp ZiBkb25lIHdyb25nLiBZb3UgbWVhbiBzaW5jZSB0aGUgVk0ncyBhbmQNCj4gZGlza3MgYXJlIGNh bGxlZCBsaWtlICJjM2RiZmI1Zi03YjNiLTQ2MDItOTYxZi02MjRjNjk2MTg3MzQiIHlvdQ0KPiBo YXZlIHRvIHF1ZXJ5IHRoZSBhcGkgdG8gZmlndXJlIG91dCB3aGF0wrRzIHdoYXQsIGJ1dCBvdGhl ciB0aGFuDQo+IHRoYXQsIHlvdcK0cmUgc2F5aW5nIGl0wrRsbCAianVzdCB3b3JrIiwgc28gdGhh dMK0cyBnb29kIHRvIGtub3csIHNpbmNlDQo+IEkgdGhpbmsgbGV0dGluZyB0aGUgc3RvcmFnZSBp dHNlbGYgZG8gdGhlIGRkIGNvcHkgbG9jYWxseSBpcyBnb2luZw0KPiB0byBiZSBtdWNoIG11Y2gg ZmFzdGVyIHRoYW4gdGhyb3VnaCB0aGUgVk0sIG92ZXIgdGhlIG5ldHdvcmsuDQo+IFRoYW5rcyEN Cj4gV2lsbCBpdCBtYXR0ZXIgaWYgdGhlIGRpc2tzIGFyZSAiVGhpbiBQcm92aXNpb24iIG9yICJQ cmVhbGxvY2F0ZWQiPw0KPg0KPg0KDQpBcyBsb25nIGFzIGl0J3MgZG9uZSBvbiB0aGUgYmFzZSB2 b2x1bWUgaXQgZG9lc24ndCBtYXR0ZXIuDQoNCg0KV2VsbCwgScK0dmUgbm93IHRlc3RlZCB0aGUg c3VnZ2VzdGVkIHByb2NlZHVyZSBhbmQgZGlkbsK0dCByZWFsbHkgZ28gYWxsIHRoZSB3YXkgaG9t ZS4NCjEuIENyZWF0ZWQgYSBuZXcsIGJpZ2dlciB2aXJ0dWFsIGRpc2sgdGhhbiB0aGUgb3JpZ2lu YWwsIDQwR0IuDQoyLiBCb290ZWQgV2luMjAwOFIyIGd1ZXN0IGFuZCBjb3VsZCBzZWUgZnJvbSBE aXNrTWFuYWdlciB0aGF0IGEgbmV3LCBiaWdnZXIgZHJpdmUsIDgwR0IsIGhhZCBhcHBlYXJlZC4N CjMuIFNodXQgZ3Vlc3QgZG93biBhbmQgaXNzdWVkIGEgZGQgZnJvbSBvbGQgc291cmNlIHRvIG5l dywgYmlnZ2VyIGRlc3RpbmF0aW9uLg0KNC4gV2hlbiBzdGFydGVkLCBEaXNrTWFuYWdlciBub3cg c2VlcyBhbiBvZmZsaW5lLCBlcXVhbGx5IHNtYWxsIGRyaXZlIGFzIHRoZSBvcmlnaW5hbCwgNDBH Qi4gVGhlcmUgaXMgbm8gZnJlZSBzcGFjZSBpbiB0aGUgbmV3IGRyaXZlIHRvIGV4cGFuZCB3aXRo LCBXaW5kb3dzIG9ubHkgc2VlcyBpdCBhcyBiZWVpbmcgNDBHQi4NCg0KSGF2ZSB0cmllZCAiUmVm cmVzaCIgYW5kICJSZXNjYW4iLCBidXQgV2luZG93cyBqdXN0IHNlZXMgdHdvIGlkZW50aWNhbGx5 IHNtYWxsIGRpc2tzLg0KDQpTdWdnZXN0aW9ucz8NCg0KDQoNCg0KPg0KPiA+DQo+ID4NCj4gPiBU aGUgc2Vjb25kLCByaXNraWVyLCBvcHRpb24gaXMgdG8gZXhwb3J0IHRoZSB2bSB0byBhbiBleHBv cnQNCj4gPiBkb21haW4sDQo+ID4gcmVzaXplIHRoZSBpbWFnZSB2b2x1bWUgc2l6ZSB0byB0aGUg bmV3IGxhcmdlciBzaXplIHVzaW5nIHFlbXUtaW1nDQo+ID4gYW5kIGFsc28gbW9kaWZ5IHRoZSB2 bSdzIG1ldGFkYXRhIGluIGl0cyBvdmYsDQo+ID4gYXMgeW91IGNhbiBzZWUgdGhpcyBvcHRpb24g aXMgbW9yZSBjb21wbGljYXRlZCBhbmQgcmVxdWlyZXMgZGVlcGVyDQo+ID4gdW5kZXJzdGFuZGlu ZyBhbmQgYWx0ZXJpbmcgb2YgdGhlIG1ldGFkYXRhLi4uDQo+ID4gZmluYWxseSB5b3UnbGwgbmVl ZCB0byBpbXBvcnQgdGhlIHZtIGJhY2suDQo+ID4NCj4gPg0KPiA+DQo+ID4gLS0tLS0gT3JpZ2lu YWwgTWVzc2FnZSAtLS0tLQ0KPiA+ID4gRnJvbTogIlJvY2t5IiA8IHJvY2t5YmFsb29AZ21haWwu Y29tPG1haWx0bzpyb2NreWJhbG9vQGdtYWlsLmNvbT4gPg0KPiA+ID4gVG86ICJZZWVsYSBLYXBs YW4iIDwgeWthcGxhbkByZWRoYXQuY29tPG1haWx0bzp5a2FwbGFuQHJlZGhhdC5jb20+ID4NCj4g PiA+IENjOiBVc2Vyc0BvdmlydC5vcmc8bWFpbHRvOlVzZXJzQG92aXJ0Lm9yZz4gPiBTZW50OiBU dWVzZGF5LCBKYW51YXJ5IDgsIDIwMTMgMTE6MzA6MDAgQU0NCj4gPiA+IFN1YmplY3Q6IFJlOiBb VXNlcnNdIEJlc3QgcHJhY3RpY2UgdG8gcmVzaXplIGEgV00gZGlzayBpbWFnZQ0KPiA+ID4NCj4g PiA+IEl0cyBqdXN0IGEgdGhlb3JldGljYWwgcXVlc3Rpb24gYXMgSSB0aGluayB0aGUgaXNzdWUg d2lsbCBjb21lDQo+ID4gPiBmb3INCj4gPiA+IHVzDQo+ID4gPiBhbmQgb3RoZXIgdXNlcnMuDQo+ ID4gPg0KPiA+ID4gSSB0aGluayB0aGVyZSBjYW4gYmUgb25lIG9yIG1vcmUgc25hcHNob3RzIGlu IHRoZSBXTSBvdmVyIHRoZQ0KPiA+ID4gdGltZS4NCj4gPiA+IEJ1dA0KPiA+ID4gaWYgdGhhdCBp cyBhbiBpc3N1ZSB3ZSBjYW4gYWx3YXlzIGNvbGxhcHNlIHRoZW0gSSB0aGluay4NCj4gPiA+IElm IGl0cyBhIGJhc2UgaW1hZ2UgaXQgc2hvdWxkIGJlIFJBVywgcmlnaHQ/DQo+ID4gPiBJbiB0aGlz IGNhc2UgaXRzIG9uIGZpbGUgc3RvcmFnZSAoTkZTKS4NCj4gPiA+DQo+ID4gPiBSZWdhcmRzIC8v Umlja3kNCj4gPiA+DQo+ID4gPiBPbiAyMDEzLTAxLTA4IDEwOjA3LCBZZWVsYSBLYXBsYW4gd3Jv dGU6DQo+ID4gPiA+IEhpIFJpY2t5LA0KPiA+ID4gPiBJbiBvcmRlciB0byBnaXZlIHlvdSBhIGRl dGFpbGVkIGFuc3dlciBJIG5lZWQgYWRkaXRpb25hbA0KPiA+ID4gPiBkZXRhaWxzDQo+ID4gPiA+ IHJlZ2FyZGluZyB0aGUgZGlzazoNCj4gPiA+ID4gLSBJcyB0aGUgZGlzayBpbWFnZSBjb21wb3Nl ZCBhcyBhIGNoYWluIG9mIHZvbHVtZXMgb3IganVzdCBhDQo+ID4gPiA+IGJhc2UNCj4gPiA+ID4g dm9sdW1lPw0KPiA+ID4gPiAoaWYgaXQncyBhIGNoYWluIGl0IHdpbGwgYmUgbW9yZSBjb21wbGlj YXRlZCwgeW91IG1pZ2h0IHdhbnQgdG8NCj4gPiA+ID4gY29sbGFwc2UgdGhlIGNoYWluIGZpcnN0 IHRvIG1ha2UgaXQgZWFzaWVyKS4NCj4gPiA+ID4gLSBJcyB0aGUgZGlzayBpbWFnZSByYXc/ICh5 b3UgY2FuIHVzZSBxZW11LWltZyBpbmZvIHRvIGNoZWNrKQ0KPiA+ID4gPiAtIElzIHRoZSBkaXNr IGltYWdlIG9uIGJsb2NrIG9yIGZpbGUgc3RvcmFnZT8NCj4gPiA+ID4NCj4gPiA+ID4gUmVnYXJk cywNCj4gPiA+ID4gWWVlbGENCj4gPiA+ID4NCj4gPiA+ID4gLS0tLS0gT3JpZ2luYWwgTWVzc2Fn ZSAtLS0tLQ0KPiA+ID4gPj4gRnJvbTogIlJpY2t5IiA8IHJvY2t5YmFsb29AZ21haWwuY29tPG1h aWx0bzpyb2NreWJhbG9vQGdtYWlsLmNvbT4gPg0KPiA+ID4gPj4gVG86IFVzZXJzQG92aXJ0Lm9y ZzxtYWlsdG86VXNlcnNAb3ZpcnQub3JnPiA+ID4+IFNlbnQ6IFR1ZXNkYXksIEphbnVhcnkgOCwg MjAxMw0KPiA+ID4gPj4gMTA6NDA6MjcNCj4gPiA+ID4+IEFNDQo+ID4gPiA+PiBTdWJqZWN0OiBb VXNlcnNdIEJlc3QgcHJhY3RpY2UgdG8gcmVzaXplIGEgV00gZGlzayBpbWFnZQ0KPiA+ID4gPj4N Cj4gPiA+ID4+IEhpLA0KPiA+ID4gPj4NCj4gPiA+ID4+IElmIEkgaGF2ZSBhIFZNIHRoYXQgaGFz IHJ1biBvdXQgb2YgZGlzayBzcGFjZSwgaG93IGNhbiBJDQo+ID4gPiA+PiBpbmNyZWFzZQ0KPiA+ ID4gPj4gdGhlDQo+ID4gPiA+PiBzcGFjZSBpbiBiZXN0IHdheT8gT25lIHdheSBpcyB0byBhZGQg YSBzZWNvbmQgYmlnZ2VyIGRpc2sgdG8NCj4gPiA+ID4+IHRoZQ0KPiA+ID4gPj4gV00NCj4gPiA+ ID4+IGFuZCB0aGVuIHVzZSBkZCBvciBzaW1pbGFyIHRvIGNvcHkuIEJ1dCBpcyBpdCBwb3NzaWJs ZSB0bw0KPiA+ID4gPj4gc3RyZXRjaA0KPiA+ID4gPj4gdGhlDQo+ID4gPiA+PiBvcmlnaW5hbCBk aXNrIGluc2lkZSBvciBvdXRzaWRlIG9WaXJ0IGFuZCBnZXQgb1ZpcnQgdG8ga25vdw0KPiA+ID4g Pj4gdGhlDQo+ID4gPiA+PiBiaWdnZXINCj4gPiA+ID4+IHNpemU/DQo+ID4gPiA+Pg0KPiA+ID4g Pj4gUmVnYXJkcyAvL1JpY2t5DQo+ID4gPiA+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXw0KPiA+ID4gPj4gVXNlcnMgbWFpbGluZyBsaXN0DQo+ID4gPiA+ PiBVc2Vyc0BvdmlydC5vcmc8bWFpbHRvOlVzZXJzQG92aXJ0Lm9yZz4gPiA+Pg0KPiA+ID4gPj4g aHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzID4gPj4NCj4gPiA+ DQo+ID4gPg0KPiA+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fDQo+ID4gVXNlcnMgbWFpbGluZyBsaXN0IFVzZXJzQG92aXJ0Lm9yZzxtYWlsdG86VXNlcnNA b3ZpcnQub3JnPiA+DQo+ID4gaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZv L3VzZXJzID4NCj4NCg0KDQoNCg== --_000_5F9E965F5A80BC468BE5F40576769F091023B2DCexchange21_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUUkFOU0lUSU9OQUwv L0VOIj4NCjxodG1sPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNv bnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJHRU5FUkFUT1Ii IGNvbnRlbnQ9Ikd0a0hUTUwvNC40LjQiPg0KPC9oZWFkPg0KPGJvZHk+DQpIZXksPGJyPg0KPGJy Pg0KSSB3YW50ZWQgdG8gcmVwb3J0IHRoYXQgdHJ5aW5nIHRvICZxdW90O2RkJnF1b3Q7IGZyb20g dGhlIHN0b3JhZ2Utc2lkZSBhbHdheXMgbWFrZXMgdGhlIFZNwrRzIE9TIHNlZSB0d28gaXRkZW50 aWNhbGx5IHNtYWxsIEhERCdzLiBUaGUgb25seSB3b3JrLWFyb3VuZCBJwrR2ZSBmb3VuZCB0aGF0 IHdvcmtzIGlzIHRvIGNyZWF0ZSBhIG5ldywgYmlnZ2VyIGRyaXZlLCBib290IHRoZSBWTSBmcm9t IGEgbGl2ZS1DRCBhbmQgJnF1b3Q7ZGQmcXVvdDsgZnJvbSB0aGVyZS4gV2hlbiByZWJvb3RlZA0K IGFmdGVyIGNvbXBsZXRpb24sIHRoZSBWTcK0cyBPUyB0aGVuIHNlZXMgYSBiaWdnZXIgZHJpdmUg dGhhdCB5b3UgY2FuIGV4dGVuZCB5b3VyIGZpbGVzeXN0ZW0gb24uIEEgbGl0dGxlIHNsb3dlciBw cm9jZWR1cmUsIGhhdmluZyB0aGUgbWlycm9yaW5nIGdvIG92ZXIgdGhlIG5ldHdvcmssIGJ1dCB3 b3JrcywgYW5kIHRoYXTCtHMgd2hhdMK0cyBpbXBvcnRhbnQgaW4gdGhlIGVuZDopPGJyPg0KPGJy Pg0KL0thcmxpPGJyPg0KPGJyPg0KbcOlbiAyMDEzLTAxLTE0IGtsb2NrYW4gMDg6MzcgJiM0Mzsw MDAwIHNrcmV2IEthcmxpIFNqw7ZiZXJnOjxicj4NCjxibG9ja3F1b3RlIHR5cGU9IkNJVEUiPm9u cyAyMDEzLTAxLTA5IGtsb2NrYW4gMTM6MDQgLTA1MDAgc2tyZXYgWWVlbGEgS2FwbGFuOg0KPGJs b2NrcXVvdGUgdHlwZT0iQ0lURSI+DQo8cHJlPgoKLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0t LQomZ3Q7IEZyb206ICZxdW90O0thcmxpIFNqw7ZiZXJnJnF1b3Q7ICZsdDs8YSBocmVmPSJtYWls dG86S2FybGkuU2pvYmVyZ0BzbHUuc2UiPkthcmxpLlNqb2JlcmdAc2x1LnNlPC9hPiZndDsKJmd0 OyBUbzogJnF1b3Q7WWVlbGEgS2FwbGFuJnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86eWthcGxh bkByZWRoYXQuY29tIj55a2FwbGFuQHJlZGhhdC5jb208L2E+Jmd0OwomZ3Q7IENjOiAmcXVvdDtS b2NreSZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnJvY2t5YmFsb29AZ21haWwuY29tIj5yb2Nr eWJhbG9vQGdtYWlsLmNvbTwvYT4mZ3Q7LCA8YSBocmVmPSJtYWlsdG86VXNlcnNAb3ZpcnQub3Jn Ij5Vc2Vyc0BvdmlydC5vcmc8L2E+CiZndDsgU2VudDogV2VkbmVzZGF5LCBKYW51YXJ5IDksIDIw MTMgNDozMDozNSBQTQomZ3Q7IFN1YmplY3Q6IFJlOiBbVXNlcnNdIEJlc3QgcHJhY3RpY2UgdG8g cmVzaXplIGEgV00gZGlzayBpbWFnZQomZ3Q7IAomZ3Q7IG9ucyAyMDEzLTAxLTA5IGtsb2NrYW4g MDk6MTMgLTA1MDAgc2tyZXYgWWVlbGEgS2FwbGFuOgomZ3Q7IAomZ3Q7IC0tLS0tIE9yaWdpbmFs IE1lc3NhZ2UgLS0tLS0KJmd0OyAmZ3Q7IEZyb206ICZxdW90O0thcmxpIFNqw7ZiZXJnJnF1b3Q7 ICZsdDsgPGEgaHJlZj0ibWFpbHRvOkthcmxpLlNqb2JlcmdAc2x1LnNlIj5LYXJsaS5Tam9iZXJn QHNsdS5zZTwvYT4gJmd0OwomZ3Q7ICZndDsgVG86ICZxdW90O1llZWxhIEthcGxhbiZxdW90OyAm bHQ7IDxhIGhyZWY9Im1haWx0bzp5a2FwbGFuQHJlZGhhdC5jb20iPnlrYXBsYW5AcmVkaGF0LmNv bTwvYT4gJmd0OwomZ3Q7ICZndDsgQ2M6ICZxdW90O1JvY2t5JnF1b3Q7ICZsdDsgPGEgaHJlZj0i bWFpbHRvOnJvY2t5YmFsb29AZ21haWwuY29tIj5yb2NreWJhbG9vQGdtYWlsLmNvbTwvYT4gJmd0 OywgPGEgaHJlZj0ibWFpbHRvOlVzZXJzQG92aXJ0Lm9yZyI+VXNlcnNAb3ZpcnQub3JnPC9hPiAm Z3Q7IFNlbnQ6CiZndDsgJmd0OyBXZWRuZXNkYXksIEphbnVhcnkgOSwgMjAxMyAxOjU2OjMyIFBN CiZndDsgJmd0OyBTdWJqZWN0OiBSZTogW1VzZXJzXSBCZXN0IHByYWN0aWNlIHRvIHJlc2l6ZSBh IFdNIGRpc2sgaW1hZ2UKJmd0OyAmZ3Q7IAomZ3Q7ICZndDsgdGlzIDIwMTMtMDEtMDgga2xvY2th biAxMTowMyAtMDUwMCBza3JldiBZZWVsYSBLYXBsYW46CiZndDsgJmd0OyAKJmd0OyAmZ3Q7IFNv LCBmaXJzdCBvZiBhbGwsIHlvdSBzaG91bGQga25vdyB0aGF0IHJlc2l6aW5nIGEgZGlzayBpcyBu b3QgeWV0CiZndDsgJmd0OyBzdXBwb3J0ZWQgaW4gb1ZpcnQuCiZndDsgJmd0OyBJZiB5b3UgZGVj aWRlIHRoYXQgeW91IG11c3QgdXNlIGl0IGFueXdheSwgeW91IHNob3VsZCBrbm93IGluCiZndDsg Jmd0OyBhZHZhbmNlCiZndDsgJmd0OyB0aGF0IGl0J3Mgbm90IHJlY29tbWVuZGVkLAomZ3Q7ICZn dDsgYW5kIHRoYXQgeW91ciBkYXRhIGlzIGF0IHJpc2sgd2hlbiB5b3UgcGVyZm9ybSB0aGVzZSBr aW5kIG9mCiZndDsgJmd0OyBhY3Rpb25zLgomZ3Q7ICZndDsgCiZndDsgJmd0OyBUaGVyZSBhcmUg c2V2ZXJhbCB3YXlzIHRvIHBlcmZvcm0gdGhpcy4KJmd0OyAmZ3Q7IE9uZSBvZiB0aGVtIGlzIHRv IGNyZWF0ZSBhIHNlY29uZCAobGFyZ2VyKSBkaXNrIGZvciB0aGUgdm0sCiZndDsgJmd0OyBydW4g dGhlIHZtIGZyb20gbGl2ZSBjZCBhbmQgdXNlIGRkIHRvIGNvcHkgdGhlIGZpcnN0IGRpc2sgY29u dGVudHMKJmd0OyAmZ3Q7IGludG8gdGhlIHNlY29uZCBvbmUsCiZndDsgJmd0OyBhbmQgZmluYWxs eSByZW1vdmUgdGhlIGZpcnN0IGRpc2sgYW5kIG1ha2Ugc3VyZSB0aGF0IHRoZSBuZXcgZGlzawom Z3Q7ICZndDsgaXMKJmd0OyAmZ3Q7IGNvbmZpZ3VyZWQgYXMgeW91ciBzeXN0ZW0gZGlzay4KJmd0 OyAmZ3Q7IEhlcmUgeW91IGd1aWRlIGZvciB0aGUgZGQgb3BlcmF0aW9uCiZndDsgJmd0OyB0byBi ZSBkb25lIGZyb20gd2l0aGluIHRoZSBndWVzdCBzeXN0ZW0sIGJ1dCBib290ZWQgZnJvbSBsaXZl LgomZ3Q7ICZndDsgQ2FuIHRoaXMgYmUgZG9uZSBkaXJlY3RseSBmcm9tIHRoZSBORlMgc3RvcmFn ZSBpdHNlbGYgaW5zdGVhZD8KJmd0OyAmZ3Q7IAomZ3Q7IAomZ3Q7IEthcmxpLCBpdCBjYW4gYmUg ZG9uZSBieSB1c2luZyBkZCAob3IgcnN5bmMpLCB3aGVuIHlvdXIgc291cmNlIGlzIHRoZQomZ3Q7 IHZvbHVtZSBvZiB0aGUgY3VycmVudCBkaXNrIGltYWdlCiZndDsgYW5kIHRoZSBkZXN0aW5hdGlv biBpcyB0aGUgdm9sdW1lIG9mIHRoZSBuZXcgZGlzayBpbWFnZSBjcmVhdGVkLgomZ3Q7IFlvdSBq dXN0IGhhdmUgdG8gZmluZCB0aGUgaW1hZ2VzIGluIHRoZSBpbnRlcm5hbHMgb2YgdGhlIHZkc20g aG9zdCwKJmd0OyB3aGljaCBpcyBhIGJpdCBtb3JlIHRyaWNreQomZ3Q7IGFuZCBjYW4gY2F1c2Ug bW9yZSBkYW1hZ2UgaWYgZG9uZSB3cm9uZy4gWW91IG1lYW4gc2luY2UgdGhlIFZNJ3MgYW5kCiZn dDsgZGlza3MgYXJlIGNhbGxlZCBsaWtlICZxdW90O2MzZGJmYjVmLTdiM2ItNDYwMi05NjFmLTYy NGM2OTYxODczNCZxdW90OyB5b3UKJmd0OyBoYXZlIHRvIHF1ZXJ5IHRoZSBhcGkgdG8gZmlndXJl IG91dCB3aGF0wrRzIHdoYXQsIGJ1dCBvdGhlciB0aGFuCiZndDsgdGhhdCwgeW91wrRyZSBzYXlp bmcgaXTCtGxsICZxdW90O2p1c3Qgd29yayZxdW90Oywgc28gdGhhdMK0cyBnb29kIHRvIGtub3cs IHNpbmNlCiZndDsgSSB0aGluayBsZXR0aW5nIHRoZSBzdG9yYWdlIGl0c2VsZiBkbyB0aGUgZGQg Y29weSBsb2NhbGx5IGlzIGdvaW5nCiZndDsgdG8gYmUgbXVjaCBtdWNoIGZhc3RlciB0aGFuIHRo cm91Z2ggdGhlIFZNLCBvdmVyIHRoZSBuZXR3b3JrLgomZ3Q7IFRoYW5rcyEKJmd0OyBXaWxsIGl0 IG1hdHRlciBpZiB0aGUgZGlza3MgYXJlICZxdW90O1RoaW4gUHJvdmlzaW9uJnF1b3Q7IG9yICZx dW90O1ByZWFsbG9jYXRlZCZxdW90Oz8KJmd0OyAKJmd0OyAKCkFzIGxvbmcgYXMgaXQncyBkb25l IG9uIHRoZSBiYXNlIHZvbHVtZSBpdCBkb2Vzbid0IG1hdHRlci4KPC9wcmU+DQo8L2Jsb2NrcXVv dGU+DQpXZWxsLCBJwrR2ZSBub3cgdGVzdGVkIHRoZSBzdWdnZXN0ZWQgcHJvY2VkdXJlIGFuZCBk aWRuwrR0IHJlYWxseSBnbyBhbGwgdGhlIHdheSBob21lLjxicj4NCjEuIENyZWF0ZWQgYSBuZXcs IGJpZ2dlciB2aXJ0dWFsIGRpc2sgdGhhbiB0aGUgb3JpZ2luYWwsIDQwR0IuPGJyPg0KMi4gQm9v dGVkIFdpbjIwMDhSMiBndWVzdCBhbmQgY291bGQgc2VlIGZyb20gRGlza01hbmFnZXIgdGhhdCBh IG5ldywgYmlnZ2VyIGRyaXZlLCA4MEdCLCBoYWQgYXBwZWFyZWQuPGJyPg0KMy4gU2h1dCBndWVz dCBkb3duIGFuZCBpc3N1ZWQgYSBkZCBmcm9tIG9sZCBzb3VyY2UgdG8gbmV3LCBiaWdnZXIgZGVz dGluYXRpb24uPGJyPg0KNC4gV2hlbiBzdGFydGVkLCBEaXNrTWFuYWdlciBub3cgc2VlcyBhbiBv ZmZsaW5lLCBlcXVhbGx5IHNtYWxsIGRyaXZlIGFzIHRoZSBvcmlnaW5hbCwgNDBHQi4gVGhlcmUg aXMgbm8gZnJlZSBzcGFjZSBpbiB0aGUgbmV3IGRyaXZlIHRvIGV4cGFuZCB3aXRoLCBXaW5kb3dz IG9ubHkgc2VlcyBpdCBhcyBiZWVpbmcgNDBHQi48YnI+DQo8YnI+DQpIYXZlIHRyaWVkICZxdW90 O1JlZnJlc2gmcXVvdDsgYW5kICZxdW90O1Jlc2NhbiZxdW90OywgYnV0IFdpbmRvd3MganVzdCBz ZWVzIHR3byBpZGVudGljYWxseSBzbWFsbCBkaXNrcy48YnI+DQo8YnI+DQpTdWdnZXN0aW9ucz88 YnI+DQo8YnI+DQo8YmxvY2txdW90ZSB0eXBlPSJDSVRFIj4NCjxwcmU+CgomZ3Q7IAomZ3Q7ICZn dDsgCiZndDsgJmd0OyAKJmd0OyAmZ3Q7IFRoZSBzZWNvbmQsIHJpc2tpZXIsIG9wdGlvbiBpcyB0 byBleHBvcnQgdGhlIHZtIHRvIGFuIGV4cG9ydAomZ3Q7ICZndDsgZG9tYWluLAomZ3Q7ICZndDsg cmVzaXplIHRoZSBpbWFnZSB2b2x1bWUgc2l6ZSB0byB0aGUgbmV3IGxhcmdlciBzaXplIHVzaW5n IHFlbXUtaW1nCiZndDsgJmd0OyBhbmQgYWxzbyBtb2RpZnkgdGhlIHZtJ3MgbWV0YWRhdGEgaW4g aXRzIG92ZiwKJmd0OyAmZ3Q7IGFzIHlvdSBjYW4gc2VlIHRoaXMgb3B0aW9uIGlzIG1vcmUgY29t cGxpY2F0ZWQgYW5kIHJlcXVpcmVzIGRlZXBlcgomZ3Q7ICZndDsgdW5kZXJzdGFuZGluZyBhbmQg YWx0ZXJpbmcgb2YgdGhlIG1ldGFkYXRhLi4uCiZndDsgJmd0OyBmaW5hbGx5IHlvdSdsbCBuZWVk IHRvIGltcG9ydCB0aGUgdm0gYmFjay4KJmd0OyAmZ3Q7IAomZ3Q7ICZndDsgCiZndDsgJmd0OyAK Jmd0OyAmZ3Q7IC0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0KJmd0OyAmZ3Q7ICZndDsgRnJv bTogJnF1b3Q7Um9ja3kmcXVvdDsgJmx0OyA8YSBocmVmPSJtYWlsdG86cm9ja3liYWxvb0BnbWFp bC5jb20iPnJvY2t5YmFsb29AZ21haWwuY29tPC9hPiAmZ3Q7CiZndDsgJmd0OyAmZ3Q7IFRvOiAm cXVvdDtZZWVsYSBLYXBsYW4mcXVvdDsgJmx0OyA8YSBocmVmPSJtYWlsdG86eWthcGxhbkByZWRo YXQuY29tIj55a2FwbGFuQHJlZGhhdC5jb208L2E+ICZndDsKJmd0OyAmZ3Q7ICZndDsgQ2M6IDxh IGhyZWY9Im1haWx0bzpVc2Vyc0BvdmlydC5vcmciPlVzZXJzQG92aXJ0Lm9yZzwvYT4gJmd0OyBT ZW50OiBUdWVzZGF5LCBKYW51YXJ5IDgsIDIwMTMgMTE6MzA6MDAgQU0KJmd0OyAmZ3Q7ICZndDsg U3ViamVjdDogUmU6IFtVc2Vyc10gQmVzdCBwcmFjdGljZSB0byByZXNpemUgYSBXTSBkaXNrIGlt YWdlCiZndDsgJmd0OyAmZ3Q7IAomZ3Q7ICZndDsgJmd0OyBJdHMganVzdCBhIHRoZW9yZXRpY2Fs IHF1ZXN0aW9uIGFzIEkgdGhpbmsgdGhlIGlzc3VlIHdpbGwgY29tZQomZ3Q7ICZndDsgJmd0OyBm b3IKJmd0OyAmZ3Q7ICZndDsgdXMKJmd0OyAmZ3Q7ICZndDsgYW5kIG90aGVyIHVzZXJzLgomZ3Q7 ICZndDsgJmd0OyAKJmd0OyAmZ3Q7ICZndDsgSSB0aGluayB0aGVyZSBjYW4gYmUgb25lIG9yIG1v cmUgc25hcHNob3RzIGluIHRoZSBXTSBvdmVyIHRoZQomZ3Q7ICZndDsgJmd0OyB0aW1lLgomZ3Q7 ICZndDsgJmd0OyBCdXQKJmd0OyAmZ3Q7ICZndDsgaWYgdGhhdCBpcyBhbiBpc3N1ZSB3ZSBjYW4g YWx3YXlzIGNvbGxhcHNlIHRoZW0gSSB0aGluay4KJmd0OyAmZ3Q7ICZndDsgSWYgaXRzIGEgYmFz ZSBpbWFnZSBpdCBzaG91bGQgYmUgUkFXLCByaWdodD8KJmd0OyAmZ3Q7ICZndDsgSW4gdGhpcyBj YXNlIGl0cyBvbiBmaWxlIHN0b3JhZ2UgKE5GUykuCiZndDsgJmd0OyAmZ3Q7IAomZ3Q7ICZndDsg Jmd0OyBSZWdhcmRzIC8vUmlja3kKJmd0OyAmZ3Q7ICZndDsgCiZndDsgJmd0OyAmZ3Q7IE9uIDIw MTMtMDEtMDggMTA6MDcsIFllZWxhIEthcGxhbiB3cm90ZToKJmd0OyAmZ3Q7ICZndDsgJmd0OyBI aSBSaWNreSwKJmd0OyAmZ3Q7ICZndDsgJmd0OyBJbiBvcmRlciB0byBnaXZlIHlvdSBhIGRldGFp bGVkIGFuc3dlciBJIG5lZWQgYWRkaXRpb25hbAomZ3Q7ICZndDsgJmd0OyAmZ3Q7IGRldGFpbHMK Jmd0OyAmZ3Q7ICZndDsgJmd0OyByZWdhcmRpbmcgdGhlIGRpc2s6CiZndDsgJmd0OyAmZ3Q7ICZn dDsgLSBJcyB0aGUgZGlzayBpbWFnZSBjb21wb3NlZCBhcyBhIGNoYWluIG9mIHZvbHVtZXMgb3Ig anVzdCBhCiZndDsgJmd0OyAmZ3Q7ICZndDsgYmFzZQomZ3Q7ICZndDsgJmd0OyAmZ3Q7IHZvbHVt ZT8KJmd0OyAmZ3Q7ICZndDsgJmd0OyAoaWYgaXQncyBhIGNoYWluIGl0IHdpbGwgYmUgbW9yZSBj b21wbGljYXRlZCwgeW91IG1pZ2h0IHdhbnQgdG8KJmd0OyAmZ3Q7ICZndDsgJmd0OyBjb2xsYXBz ZSB0aGUgY2hhaW4gZmlyc3QgdG8gbWFrZSBpdCBlYXNpZXIpLgomZ3Q7ICZndDsgJmd0OyAmZ3Q7 IC0gSXMgdGhlIGRpc2sgaW1hZ2UgcmF3PyAoeW91IGNhbiB1c2UgcWVtdS1pbWcgaW5mbyB0byBj aGVjaykKJmd0OyAmZ3Q7ICZndDsgJmd0OyAtIElzIHRoZSBkaXNrIGltYWdlIG9uIGJsb2NrIG9y IGZpbGUgc3RvcmFnZT8KJmd0OyAmZ3Q7ICZndDsgJmd0OwomZ3Q7ICZndDsgJmd0OyAmZ3Q7IFJl Z2FyZHMsCiZndDsgJmd0OyAmZ3Q7ICZndDsgWWVlbGEKJmd0OyAmZ3Q7ICZndDsgJmd0OwomZ3Q7 ICZndDsgJmd0OyAmZ3Q7IC0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0KJmd0OyAmZ3Q7ICZn dDsgJmd0OyZndDsgRnJvbTogJnF1b3Q7Umlja3kmcXVvdDsgJmx0OyA8YSBocmVmPSJtYWlsdG86 cm9ja3liYWxvb0BnbWFpbC5jb20iPnJvY2t5YmFsb29AZ21haWwuY29tPC9hPiAmZ3Q7CiZndDsg Jmd0OyAmZ3Q7ICZndDsmZ3Q7IFRvOiA8YSBocmVmPSJtYWlsdG86VXNlcnNAb3ZpcnQub3JnIj5V c2Vyc0BvdmlydC5vcmc8L2E+ICZndDsgJmd0OyZndDsgU2VudDogVHVlc2RheSwgSmFudWFyeSA4 LCAyMDEzCiZndDsgJmd0OyAmZ3Q7ICZndDsmZ3Q7IDEwOjQwOjI3CiZndDsgJmd0OyAmZ3Q7ICZn dDsmZ3Q7IEFNCiZndDsgJmd0OyAmZ3Q7ICZndDsmZ3Q7IFN1YmplY3Q6IFtVc2Vyc10gQmVzdCBw cmFjdGljZSB0byByZXNpemUgYSBXTSBkaXNrIGltYWdlCiZndDsgJmd0OyAmZ3Q7ICZndDsmZ3Q7 CiZndDsgJmd0OyAmZ3Q7ICZndDsmZ3Q7IEhpLAomZ3Q7ICZndDsgJmd0OyAmZ3Q7Jmd0OwomZ3Q7 ICZndDsgJmd0OyAmZ3Q7Jmd0OyBJZiBJIGhhdmUgYSBWTSB0aGF0IGhhcyBydW4gb3V0IG9mIGRp c2sgc3BhY2UsIGhvdyBjYW4gSQomZ3Q7ICZndDsgJmd0OyAmZ3Q7Jmd0OyBpbmNyZWFzZQomZ3Q7 ICZndDsgJmd0OyAmZ3Q7Jmd0OyB0aGUKJmd0OyAmZ3Q7ICZndDsgJmd0OyZndDsgc3BhY2UgaW4g YmVzdCB3YXk/IE9uZSB3YXkgaXMgdG8gYWRkIGEgc2Vjb25kIGJpZ2dlciBkaXNrIHRvCiZndDsg Jmd0OyAmZ3Q7ICZndDsmZ3Q7IHRoZQomZ3Q7ICZndDsgJmd0OyAmZ3Q7Jmd0OyBXTQomZ3Q7ICZn dDsgJmd0OyAmZ3Q7Jmd0OyBhbmQgdGhlbiB1c2UgZGQgb3Igc2ltaWxhciB0byBjb3B5LiBCdXQg aXMgaXQgcG9zc2libGUgdG8KJmd0OyAmZ3Q7ICZndDsgJmd0OyZndDsgc3RyZXRjaAomZ3Q7ICZn dDsgJmd0OyAmZ3Q7Jmd0OyB0aGUKJmd0OyAmZ3Q7ICZndDsgJmd0OyZndDsgb3JpZ2luYWwgZGlz ayBpbnNpZGUgb3Igb3V0c2lkZSBvVmlydCBhbmQgZ2V0IG9WaXJ0IHRvIGtub3cKJmd0OyAmZ3Q7 ICZndDsgJmd0OyZndDsgdGhlCiZndDsgJmd0OyAmZ3Q7ICZndDsmZ3Q7IGJpZ2dlcgomZ3Q7ICZn dDsgJmd0OyAmZ3Q7Jmd0OyBzaXplPwomZ3Q7ICZndDsgJmd0OyAmZ3Q7Jmd0OwomZ3Q7ICZndDsg Jmd0OyAmZ3Q7Jmd0OyBSZWdhcmRzIC8vUmlja3kKJmd0OyAmZ3Q7ICZndDsgJmd0OyZndDsgX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KJmd0OyAmZ3Q7ICZn dDsgJmd0OyZndDsgVXNlcnMgbWFpbGluZyBsaXN0CiZndDsgJmd0OyAmZ3Q7ICZndDsmZ3Q7IDxh IGhyZWY9Im1haWx0bzpVc2Vyc0BvdmlydC5vcmciPlVzZXJzQG92aXJ0Lm9yZzwvYT4gJmd0OyAm Z3Q7Jmd0OwomZ3Q7ICZndDsgJmd0OyAmZ3Q7Jmd0OyA8YSBocmVmPSJodHRwOi8vbGlzdHMub3Zp cnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnMiPmh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFp bG1hbi9saXN0aW5mby91c2VyczwvYT4gJmd0OyAmZ3Q7Jmd0OwomZ3Q7ICZndDsgJmd0OyAKJmd0 OyAmZ3Q7ICZndDsgCiZndDsgJmd0OyBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXwomZ3Q7ICZndDsgVXNlcnMgbWFpbGluZyBsaXN0IDxhIGhyZWY9Im1haWx0 bzpVc2Vyc0BvdmlydC5vcmciPlVzZXJzQG92aXJ0Lm9yZzwvYT4gJmd0OwomZ3Q7ICZndDsgPGEg aHJlZj0iaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzIj5odHRw Oi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnM8L2E+ICZndDsKJmd0OyAK PC9wcmU+DQo8L2Jsb2NrcXVvdGU+DQo8YnI+DQo8L2Jsb2NrcXVvdGU+DQo8YnI+DQo8L2JvZHk+ DQo8L2h0bWw+DQo= --_000_5F9E965F5A80BC468BE5F40576769F091023B2DCexchange21_--

1 0

[Users] DL380 G5 - Fails to Activate
by Tom Brown 25 Jan '13

25 Jan '13

Hi I have a couple of old DL380 G5's and i am putting them into their own cluster for testing various things out. The install of 3.1 from dreyou goes fine onto them but when they try to activate i get the following Host xxx.xxx.net.uk moved to Non-Operational state as host does not meet the cluster's minimum CPU level. Missing CPU features : model_Conroe, nx KVM appears to run just fine on these host and their cpu's are Intel(R) Xeon(R) CPU 5140 @ 2.33GHz Is it possible to add these in to a 3.1 cluster ?? thanks

2 5

[Users] ovirt node
by David Michael 25 Jan '13

25 Jan '13

hi i cannot add ovirt node to thr ovirt engine and i got this log message *[org.ovirt.engine.core.bll.AddVdsCommand]*>* (http-0.0.0.0-8080-3) CanDoAction of action AddVds failed.*>* Reasons:VDS_CANNOT_CONNECT_TO_SERVER,VAR__ACTION__ADD,VAR__TYPE__HOST*

2 1

Re: [Users] Change locale for VNC console
by Itamar Heim 25 Jan '13

25 Jan '13

On 01/03/2013 01:38 PM, Frank Wall wrote: > On Thu, Jan 03, 2013 at 11:20:34AM +0000, Alexandre Santos wrote: >> Did you shutdown the VM and started it again or just restart the VNC connection? > > It was a complete shutdown, have tried this multiple times. actually, changing a config requires engine restart

8 12

[Users] win 7 vm creation:
by Gianluca Cecchi 24 Jan '13

24 Jan '13

Hello, on F18 physical host configured all-in-one oVirt nightly ( ovirt-engine-3.2.0-1.20130101.git2184580.fc18.noarch ) Trying to setup a w7 vm in run once, I get Error win7tst: - Cannot run VM. There are no available running Hosts in the Host Cluster. Here are screenshots for: vm network https://docs.google.com/open?id=0BwoPbcrMv8mvQWpwMUh6ZGRVeGc host network, after setting it up with drag of ovirtmgmt to em3 (the host currently has only em3.65 configured) https://docs.google.com/open?id=0BwoPbcrMv8mvRkVLSlkxWnRwakE engine log gzipped: https://docs.google.com/open?id=0BwoPbcrMv8mvcXRERkEyQW5Yc1U Is there an evident error in my config or should I send any other log? screenshots for local_cluster and local_host situation https://docs.google.com/open?id=0BwoPbcrMv8mvNV8zWTJLWHFhdFU and https://docs.google.com/open?id=0BwoPbcrMv8mvejlGUW5UWkxKMDg Thanks, Gianluca

4 9

[Users] Attaching export domain to dc fails
by Patrick Hurrelmann 24 Jan '13

24 Jan '13

Hi list, in one datacenter I'm facing problems with my export storage. The dc is of type single host with local storage. On the host I see that the nfs export domain is still connected, but the engine does not show this and therefore it cannot be used for exports or detached. Trying to add attach the export domain again fails. The following is logged n vdsm: Thread-1902159::ERROR::2013-01-24 17:11:45,474::task::853::TaskManager.Task::(_setError) Task=`4bc15024-7917-4599-988f-2784ce43fbe7`::Unexpected error Traceback (most recent call last): File "/usr/share/vdsm/storage/task.py", line 861, in _run return fn(*args, **kargs) File "/usr/share/vdsm/logUtils.py", line 38, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/storage/hsm.py", line 960, in attachStorageDomain pool.attachSD(sdUUID) File "/usr/share/vdsm/storage/securable.py", line 63, in wrapper return f(self, *args, **kwargs) File "/usr/share/vdsm/storage/sp.py", line 924, in attachSD dom.attach(self.spUUID) File "/usr/share/vdsm/storage/sd.py", line 442, in attach raise se.StorageDomainAlreadyAttached(pools[0], self.sdUUID) StorageDomainAlreadyAttached: Storage domain already attached to pool: 'domain=cd23808b-136a-4b33-a80c-f2581eab022d, pool=d95c53ca-9cef-4db2-8858-bf4937bd8c14' It won't let me attach the export domain saying that it is already attached. Manually umounting the export domain on the host results in the same error on subsequent attach. This is on CentOS 6.3 using Dreyou's rpms. Installed versions on host: vdsm.x86_64 4.10.0-0.44.14.el6 vdsm-cli.noarch 4.10.0-0.44.14.el6 vdsm-python.x86_64 4.10.0-0.44.14.el6 vdsm-xmlrpc.noarch 4.10.0-0.44.14.el6 Engine: ovirt-engine.noarch 3.1.0-3.19.el6 ovirt-engine-backend.noarch 3.1.0-3.19.el6 ovirt-engine-cli.noarch 3.1.0.7-1.el6 ovirt-engine-config.noarch 3.1.0-3.19.el6 ovirt-engine-dbscripts.noarch 3.1.0-3.19.el6 ovirt-engine-genericapi.noarch 3.1.0-3.19.el6 ovirt-engine-jbossas711.x86_64 1-0 ovirt-engine-notification-service.noarch 3.1.0-3.19.el6 ovirt-engine-restapi.noarch 3.1.0-3.19.el6 ovirt-engine-sdk.noarch 3.1.0.5-1.el6 ovirt-engine-setup.noarch 3.1.0-3.19.el6 ovirt-engine-tools-common.noarch 3.1.0-3.19.el6 ovirt-engine-userportal.noarch 3.1.0-3.19.el6 ovirt-engine-webadmin-portal.noarch 3.1.0-3.19.el6 ovirt-image-uploader.noarch 3.1.0-16.el6 ovirt-iso-uploader.noarch 3.1.0-16.el6 ovirt-log-collector.noarch 3.1.0-16.el6 How can this be recovered to a sane state? If more information is needed, please do not hesitate to request it. Thanks and regards Patrick -- Lobster LOGsuite GmbH, Münchner Straße 15a, D-82319 Starnberg HRB 178831, Amtsgericht München Geschäftsführer: Dr. Martin Fischer, Rolf Henrich

2 2

[Users] storage domain auto re-cover
by Alex Leonhardt 24 Jan '13

24 Jan '13

hi, is it possible to set a storage domain to auto-recover / auto-reactivate ? e.g. after I restart a host that runs a storage domain, i want ovirt engine to make that storage domain active after the host has come up. thanks alex -- | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com |

2 3

[Users] custom nfs mount options
by Alex Leonhardt 24 Jan '13

24 Jan '13

Hi, Is it possible set custom nfs mount options, specifically : noatime, wsize and rsize ? I couldnt see anything when "adding a NFS domain" - only timeout & retry. Thanks! Alex -- | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com |

5 10