- Users - oVirt List Archives

Re: [ovirt-users] Caused by: java.lang.IllegalStateException: Insufficient amount of free MACs.
by Punit Dambiwal 13 Apr '15

13 Apr '15

Hi Itamar, Still not...it's a bug in the Ovirt 3.5.1 https://bugzilla.redhat.com/show_bug.cgi?id=1208416 https://gerrit.ovirt.org/#/c/39484/ Hope this can be resolved in 3.5.2...but it seems they will resolve it in 3.6... Thanks, Punit On Sun, Apr 12, 2015 at 7:08 PM, Itamar Heim <iheim(a)redhat.com> wrote: > On 04/02/2015 07:02 AM, Punit Dambiwal wrote: > >> Hi All, >> >> Still i am facing the same issue... >> >> Thanks, >> Punit >> >> On Tue, Feb 24, 2015 at 11:58 AM, Punit Dambiwal <hypunit(a)gmail.com >> <mailto:hypunit@gmail.com>> wrote: >> >> Hi Martin, >> >> Did you restart your engine prior to these operations? >> Yes...and i restarted after the modifications... >> >> Isn't possible, that you have it configured with some much smaller >> range and forgot to restart prior to using new range? >> No.....I configured with big range at first and after that there was >> no modifications.. >> >> Also can you give me version of your system? >> I am using the ovirt 3.5.1.1 >> >> Thanks, >> punit >> >> On Wed, Feb 18, 2015 at 11:36 PM, Martin Mucha <mmucha(a)redhat.com >> <mailto:mmucha@redhat.com>> wrote: >> >> Hi, >> >> so the syntax of MAC addresses ranges is ok, log confirmed that >> I was looking at the right place. I tried to do some tests with >> pool repeatedly depleting all MAC addresses in random order and >> then putting all of them back, and everytime I got back to empty >> pool, so it seems that pool itself does not leak. I'll try to >> find potential problem, but I'll ask first one more question >> Martin (the other one) suggested. Did you restart your engine >> prior to these operations? Isn't possible, that you have it >> configured with some much smaller range and forgot to restart >> prior to using new range? Also can you give me version of your >> system? Newer versions do set ranges differently than via >> engine-config (also without need to restart). >> >> M. >> >> ----- Original Message ----- >> > Hi Martin, >> > >> > I am using the below mac address pool ranges :- >> http://ur1.ca/jqudg >> > >> > Engine Log :- http://ur1.ca/jquep >> > >> > I have created almost 8 OS templates and every template has 2 >> NIC...and for >> > the same i have added the mac address pool....the total mac >> address should >> > be 4072 and i have used in my system is about 1580 mac >> address....but now >> > when i create new VM it failed with the error "Insufficient >> amount of free >> > MACs" >> > >> > Thanks, >> > Punit >> > >> > >> > >> > >> > On Tue, Feb 17, 2015 at 7:29 PM, Martin Mucha >> <mmucha(a)redhat.com <mailto:mmucha@redhat.com>> wrote: >> > >> > > Hi, >> > > >> > > I'm able to track down responsible code using provided >> error message. I'm >> > > not sure what "deploy the VM with Template" is, but I >> suspect you've >> > > imported VM from template. When that happens, for each >> interface without >> > > MAC address is new obtained, or for each of them, when >> "importing as new". >> > > I did not see (so far) anything bad in code. Can you >> provide me with some >> > > details I can verify or work with? Details about that VM >> (number of it's >> > > nics or anything else you think it can be important), >> defined MAC address >> > > range, who else is using this MAC address range, etc. >> > > >> > > Mar. >> > > >> > > ----- Original Message ----- >> > > > Hi, >> > > > >> > > > I am facing this strange issue if i deploy the VM with >> Template... >> > > > >> > > > Caused by: java.lang.IllegalStateException: Insufficient >> amount of free >> > > MACs. >> > > > >> > > > Actually i have almost 2000 Mac address free in our >> environment but VM >> > > > creation failed with this error :- >> > > > >> > > > Thanks, >> > > > Punit >> > > > >> > > > _______________________________________________ >> > > > Users mailing list >> > > > Users(a)ovirt.org <mailto:Users@ovirt.org> >> > > > http://lists.ovirt.org/mailman/listinfo/users >> > > > >> > > >> > >> >> >> >> >> >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> > was this resolved? >

1 0

Cannot add Posix Storage
by shimano 12 Apr '15

12 Apr '15

Hi everyone... I have a little strange situation... I'm trying to add Posix Compliant FS Storage Domain based on MooseFS. As You can read below, oVirt is mounting it correctly but it cannot make a Storage Domain. Anybody could help? // Quick investigation Is /posix mounted? root@host008:/tmp mount |grep fuse root@host008:/tmp Nope. Add Storage Domain via Web Panel with parameters: Name: MooseFS Domain Function / Storage Type: Data / POSIX Compliant FS Use Host: HOST008 Path: mfsmount VFS Type: fuse Mount Options: mfsmaster=mfsmaster,mfsport=9421,mfssubfolder=/posix,_netdev Debug logs from task: JsonRpc (StompReactor)::DEBUG::2015-04-02 08:52:58,231::stompReactor::98::Broker.StompAdapter::(handle_frame) Handling message <StompFrame command='SEND'> JsonRpcServer::DEBUG::2015-04-02 08:52:58,232::__init__::506::jsonrpc.JsonRpcServer::(serve_requests) Waiting for request Thread-549209::DEBUG::2015-04-02 08:52:58,232::__init__::469::jsonrpc.JsonRpcServer::(_serveRequest) Calling 'StoragePool.connectStorageServer' in bridge with {'connectionParams': [{'password': '', 'id': '00000000-0000-0000-0000-000000000000', 'connection': 'mfsmount', 'mnt_options': 'mfsmaster=mfsmaster,mfsport=9421,mfssubfolder=/posix,_netdev', 'user': '', 'tpgt': '1', 'vfs_type': 'fuse', 'iqn': '', 'port': ''}], 'storagepoolID': '00000000-0000-0000-0000-000000000000', 'domainType': 6} Thread-549209::DEBUG::2015-04-02 08:52:58,234::task::595::Storage.TaskManager.Task::(_updateState) Task=`9bb09583-d8f7-4189-b9ab-81b925f8fc13`::moving from state init -> state preparing Thread-549209::INFO::2015-04-02 08:52:58,234::logUtils::44::dispatcher::(wrapper) Run and protect: connectStorageServer(domType=6, spUUID='00000000-0000-0000-0000-000000000000', conList=[{'iqn': '', 'port': '', 'connection': 'mfsmount', 'mnt_options': 'mfsmaster=mfsmaster,mfsport=9421,mfssubfolder=/posix,_netdev', 'user': '', 'tpgt': '1', 'vfs_type': 'fuse', 'password': '******', 'id': '00000000-0000-0000-0000-000000000000'}], options=None) Thread-549209::DEBUG::2015-04-02 08:52:58,237::fileUtils::142::Storage.fileUtils::(createdir) Creating directory: /rhev/data-center/mnt/mfsmount Thread-549209::WARNING::2015-04-02 08:52:58,237::fileUtils::149::Storage.fileUtils::(createdir) Dir /rhev/data-center/mnt/mfsmount already exists Thread-549209::DEBUG::2015-04-02 08:52:58,238::mount::227::Storage.Misc.excCmd::(_runcmd) /usr/bin/sudo -n /bin/mount -t fuse -o mfsmaster=mfsmaster,mfsport=9421,mfssubfolder=/posix,_netdev mfsmount /rhev/data-center/mnt/mfsmount (cwd None) JsonRpc (StompReactor)::DEBUG::2015-04-02 08:52:58,271::stompReactor::98::Broker.StompAdapter::(handle_frame) Handling message <StompFrame command='SEND'> JsonRpcServer::DEBUG::2015-04-02 08:52:58,273::__init__::506::jsonrpc.JsonRpcServer::(serve_requests) Waiting for request Thread-549210::DEBUG::2015-04-02 08:52:58,276::stompReactor::163::yajsonrpc.StompServer::(send) Sending response JsonRpc (StompReactor)::DEBUG::2015-04-02 08:52:58,279::stompReactor::98::Broker.StompAdapter::(handle_frame) Handling message <StompFrame command='SEND'> JsonRpcServer::DEBUG::2015-04-02 08:52:58,280::__init__::506::jsonrpc.JsonRpcServer::(serve_requests) Waiting for request Thread-549211::DEBUG::2015-04-02 08:52:58,282::stompReactor::163::yajsonrpc.StompServer::(send) Sending response Thread-549209::ERROR::2015-04-02 08:52:58,523::hsm::2424::Storage.HSM::(connectStorageServer) Could not connect to storageServer Traceback (most recent call last): File "/usr/share/vdsm/storage/hsm.py", line 2421, in connectStorageServer conObj.connect() File "/usr/share/vdsm/storage/storageServer.py", line 222, in connect self.getMountObj().getRecord().fs_file) File "/usr/share/vdsm/storage/mount.py", line 278, in getRecord (self.fs_spec, self.fs_file)) OSError: [Errno 2] Mount of `mfsmount` at `/rhev/data-center/mnt/mfsmount` does not exist Thread-549209::DEBUG::2015-04-02 08:52:58,524::hsm::2443::Storage.HSM::(connectStorageServer) knownSDs: {2df46204-217e-416f-a072-ab8ef17cd8d2: storage.nfsSD.findDomain, 316c3e1c-4e61-4b0a-b2f6-63cc22d3ab25: storage.nfsSD.findDomain, 6c348f77-bb02-4135-b629-2c9cacb0b85c: storage.nfsSD.findDomain, 00697722-a1ce-4911-a84c-c4688e5076fe: storage.nfsSD.findDomain, 6ac038d7-969d-45b5-be5f-c58a66a78a90: storage.nfsSD.findDomain} Thread-549209::INFO::2015-04-02 08:52:58,524::logUtils::47::dispatcher::(wrapper) Run and protect: connectStorageServer, Return response: {'statuslist': [{'status': 100, 'id': '00000000-0000-0000-0000-000000000000'}]} Thread-549209::DEBUG::2015-04-02 08:52:58,525::task::1191::Storage.TaskManager.Task::(prepare) Task=`9bb09583-d8f7-4189-b9ab-81b925f8fc13`::finished: {'statuslist': [{'status': 100, 'id': '00000000-0000-0000-0000-000000000000'}]} Thread-549209::DEBUG::2015-04-02 08:52:58,525::task::595::Storage.TaskManager.Task::(_updateState) Task=`9bb09583-d8f7-4189-b9ab-81b925f8fc13`::moving from state preparing -> state finished Thread-549209::DEBUG::2015-04-02 08:52:58,526::resourceManager::940::Storage.ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-549209::DEBUG::2015-04-02 08:52:58,526::resourceManager::977::Storage.ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-549209::DEBUG::2015-04-02 08:52:58,526::task::993::Storage.TaskManager.Task::(_decref) Task=`9bb09583-d8f7-4189-b9ab-81b925f8fc13`::ref 0 aborting False Thread-549209::DEBUG::2015-04-02 08:52:58,527::__init__::500::jsonrpc.JsonRpcServer::(_serveRequest) Return 'StoragePool.connectStorageServer' in bridge with [{'status': 100, 'id': '00000000-0000-0000-0000-000000000000'}] Thread-549209::DEBUG::2015-04-02 08:52:58,527::stompReactor::163::yajsonrpc.StompServer::(send) Sending response Thread-29::DEBUG::2015-04-02 08:52:59,236::domainMonitor::209::Storage.DomainMonitorThread::(_monitorDomain) Refreshing domain 316c3e1c-4e61-4b0a-b2f6-63cc22d3ab25 Really? Incorrect mount options? Trying mount from hand... But first, check for mounts: root@host008:/tmp mount |grep fuse mfsmaster:9421 on /rhev/data-center/mnt/mfsmount type fuse.mfs (rw,allow_other) Oh! It is already mounted! So oVirt mounted it correctly, but cannot use mountpoint? Hm, permissions? root@host008:/tmp ls -al /rhev/data-center/mnt/mfsmount/ total 4 drwxr-xr-x 2 vdsm kvm 0 Apr 1 14:57 . drwxr-xr-x 8 vdsm kvm 4096 Apr 2 08:43 .. Looks fine... Ok, try to unmount and mount manually. root@host008:/tmp umount /rhev/data-center/mnt/mfsmount/ root@host008:/tmp mount |grep fuse root@host008:/tmp mount -t fuse -o mfsmaster=mfsmaster,mfsport=9421,mfssubfolder=/posix,_netdev mfsmount /rhev/data-center/mnt/mfsmount mfsmaster accepted connection with parameters: read-write,restricted_ip ; root mapped to root:root root@host008:/tmp mount |grep fuse mfsmaster:9421 on /rhev/data-center/mnt/mfsmount type fuse.mfs (rw,allow_other) root@host008:/tmp ls -al /rhev/data-center/mnt/mfsmount/ total 4 drwxr-xr-x 2 vdsm kvm 0 Apr 1 14:57 . drwxr-xr-x 8 vdsm kvm 4096 Apr 2 08:43 .. Ok, but I'm root. Try to do it as vdsm user. root@host008:/tmp cat /etc/passwd /etc/group |grep :36: vdsm:x:36:36:Node Virtualization Manager:/var/lib/vdsm:/bin/bash kvm:x:36:qemu,sanlock root@host008:/tmp umount /rhev/data-center/mnt/mfsmount/ root@host008:/tmp su vdsm vdsm@host008:/tmp /usr/bin/sudo -n /bin/mount -t fuse -o mfsmaster=mfsmaster,mfsport=9421,mfssubfolder=/posix,_netdev mfsmount /rhev/data-center/mnt/mfsmount mfsmaster accepted connection with parameters: read-write,restricted_ip ; root mapped to root:root vdsm@host008:/tmp ls -al /rhev/data-center/mnt/mfsmount/ total 4 drwxr-xr-x 2 vdsm kvm 0 Apr 1 14:57 . drwxr-xr-x 8 vdsm kvm 4096 Apr 2 08:43 .. vdsm@host008:/tmp mkdir /rhev/data-center/mnt/mfsmount/ovirt-storage-test vdsm@host008:/tmp ls -al /rhev/data-center/mnt/mfsmount/ total 4 drwxr-xr-x 3 vdsm kvm 0 Apr 2 2015 . drwxr-xr-x 8 vdsm kvm 4096 Apr 2 08:43 .. drwxr-xr-x 2 vdsm kvm 0 Apr 2 2015 ovirt-storage-test // End of quick investigation

2 2

Issue with vdsm on EL6 nodes
by knarra 12 Apr '15

12 Apr '15

Hi Everyone, I have updated my nodes to the latest vdsm. After updating when i try to run "vdsClient -s localhost glusterVolumeStatsInfoGet volumeName=<vol_name>" i see the following output displayed. Traceback (most recent call last): File "/usr/share/vdsm/vdsClient.py", line 2839, in <module> code, message = commands[command][0](commandArgs) File "/usr/share/vdsm/vdsClientGluster.py", line 430, in do_glusterVolumeStatsInfoGet status = self.s.glusterVolumeStatsInfoGet(volumeName) File "/usr/lib64/python2.6/xmlrpclib.py", line 1199, in __call__ return self.__send(self.__name, args) File "/usr/lib64/python2.6/xmlrpclib.py", line 1489, in __request verbose=self.__verbose File "/usr/lib64/python2.6/xmlrpclib.py", line 1237, in request errcode, errmsg, headers = h.getreply() File "/usr/lib64/python2.6/httplib.py", line 1064, in getreply response = self._conn.getresponse() File "/usr/lib64/python2.6/httplib.py", line 990, in getresponse response.begin() File "/usr/lib64/python2.6/httplib.py", line 391, in begin version, status, reason = self._read_status() File "/usr/lib64/python2.6/httplib.py", line 349, in _read_status line = self.fp.readline() File "/usr/lib64/python2.6/socket.py", line 433, in readline data = recv(1) File "/usr/lib64/python2.6/ssl.py", line 215, in recv return self.read(buflen) File "/usr/lib64/python2.6/ssl.py", line 136, in read return self._sslobj.read(len) SSLError: [Errno 1] _ssl.c:1390: error:1409442E:SSL routines:SSL3_READ_BYTES:tlsv1 alert protocol version Can some one help me to resolve this issue. Version of vdsm: vdsm-python-4.17.0-616.git7548f81.el6.noarch vdsm-4.17.0-616.git7548f81.el6.x86_64 vdsm-cli-4.17.0-616.git7548f81.el6.noarch vdsm-yajsonrpc-4.17.0-616.git7548f81.el6.noarch vdsm-xmlrpc-4.17.0-616.git7548f81.el6.noarch vdsm-gluster-4.17.0-616.git7548f81.el6.noarch vdsm-infra-4.17.0-616.git7548f81.el6.noarch vdsm-jsonrpc-4.17.0-616.git7548f81.el6.noarch Thanks kasturi.

3 9

oVirt 3.5 - Node Non-Operational
by Marcelo Donato 10 Apr '15

10 Apr '15

*Hi everyone! Suggestions are welcome and since I thank you.* *I have the following scenario:* Host-01: sequoia.din.uem.br - 10.30.4.1 - Manager Host-02: jacaranda.din.uem.br - 10.30.4.2 - Node-01 *As indicated below, the hosts communicate normally:* [root@jacaranda ~]# ping -c 3 sequoia PING sequoia.din.uem.br (10.30.4.1) 56(84) bytes of data. 64 bytes from sequoia.din.uem.br (10.30.4.1): icmp_seq=1 ttl=64 time=0.436 ms 64 bytes from sequoia.din.uem.br (10.30.4.1): icmp_seq=2 ttl=64 time=0.612 ms 64 bytes from sequoia.din.uem.br (10.30.4.1): icmp_seq=3 ttl=64 time=0.635 ms [root@sequoia ~]# ping -c 3 jacaranda PING jacaranda.din.uem.br (10.30.4.2) 56(84) bytes of data. 64 bytes from jacaranda.din.uem.br (10.30.4.2): icmp_seq=1 ttl=64 time=0.443 ms 64 bytes from jacaranda.din.uem.br (10.30.4.2): icmp_seq=2 ttl=64 time=0.587 ms 64 bytes from jacaranda.din.uem.br (10.30.4.2): icmp_seq=3 ttl=64 time=0.563 ms *Network interfaces* [root@jacaranda ~]# ifconfig ovirtmgmt ovirtmgmt Link encap:Ethernet Endereço de HW D4:AE:52:78:4C:17 inet end.: 10.30.4.2 Bcast:10.30.4.255 Masc:255.255.255.0 [root@sequoia ~]# ifconfig eth0 Link encap:Ethernet Endereço de HW 52:54:00:D2:0F:95 inet end.: 10.30.4.1 Bcast:10.30.4.255 Masc:255.255.255.0 *However engine.log, as highlighted below, the problem is in the network.* 2015-03-26 15:00:01,799 ERROR [org.ovirt.engine.core.bll.SetNonOperationalVdsCommand] (DefaultQuartzScheduler_Worker-91) [35dba220] Host Node-01 is set to Non-Operational, it is missing the following networks: ovirtmgmt 2015-03-26 15:00:01,806 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-91) [35dba220] Correlation ID: 35dba220, Job ID: 1b3c2410-a941-4d65-b39d-1a3d2ef378b8, Call Stack: null, Custom Event ID: -1, Message: Host Node-01 does not comply with the cluster Cst-01 networks, the following networks are missing on host: 'ovirtmgmt' 2015-03-26 15:00:01,864 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-91) [6ba58858] Host 4aaf9afb-ae0e-40af-9ef8-ef098d3be91e : Node-01 is already in NonOperational status for reason NETWORK_UNREACHABLE. SetNonOperationalVds command is skipped. [image: Imagem inline 1] -- Ao encaminhar esta mensagem, por favor: 1. Apague o meu e-mail e o meu nome. 2. Apague também os endereços dos amigos antes de reenviar 3. Use Cco ou Bcc para enviar mensagens! Dificulte a disseminação de vírus e spam.

5 39

Can I somehow disable vdsms "restore_nets" ?
by Ernest Beinrohr 10 Apr '15

10 Apr '15

This is a multi-part message in MIME format. --------------060203060101020203010704 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit I use quite a lot of my own config and vdsm restores his version of /etc/sysconfig/network-scripts/ifcfg-* on each start. Can the restore_nets be disabled somehow? -- Ernest Beinrohr, AXON PRO Ing <http://www.beinrohr.sk/ing.php>, RHCE <http://www.beinrohr.sk/rhce.php>, RHCVA <http://www.beinrohr.sk/rhce.php>, LPIC <http://www.beinrohr.sk/lpic.php>, VCA <http://www.beinrohr.sk/vca.php>, +421-2-62410360 +421-903-482603 --------------060203060101020203010704 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body bgcolor="#FFFFFF" text="#000000"> I use quite a lot of my own config and vdsm restores his version of /etc/sysconfig/network-scripts/ifcfg-* on each start. Can the restore_nets be disabled somehow? <div class="moz-signature">-- <div id="oernii_footer" style="color: gray;"> Ernest Beinrohr, AXON PRO <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/ing.php">Ing</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/rhce.php">RHCE</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/rhce.php">RHCVA</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/lpic.php">LPIC</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/vca.php">VCA</a>, +421-2-62410360 +421-903-482603 </div> <img src="http://nojsstats.appspot.com/UA-44497096-1/email.beinrohr.sk" moz-do-not-send="true" border="0" width="1" height="1"> </div> </body> </html> --------------060203060101020203010704--

1 1

RARP and Vlan problem
by Pavel Gandalipov 10 Apr '15

10 Apr '15

Hello, we have logical cluster, that consists of two servers. Each server connected to each of two switches. On the server cluster we run the virtualization farm on which testing virtual machine's migration. In our topology we separate servers's network and virtual machines' network to vlan 3 and 4, respectively. When we manually migrating VM that belongs to Vlan 4 from one host to another we are loosing access to VM because although host sends RARP packet it isn't updating arp table . So host belongs to another vlan then RARP packet from host isn't updating arp entry of VM on the switch. And i have no idea how to make it work. Pavel Gandalipov

2 1

Cancel a running task | Zombie Task
by Punit Dambiwal 10 Apr '15

10 Apr '15

Hi, I have checked and found two tasks running from last 14 hours and there is no option to kill it... [image: Inline image 1] from the SPM host :- [root@cpu11 ~]# vdsClient -s 0 getAllTasksStatuses {'status': {'message': 'OK', 'code': 0}, 'allTasksStatus': {}} [root@cpu11 ~]# Please let me know how i can kill those processes... Thanks, Punit

3 3

install IOPS limits
by Roman Nikolayevich Drovalev 10 Apr '15

10 Apr '15

Ýòî ñîîáùåíèå èç íåñêîëüêèõ ÷àñòåé â ôîðìàòå MIME. --=_alternative 0029826F43257E22_= Content-Type: text/plain; charset="US-ASCII" Hello, How it is possible to instal restrictions for everyone VM IOPS restrictions? I have read the documentation, how it can be made? http://www.ovirt.org/Features/blkio-support >From the documentation: Engine Core DB qos: added limit fields to qos table: max_throughput max_read_throughput max_write_throughput max_iops max_read_iops max_write_iops Thanks, Roman Drovalev --=_alternative 0029826F43257E22_= Content-Type: text/html; charset="US-ASCII" Hello, How it is possible to instal restrictions for everyone VM  IOPS restrictions?  I have read the documentation, how it can be made? <a href="http://www.ovirt.org/Features/blkio-support">http://www.ovirt.org/Features/blkio-support</a> From the documentation: Engine Core DB qos: added limit fields to qos table: <tt> max_throughput max_read_throughput max_write_throughput max_iops max_read_iops max_write_iops </tt> Thanks, Roman Drovalev --=_alternative 0029826F43257E22_=--

2 2

FW: gluster and multipath
by Bill Dossett 10 Apr '15

10 Apr '15

--_000_B47F00825D68444ABC03733078275360377AEF00013BR1MPN1011MG_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Fumble fingered accidental send... From: Bill Dossett Sent: 09 April 2015 11:33 To: users(a)ovirt.org Subject: gluster and multipath Hi, Just got very confused trying to add create an additional brick on my glust= er node (I had created one yesterday and all was fine0 I had already created a partition on my /dev/sdb called sdb1 But when I tried mkfs.xfs (I am using xfs as that was in the example I was= following - if LVM or something else would be better I am open to suggesti= ons!) It said /dev/sdb1 no such file or directory - which confused me as this wor= ked yesterday. I deleted the partition recreated it and tried and then it said that the de= vice was busy. It appears that multipathd is the culprit... but what I am struggling with = is why it worked yesterday?? I may have created the partition before I pus= hed the gluster install to it from the ovirt-engine? And does that install= multipathd and it is now grabbing my devices? It is the only thing I can = think of. And if that is the case - I guess I have to blacklist these devices in mult= ipath.conf while I create the partitions? And reboot and then remove the b= lacklist and reboot - seems a bit clunky, is there a better way to add part= itions and bricks? Or I am just in a vortex wormhole of misunderstanding and grasping at stars= to try and pull myself out ? Thankyou for any advice - especially as this may not be so ovirt or a quest= ion, but it's what I am working on. Bill Dossett Systems Architect Tech Central - Global Engineering Services T +1 303 440 3523 M +44 (0)777 590 8612 bill.dossett(a)pb.com<mailto:bill.dossett@pb.com> pitneybowes.com<http://pitneybowes.com/> Pitney Bowes 4750 Walnut Street | Boulder, Colorado, 80301 | USA In Engineering? Raise a ticket via Remedy Anywhere [HERE<applewebdata://5D25CA10-0BA9-4233-= 9DDF-69951F87F8AB/teamsite.inside.pb.com/sites/TCPPM/GES/Lists/Create%20Inc= ident/newIncident.aspx>] takes less than a minute CloudForms User Guide available [HERE<https://dl.dropboxusercontent.com/u/6= 219441/ManageIQ%20-%20User%20Manual%20PB%20v5.pdf>] ________________________________ --_000_B47F00825D68444ABC03733078275360377AEF00013BR1MPN1011MG_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"EN-GB" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> Fumble fingered accide= ntal send…<o:p></o:p> <o:p> </o:p></spa= n> <o:p> </o:p></spa= n> <o:p> </o:p></spa= n> <div> <div style=3D"border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm = 0cm 0cm"> From: Bill Dossett Sent: 09 April 2015 11:33 To: users(a)ovirt.org Subject: gluster and multipath<o:p></o:p> </div> </div> <o:p> </o:p> Hi,<o:p></o:p> <o:p> </o:p> Just got very confused trying to add create an addit= ional brick on my gluster node (I had created one yesterday and all was fin= e0<o:p></o:p> <o:p> </o:p> I had already created a partition on my /dev/sdb cal= led sdb1<o:p></o:p> <o:p> </o:p> But when I tried mkfs.xfs  (I am using xfs as t= hat was in the example I was following – if LVM or something else wou= ld be better I am open to suggestions!)<o:p></o:p> <o:p> </o:p> It said /dev/sdb1 no such file or directory – = which confused me as this worked yesterday.<o:p></o:p> <o:p> </o:p> I deleted the partition recreated it and tried and t= hen it said that the device was busy.<o:p></o:p> <o:p> </o:p> It appears that multipathd is the culprit… but= what I am struggling with is why it worked yesterday??  I may have cr= eated the partition before I pushed the gluster install to it from the ovir= t-engine?  And does that install multipa= thd and it is now grabbing my devices?  It is the only thing I can think = of.<o:p></o:p> <o:p> </o:p></spa= n> And if that is the cas= e – I guess I have to blacklist these devices in multipath.conf while= I create the partitions?  And reboot and then remove the blacklist an= d reboot – seems a bit clunky, is there a better way to add partitions and bricks?<o:p></o:p> <o:p> </o:p></spa= n> Or I am just in a vort= ex wormhole of misunderstanding and grasping at stars to try and pull mysel= f out ?<o:p></o:p> <o:p> </o:p></spa= n> Thankyou for any advic= e – especially as this may not be so ovirt or a question, but it&#821= 7;s what I am working on.<o:p></o:p> <o:p> </o:p></spa= n> <o:p> </o:p></spa= n> <o:p> </o:p> <table class=3D"MsoNormalTable" border=3D"0" cellspacing=3D"0" cellpadding= =3D"0" width=3D"1280" style=3D"width:960.0pt"> <tbody> <tr> <td width=3D"640" style=3D"width:480.0pt;padding:0cm 0cm 0cm 0cm"> Bill Dossett<o:p><= /o:p> Systems Archit= ect<o:p></o:p> </td> </tr> <tr> <td width=3D"640" style=3D"width:480.0pt;padding:0cm 0cm 0cm 0cm"> Tech Centra= l – Global Engineering Services<o:p></o:p>  <o:p></o:p>= T</b= > +1 303 440 3523<spa= n style=3D"mso-fareast-language:EN-GB"><o:p></o:p> M</b= > +44 (0)777 590 8612= <o:p></o:p> <a href= =3D"mailto:bill.dossett@pb.com">bill.dossett@= pb.com</a><o:p></o:p> <a href= =3D"http://pitneybowes.com/">pitneybowes.com<= /span></a><o:p></o:p> Pitney Bowes<spa= n style=3D"mso-fareast-language:EN-GB"><o:p></o:p> 4750 Walnut St= reet | Boulder, Colorado, 80301 | USA<o:p></o:p>  <= span style=3D"mso-fareast-language:EN-GB"><o:p></o:p> </td> </tr> <tr> <td width=3D"640" style=3D"width:480.0pt;padding:0cm 0cm 0cm 0cm">  <o:= p></o:p> </td> </tr> <tr> <td width=3D"640" style=3D"width:480.0pt;padding:0cm 0cm 0cm 0cm"> In Engineering?<o:p></o:p> Raise a tic= ket via Remedy Anywhere [<a href=3D"applewebd= ata://5D25CA10-0BA9-4233-9DDF-69951F87F8AB/teamsite.inside.pb.com/sites/TCP= PM/GES/Lists/Create%20Incident/newIncident.aspx">HERE</a>] takes less than a minute<o= :p></o:p>  </spa= n><o:p></o:p> CloudForms = User Guide available = [<a href=3D"https://dl.dropboxusercontent.= com/u/6219441/ManageIQ%20-%20User%20Manual%20PB%20v5.pdf">HERE</a>]<o:p></o:p> </td> </tr> </tbody> </table> <o:p>&nbs= p;</o:p> <o:p> </o:p> </div> <hr> </body> </html> --_000_B47F00825D68444ABC03733078275360377AEF00013BR1MPN1011MG_--

2 1

simple-sso w. kerberos & iplanet ldap - login slow and unreliable (ovirt 3.5.1.1)
by Alastair Neil 09 Apr '15

09 Apr '15

I have configured the simple-sso with kerberos. I can successfully login most of the time, but often the login fails and I am dropped at the portal login window and prompted for the internal account username and password. Host is FC 20. Also, adding users in the GMU-authz o=gmu.edu namespace is agonisingly slow returning from the directory lookup. I can see from the apache logs that the kerberos authentication is successful, but in the engine logs I see many errors: 2015-04-09 13:39:28,493 ERROR > [org.ovirt.engine.core.aaa.filters.BasicAuthenticationFilter] > (ajp--127.0.0.1-8702-11) Cannot obtain profile for user aneil2 and eventually: 2015-04-09 13:39:28,342 ERROR > [org.ovirt.engine.core.aaa.filters.BasicAuthenticationFilter] > (ajp--127.0.0.1-8702-5) Cannot obtain profile for user aneil2 > {Extkey[name=EXTENSION_INVOKE_CONTEXT;type=class > org.ovirt.engine.api.extensions.ExtMap;uuid=EXTENSION_INVOKE_CONTEXT[886d2ebb-312a-49ae-9cc3-e1f849834b7d];]={Extkey[name=EXTENSION_INTERFACE_VERSION_MAX;type=class > java.lang.Integer;uuid=EXTENSION_INTERFACE_VERSION_MAX[f4cff49f-2717-4901-8ee9-df362446e3e7];]=0, > Extkey[name=EXTENSION_LICENSE;type=class > java.lang.String;uuid=EXTENSION_LICENSE[8a61ad65-054c-4e31-9c6d-1ca4d60a4c18];]=ASL > 2.0, Extkey[name=EXTENSION_NOTES;type=class > java.lang.String;uuid=EXTENSION_NOTES[2da5ad7e-185a-4584-aaff-97f66978e4ea];]=Display > name: ovirt-engine-extension-aaa-ldap-1.0.2-1.fc20, > Extkey[name=EXTENSION_HOME_URL;type=class > java.lang.String;uuid=EXTENSION_HOME_URL[4ad7a2f4-f969-42d4-b399-72d192e18304];]= > http://www.ovirt.org, Extkey[name=EXTENSION_LOCALE;type=class > java.lang.String;uuid=EXTENSION_LOCALE[0780b112-0ce0-404a-b85e-8765d778bb29];]=en_US, > Extkey[name=EXTENSION_NAME;type=class > java.lang.String;uuid=EXTENSION_NAME[651381d3-f54f-4547-bf28-b0b01a103184];]=ovirt-engine-extension-aaa-ldap.authz, > Extkey[name=EXTENSION_INTERFACE_VERSION_MIN;type=class > java.lang.Integer;uuid=EXTENSION_INTERFACE_VERSION_MIN[2b84fc91-305b-497b-a1d7-d961b9d2ce0b];]=0, > Extkey[name=EXTENSION_CONFIGURATION;type=class > java.util.Properties;uuid=EXTENSION_CONFIGURATION[2d48ab72-f0a1-4312-b4ae-5068a226b0fc];]=***, > Extkey[name=EXTENSION_AUTHOR;type=class > java.lang.String;uuid=EXTENSION_AUTHOR[ef242f7a-2dad-4bc5-9aad-e07018b7fbcc];]=The > oVirt Project, Extkey[name=AAA_AUTHZ_QUERY_MAX_FILTER_SIZE;type=class > java.lang.Integer;uuid=AAA_AUTHZ_QUERY_MAX_FILTER_SIZE[2eb1f541-0f65-44a1-a6e3-014e247595f5];]=50, > Extkey[name=EXTENSION_INSTANCE_NAME;type=class > java.lang.String;uuid=EXTENSION_INSTANCE_NAME[65c67ff6-aeca-4bd5-a245-8674327f011b];]=GMU-authz, > Extkey[name=EXTENSION_BUILD_INTERFACE_VERSION;type=class > java.lang.Integer;uuid=EXTENSION_BUILD_INTERFACE_VERSION[cb479e5a-4b23-46f8-aed3-56a4747a8ab7];]=0, > Extkey[name=EXTENSION_CONFIGURATION_SENSITIVE_KEYS;type=interface > java.util.Collection;uuid=EXTENSION_CONFIGURATION_SENSITIVE_KEYS[a456efa1-73ff-4204-9f9b-ebff01e35263];]=[], > Extkey[name=EXTENSION_GLOBAL_CONTEXT;type=class > org.ovirt.engine.api.extensions.ExtMap;uuid=EXTENSION_GLOBAL_CONTEXT[9799e72f-7af6-4cf1-bf08-297bc8903676];]=*skip*, > Extkey[name=EXTENSION_VERSION;type=class > java.lang.String;uuid=EXTENSION_VERSION[fe35f6a8-8239-4bdb-ab1a-af9f779ce68c];]=1.0.2, > Extkey[name=AAA_AUTHZ_AVAILABLE_NAMESPACES;type=interface > java.util.Collection;uuid=AAA_AUTHZ_AVAILABLE_NAMESPACES[6dffa34c-955f-486a-bd35-0a272b45a711];]=[o= > gmu.edu] Extkey[name=EXTENSION_MANAGER_TRACE_LOG;type=interface > org.slf4j.Logger;uuid=EXTENSION_MANAGER_TRACE_LOG[863db666-3ea7-4751-9695-918a3197ad83];]=org.slf4j.impl.Slf4jLogger(org.ovirt.engine.core.extensions.mgr.ExtensionsManager.trace.ovirt-engine-extension-aaa-ldap.authz.GMU-authz), > Extkey[name=EXTENSION_PROVIDES;type=interface > java.util.Collection;uuid=EXTENSION_PROVIDES[8cf373a6-65b5-4594-b828-0e275087de91];]=[org.ovirt.engine.api.extensions.aaa.Authz], > Extkey[name=EXTENSION_CONFIGURATION_FILE;type=class > java.lang.String;uuid=EXTENSION_CONFIGURATION_FILE[4fb0ffd3-983c-4f3f-98ff-9660bd67af6a];]=/etc/ovirt-engine/extensions.d/GMU-authz.properties}, > Extkey[name=AAA_AUTHZ_QUERY_FLAGS;type=class > java.lang.Integer;uuid=AAA_AUTHZ_QUERY_FLAGS[97d226e9-8d87-49a0-9a7f-af689320907b];]=3, > Extkey[name=EXTENSION_INVOKE_COMMAND;type=class > org.ovirt.engine.api.extensions.ExtUUID;uuid=EXTENSION_INVOKE_COMMAND[485778ab-bede-4f1a-b823-77b262a2f28d];]=AAA_AUTHZ_FETCH_PRINCIPAL_RECORD[5a5bf9bb-9336-4376-a823-26efe1ba26df], > Extkey[name=AAA_AUTHN_AUTH_RECORD;type=class > org.ovirt.engine.api.extensions.ExtMap;uuid=AAA_AUTHN_AUTH_RECORD[e9462168-b53b-44ac-9af5-f25e1697173e];]={Extkey[name=AAA_AUTHN_AUTH_RECORD_PRINCIPAL;type=class > java.lang.String;uuid=AAA_AUTHN_AUTH_RECORD_PRINCIPAL[c3498f07-11fe-464c-958c-8bd7490b119a];]=aneil2}} > {Extkey[name=EXTENSION_INVOKE_RESULT;type=class > java.lang.Integer;uuid=EXTENSION_INVOKE_RESULT[0909d91d-8bde-40fb-b6c0-099c772ddd4e];]=2, > Extkey[name=EXTENSION_INVOKE_MESSAGE;type=class > java.lang.String;uuid=EXTENSION_INVOKE_MESSAGE[b7b053de-dc73-4bf7-9d26-b8bdb72f5893];]=Cannot > locate principal 'aneil2'} > 2015-04-09 13:39:28,527 ERROR > [org.ovirt.engine.core.aaa.filters.BasicAuthenticationFilter] > (ajp--127.0.0.1-8702-6) Cannot obtain profile for user aneil2 > 2015-04-09 13:39:28,493 ERROR > [org.ovirt.engine.core.aaa.filters.BasicAuthenticationFilter] > (ajp--127.0.0.1-8702-11) Cannot obtain profile for user aneil2 > 2015-04-09 13:39:28,593 INFO > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > (ajp--127.0.0.1-8702-6) Correlation ID: null, Call Stack: null, Custom > Event ID: -1, Message: User aneil2@GMU.EDU@GMU-http logged in. I suspect the ldap lookup is not working correctly. Here are the relevant config files: cat /etc/ovirt-engine/aaa/GMU.properties file: # Select one > # > #include = <openldap.properties> > #include = <389ds.properties> > #include = <rhds.properties> > #include = <ipa.properties> > include = <iplanet.properties> > #include = <rfc2307.properties> > #include = <rfc2307-openldap.properties> > # > # Server > # > vars.server = dirapps.gmu.edu > # > # Search user and its password. > # > vars.user = uid=proxy,ou=people,o=gmu.edu > vars.password = XXXXXXXXXX > pool.default.serverset.single.server = ${global:vars.server} > pool.default.auth.simple.bindDN = ${global:vars.user} > pool.default.auth.simple.password = ${global:vars.password} > # Create keystore, import certificate chain and uncomment > # if using ssl/tls. > #pool.default.ssl.startTLS = true > #pool.default.ssl.truststore.file = > ${local:_basedir}/${global:vars.server}.jks > #pool.default.ssl.truststore.password = changeit > cat /etc/ovirt-engine/extensions.d/GMU-authz.properties > ovirt.engine.extension.name = GMU-authz > ovirt.engine.extension.bindings.method = jbossmodule > ovirt.engine.extension.binding.jbossmodule.module = > org.ovirt.engine-extensions.aaa.ldap > ovirt.engine.extension.binding.jbossmodule.class = > org.ovirt.engineextensions.aaa.ldap.AuthzExtension > ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authz > config.profile.file.1 = ../aaa/GMU.properties > #config.globals.bindFormat.simple_bindFormat = realm cat /etc/ovirt-engine/extensions.d/GMU-http-authn.properties > ovirt.engine.extension.name = GMU-http-authn > ovirt.engine.extension.bindings.method = jbossmodule > ovirt.engine.extension.binding.jbossmodule.module = > org.ovirt.engine-extensions.aaa.misc > ovirt.engine.extension.binding.jbossmodule.class = > org.ovirt.engineextensions.aaa.misc.http.AuthnExtension > ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authn > ovirt.engine.aaa.authn.profile.name = GMU-http > ovirt.engine.aaa.authn.authz.plugin = GMU-authz > ovirt.engine.aaa.authn.mapping.plugin = http-mapping > config.artifact.name = HEADER > config.artifact.arg = X-Remote-User cat /etc/ovirt-engine/extensions.d/http-mapping.properties > ovirt.engine.extension.name = http-mapping > ovirt.engine.extension.bindings.method = jbossmodule > ovirt.engine.extension.binding.jbossmodule.module = > org.ovirt.engine-extensions.aaa.misc > ovirt.engine.extension.binding.jbossmodule.class = > org.ovirt.engineextensions.aaa.misc.mapping.MappingExtension > ovirt.engine.extension.provides = > org.ovirt.engine.api.extensions.aaa.Mapping > config.mapAuthRecord.type = regex > config.mapAuthRecord.regex.mustMatch = true > config.mapAuthRecord.regex.pattern = > ^(?<user>.*?)((\\\\(?<at>@)(?<suffix>.*?)@.*)|(?<realm>@.*))$ > config.mapAuthRecord.regex.replacement = ${user}${at}${suffix} > cat /etc/ovirt-engine/aaa/ovirt-sso.conf > # > # 1. make sure /etc/krb5.keytab is available and valid. > # 2. update KrbAuthRealms > # 3. symlink into /etc/httpd/conf.d > # > <LocationMatch ^(/ovirt-engine/(webadmin|userportal|api)|/api)> > RewriteEngine on > RewriteCond %{LA-U:REMOTE_USER} ^(.*)$ > RewriteRule ^(.*)$ - [L,P,E=REMOTE_USER:%1] > RequestHeader set X-Remote-User %{REMOTE_USER}s > LogLevel debug > AuthType Kerberos > AuthName "Kerberos Login" > Krb5Keytab /etc/httpd/http.keytab > KrbAuthRealms GMU.EDU VSNET.GMU.EDU > KrbServiceName HTTP/ovirt-admin-hosted.vsnet.gmu.edu > Require valid-user > </LocationMatch> The LDAP server is: Sun-Directory-Server/11.1.1.5.0 I have no administrative access to the ldap server, but I can successfully search via ldapsearch by binding with the proxy dn and password. Any ideas what might be wrong, or how to troubleshoot? -Alastair >

2 1

PXE boot issue
by Brandon Merjil 09 Apr '15

09 Apr '15

Hello, I am testing provisioning from foreman 1.8.0 to ovirt 3.5 with both on CentOS 7.1503 and have run into an issue after the system has been deployed to ovirt. When the guest system reboots after the kickstart completes it loads the PXE menu from a the same tftp server which tries to start localboot 0. It then tries to boot based on the order that ovirt had set for the guest, which is PXE first and HD second. The message I'm seeing is "Booting from local disk... No more network devices No bootable device" If I change the guest boot options to only the virtual HD the guest boots up without an issue. I have also done a provision to a plain libvirt/kvm server and had no issue after the reboot. Same foreman server and tftp server with PXE menu localboot 0 option were used. Any ideas what I might be running into here, and any additional information needed. Thanks.

4 8

gluster and multipath
by Bill Dossett 09 Apr '15

09 Apr '15

--_000_B47F00825D68444ABC03733078275360377AEEE2013BR1MPN1011MG_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, Just got very confused trying to add create an additional brick on my glust= er node (I had created one yesterday and all was fine0 I had already created a partition on my /dev/sdb called sdb1 But when I tried mkfs.xfs (I am using xfs as that was in the example I was= following - if LVM or something else would be better I am open to suggesti= ons!) It said /dev/sdb1 no such file or directory - which confused me as this wor= ked yesterday. I deleted the partition recreated it and tried and then it said that the de= vice was busy. It appears that multipathd is the culprit... but what I am struggling with = is why it worked yesterday?? I may have created the partition before I pus= hed the gluster install to it from the ovirt-engine? And does that install= multi Bill Dossett Systems Architect Tech Central - Global Engineering Services T +1 303 440 3523 M +44 (0)777 590 8612 bill.dossett(a)pb.com<mailto:bill.dossett@pb.com> pitneybowes.com<http://pitneybowes.com/> Pitney Bowes 4750 Walnut Street | Boulder, Colorado, 80301 | USA In Engineering? Raise a ticket via Remedy Anywhere [HERE<applewebdata://5D25CA10-0BA9-4233-= 9DDF-69951F87F8AB/teamsite.inside.pb.com/sites/TCPPM/GES/Lists/Create%20Inc= ident/newIncident.aspx>] takes less than a minute CloudForms User Guide available [HERE<https://dl.dropboxusercontent.com/u/6= 219441/ManageIQ%20-%20User%20Manual%20PB%20v5.pdf>] ________________________________ --_000_B47F00825D68444ABC03733078275360377AEEE2013BR1MPN1011MG_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"EN-GB" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> Hi,<o:p></o:p> <o:p> </o:p> Just got very confused trying to add create an addit= ional brick on my gluster node (I had created one yesterday and all was fin= e0<o:p></o:p> <o:p> </o:p> I had already created a partition on my /dev/sdb cal= led sdb1<o:p></o:p> <o:p> </o:p> But when I tried mkfs.xfs  (I am using xfs as t= hat was in the example I was following – if LVM or something else wou= ld be better I am open to suggestions!)<o:p></o:p> <o:p> </o:p> It said /dev/sdb1 no such file or directory – = which confused me as this worked yesterday.<o:p></o:p> <o:p> </o:p> I deleted the partition recreated it and tried and t= hen it said that the device was busy.<o:p></o:p> <o:p> </o:p> It appears that multipathd is the culprit… but= what I am struggling with is why it worked yesterday??  I may have cr= eated the partition before I pushed the gluster install to it from the ovir= t-engine?  And does that install multi<o:p></o:p> <o:p> </o:p> <table class=3D"MsoNormalTable" border=3D"0" cellspacing=3D"0" cellpadding= =3D"0" width=3D"1280" style=3D"width:960.0pt"> <tbody> <tr> <td width=3D"640" style=3D"width:480.0pt;padding:0cm 0cm 0cm 0cm"> Bill Dossett<o:p><= /o:p> Systems Archit= ect<o:p></o:p> </td> </tr> <tr> <td width=3D"640" style=3D"width:480.0pt;padding:0cm 0cm 0cm 0cm"> Tech Centra= l – Global Engineering Services<o:p></o:p>  <o:p></o:p>= T</b= > +1 303 440 3523<spa= n style=3D"mso-fareast-language:EN-GB"><o:p></o:p> M</b= > +44 (0)777 590 8612= <o:p></o:p> <a href= =3D"mailto:bill.dossett@pb.com">bill.dossett@= pb.com</a><o:p></o:p> <a href= =3D"http://pitneybowes.com/">pitneybowes.com<= /span></a><o:p></o:p> Pitney Bowes<spa= n style=3D"mso-fareast-language:EN-GB"><o:p></o:p> 4750 Walnut St= reet | Boulder, Colorado, 80301 | USA<o:p></o:p>  <= span style=3D"mso-fareast-language:EN-GB"><o:p></o:p> </td> </tr> <tr> <td width=3D"640" style=3D"width:480.0pt;padding:0cm 0cm 0cm 0cm">  <o:= p></o:p> </td> </tr> <tr> <td width=3D"640" style=3D"width:480.0pt;padding:0cm 0cm 0cm 0cm"> In Engineering?<o:p></o:p> Raise a tic= ket via Remedy Anywhere [<a href=3D"applewebd= ata://5D25CA10-0BA9-4233-9DDF-69951F87F8AB/teamsite.inside.pb.com/sites/TCP= PM/GES/Lists/Create%20Incident/newIncident.aspx">HERE</a>] takes less than a minute<o= :p></o:p>  </spa= n><o:p></o:p> CloudForms = User Guide available = [<a href=3D"https://dl.dropboxusercontent.= com/u/6219441/ManageIQ%20-%20User%20Manual%20PB%20v5.pdf">HERE</a>]<o:p></o:p> </td> </tr> </tbody> </table> <o:p>&nbs= p;</o:p> <o:p> </o:p> </div> <hr> </body> </html> --_000_B47F00825D68444ABC03733078275360377AEEE2013BR1MPN1011MG_--

1 0

Re: [ovirt-users] PXE boot issue
by Sven Kieske 09 Apr '15

09 Apr '15

On 09/04/15 10:30, Brandon Merjil wrote: > But my question is still why does this work with libvirt/kvm and ovirt > fails. libvirt/kvm is not doing run once, it is using the defaults provided > by the host which is PXE first HD second. Please keep the topic on the list, so the whole community can benefit. Well this could have been caused by multiple things: First: I assume you also do the libvirt install via foreman. if this is the case we have 2 possibilities here: 1. foreman does a different pxe boot for plain libvirt than for ovirt. 2. the generated libvirt xml differs between ovirt and plain libvirt. You could try to check number 2. by doing: virsh -r dumpxml $YOURVMNAME and compare that HTH -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen

1 0

Spice console without rebooting the VM
by Marcelo Donato 09 Apr '15

09 Apr '15

Hi everyone! Connecting to a VM in oVirt 3.5 shows "Console connection denied. Another user has already accessed the console of this VM. When user tries to make a console connection to a virtual machine, the following error message is received: 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. Is it possible for multiple people to access the same Spice console without rebooting the VM? -- Ao encaminhar esta mensagem, por favor: 1. Apague o meu e-mail e o meu nome. 2. Apague também os endereços dos amigos antes de reenviar 3. Use Cco ou Bcc para enviar mensagens! Dificulte a disseminação de vírus e spam.

3 3

qlnic errors -
by Matt Wells 09 Apr '15

09 Apr '15

I'm doing a product demo for one of our customers. They've setup RHEV 3.5 on a Dell Blade center. We also used 3.4 to start this demo. So far they've been less than impressed as we have 10 VM's that are just putting some traffic on the system. Under any load the blades network card driver fails and the VMs are then paused. Under ESX the same blades have no issues at all. We started with Dell on this but were unable to find any issues with these systems related to hardware. Running on the 3.5 node (even setup one blade as a RHEL + VDSM) and we continue to get the same errors. They continue to get this on the 3.5 node image, 3.4 node image, RHEL{6..7}+VDSM, CentOS{6..7} Apr 7 23:09:15 POCserver2 kernel: qlcnic 0000:01:00.1: Pause control frames disabled on all ports Apr 7 23:09:15 POCserver2 kernel: qlcnic 0000:01:00.1: firmware hang detected Apr 7 23:09:15 POCserver2 kernel: qlcnic 0000:01:00.1: Dumping hw/fw registers Apr 7 23:09:15 POCserver2 kernel: PEG_HALT_STATUS1: 0x40001502, PEG_HALT_STATUS2: 0x3dd980, Apr 7 23:09:15 POCserver2 kernel: PEG_NET_0_PC: 0x6d394, PEG_NET_1_PC: 0x6d466, Apr 7 23:09:15 POCserver2 kernel: PEG_NET_2_PC: 0x149, PEG_NET_3_PC: 0x6e598, Apr 7 23:09:15 POCserver2 kernel: PEG_NET_4_PC: 0x12268 Apr 7 23:09:15 POCserver2 kernel: qlcnic 0000:01:00.0: Pause control frames disabled on all ports Apr 7 23:09:15 POCserver2 kernel: qlcnic 0000:01:00.0: firmware hang detected Apr 7 23:09:15 POCserver2 kernel: qlcnic 0000:01:00.0: Dumping hw/fw registers Apr 7 23:09:15 POCserver2 kernel: PEG_HALT_STATUS1: 0x40001502, PEG_HALT_STATUS2: 0x3dd980, Apr 7 23:09:15 POCserver2 kernel: PEG_NET_0_PC: 0x6d394, PEG_NET_1_PC: 0x6d466, Apr 7 23:09:15 POCserver2 kernel: PEG_NET_2_PC: 0x149, PEG_NET_3_PC: 0x6e598, Apr 7 23:09:15 POCserver2 kernel: PEG_NET_4_PC: 0x12268 I've really got limited time for this POC so I sent a support case with Red Hat as well. Just hoped that this community may have seen this. Thus far my Googlefoo has failed me.

2 1

about testing scenario
by Leandro Roggerone 09 Apr '15

09 Apr '15

Hello , Everyone; My name is Leandro. I have been reading about virtualization features and Its benefits so Im thinking about deploying a virtualized IP core enviroment. Main services I will need to run are , dns , dhcp, radius , and openvpn. Since I have never installed ovirt , I would like to deploy a testing/learning scenario using two i5 with 6gb ram memory laptops. My idea is to run the ovirt engine in one machine and at least 3 virtual centos hosts in the other while I wait for the real servers. I have no plan of deploying any network storage. Some questions come to my mind: For the engine: Is there any recommended iso/distro with the ovirt package or should I use a machine with fedora/centos already installed ? For the node. Is there any recommended iso/distro? Where should I keep the iso file of the virtualized OS. (ex centos / routerOS.) Is it possible to deploy virtualized environment without network storage? I would like to run everything locally. My services requieres very fast i/o processing from the hard disk, My consern is that since I have 1gb network interface, the process can experience some delay or timeouts waiting data from the network. That is why I would like to keep the storage locally. I appreciate you help. Regards. Leandro.

2 1

Fedora 21 Hosted Engine Install
by Mikola Rose 09 Apr '15

09 Apr '15

--_000_433176C36D6A4FD4BB6BFAAA6863CE8Epowersoftcom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 V2hhdCBpcyB0aGUgY29ycmVjdCByZXBvIGZvciB0aGUgaG9zdGVkIGVuZ2luZSBzZXR1cD8NCg0K SSBoYXZlIGluc3RhbGxlZDsNCg0KeXVtIGxvY2FsaW5zdGFsbCBodHRwOi8vcmVzb3VyY2VzLm92 aXJ0Lm9yZy9wdWIveXVtLXJlcG8vb3ZpcnQtcmVsZWFzZTM1LnJwbQ0KDQpidXQgd2hlbiBJIGdv IHRvIGluc3RhbGwgaXQgeXVtIGNhbiBub3QgZmluZCBpdOKApiAgSSBtdXN0IGJlIG1pc3Npbmcg c29tZXRoaW5nIGhlcmUuLi4NCg0KTG9hZGVkIHBsdWdpbnM6IGxhbmdwYWNrcw0KSW5zdGFsbGVk IFBhY2thZ2VzDQpsaWJnb3ZpcnQueDg2XzY0ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAuMy4yLTEuZmMyMSAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEBmZWRvcmENCm92aXJ0 LXJlbGVhc2UzNS5ub2FyY2ggICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgMDAyLTEgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgQC9vdmlydC1yZWxlYXNlMzUNCkF2YWlsYWJsZSBQ YWNrYWdlcw0KbGliZ292aXJ0Lmk2ODYgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwLjMuMi0xLmZjMjEgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBmZWRvcmENCmxpYmdvdmly dC1kZXZlbC5pNjg2ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgMC4zLjItMS5mYzIxICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgZmVkb3JhDQpsaWJnb3ZpcnQtZGV2ZWwueDg2XzY0ICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IDAuMy4yLTEuZmMyMSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIGZlZG9yYQ0KbWluZ3czMi1saWJnb3ZpcnQubm9hcmNoICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwLjMuMi0xLmZjMjEgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB1cGRhdGVzDQpt aW5ndzMyLWxpYmdvdmlydC1zdGF0aWMubm9hcmNoICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIDAuMy4yLTEuZmMyMSAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHVwZGF0ZXMNCm1pbmd3NjQtbGliZ292aXJ0 Lm5vYXJjaCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgMC4zLjItMS5mYzIxICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgdXBkYXRlcw0KbWluZ3c2NC1saWJnb3ZpcnQtc3RhdGljLm5vYXJjaCAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwLjMuMi0x LmZjMjEgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB1 cGRhdGVzDQpvdmlydC1lbmdpbmUtY2xpLm5vYXJjaCAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDMuNS4wLjUtMS5mYzIxICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHVwZGF0ZXMNCm92aXJ0LWVu Z2luZS1zZGstamF2YS5ub2FyY2ggICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgMy41LjEuMC0xLmZjMjEgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgdXBkYXRlcw0Kb3ZpcnQtZW5naW5lLXNkay1qYXZhLWph dmFkb2Mubm9hcmNoICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAzLjUuMS4wLTEuZmMyMSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICB1cGRhdGVzDQpvdmlydC1lbmdpbmUtc2RrLXB5dGhvbi5ub2FyY2ggICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDMuNS4xLjAtMS5mYzIx ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHVwZGF0ZXMN Cm92aXJ0LWd1ZXN0LWFnZW50LWNvbW1vbi5ub2FyY2ggICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgMS4wLjEwLjItMS5mYzIxICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgZmVkb3JhDQpvdmlydC1ndWVzdC1hZ2Vu dC1nZG0tcGx1Z2luLm5vYXJjaCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIDEuMC4xMC4yLTEuZmMyMSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIGZlZG9yYQ0Kb3ZpcnQtZ3Vlc3QtYWdlbnQta2RtLXBsdWdpbi54ODZf NjQgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAxLjAuMTAu Mi0xLmZjMjEgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBm ZWRvcmENCm92aXJ0LWd1ZXN0LWFnZW50LXBhbS1tb2R1bGUuaTY4NiAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMS4wLjEwLjItMS5mYzIxICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgZmVkb3JhDQpvdmlydC1ndWVz dC1hZ2VudC1wYW0tbW9kdWxlLng4Nl82NCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIDEuMC4xMC4yLTEuZmMyMSAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIGZlZG9yYQ0Kb3ZpcnQtbm9kZS54ODZfNjQgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAz LjAuMC0xMS4wLmZjMjEgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICBmZWRvcmENCm92aXJ0LW5vZGUtcGx1Z2luLWNpbS54ODZfNjQgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMy4wLjAtMTEuMC5mYzIxICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgZmVkb3JhDQpvdmly dC1ub2RlLXBsdWdpbi1pZ29yLXNsYXZlLm5vYXJjaCAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIDMuMC4wLTExLjAuZmMyMSAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIGZlZG9yYQ0Kb3ZpcnQtbm9kZS1wbHVnaW4tcHVw cGV0Lm5vYXJjaCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAzLjAuMC0xMS4wLmZjMjEgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICBmZWRvcmENCm92aXJ0LW5vZGUtcGx1Z2luLXNubXAubm9hcmNoICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMy4wLjAtMTEuMC5m YzIxICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgZmVkb3Jh DQpvdmlydC1ub2RlLXJlY2lwZS5ub2FyY2ggICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDMuMC4wLTExLjAuZmMyMSAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGZlZG9yYQ0Kb3ZpcnQtbm9kZS1zZWxp bnV4Lm5vYXJjaCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAzLjAuMC0xMS4wLmZjMjEgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICBmZWRvcmENCm92aXJ0LW5vZGUtdG9vbHMubm9hcmNoICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMy4wLjAt MTEuMC5mYzIxICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ZmVkb3JhDQpvdmlydC1yZWxlYXNlMzUtc25hcHNob3Qubm9hcmNoICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAwMi0xICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIG92aXJ0LTMuNQ0KcnVieWdl bS1yYm92aXJ0Lm5vYXJjaCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAwLjAuMjQtMi5mYzIxICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICBmZWRvcmENCnJ1YnlnZW0tcmJvdmlydC1kb2Mubm9h cmNoICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgMC4wLjI0LTIuZmMyMSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgZmVkb3JhDQpbcm9vdEBwb3dlcmdsdXN0ZXIxIH5dIyB5dW0gaW5zdGFsbCBvdmly dC1ob3N0ZWQtZW5naW5lLXNldHVwDQpMb2FkZWQgcGx1Z2luczogbGFuZ3BhY2tzDQpObyBwYWNr YWdlIG92aXJ0LWhvc3RlZC1lbmdpbmUtc2V0dXAgYXZhaWxhYmxlLg0KRXJyb3I6IE5vdGhpbmcg dG8gZG8NCg0K --_000_433176C36D6A4FD4BB6BFAAA6863CE8Epowersoftcom_ Content-Type: text/html; charset="utf-8" Content-ID: <A816A21D2D7EC54990AA98CC0806818D(a)power-soft.net> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KV2hhdCBpcyB0aGUgY29ycmVjdCBy ZXBvIGZvciB0aGUgaG9zdGVkIGVuZ2luZSBzZXR1cD8NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNz PSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPkkgaGF2ZSBpbnN0YWxsZWQ7PC9kaXY+DQo8ZGl2 IGNsYXNzPSIiPg0KPHByZSBzdHlsZT0icGFkZGluZzogOHB4IDEwcHg7IGZvbnQtZmFtaWx5OiBN b25hY28sIE1lbmxvLCBDb25zb2xhcywgJ0NvdXJpZXIgTmV3JywgbW9ub3NwYWNlOyBmb250LXNp emU6IDEzcHg7IGNvbG9yOiByZ2IoMjM4LCAyMzgsIDIzOCk7IGJvcmRlci10b3AtbGVmdC1yYWRp dXM6IDZweDsgYm9yZGVyLXRvcC1yaWdodC1yYWRpdXM6IDZweDsgYm9yZGVyLWJvdHRvbS1yaWdo dC1yYWRpdXM6IDZweDsgYm9yZGVyLWJvdHRvbS1sZWZ0LXJhZGl1czogNnB4OyBtYXJnaW4tdG9w OiAxMHB4OyBtYXJnaW4tYm90dG9tOiAxMHB4OyBsaW5lLWhlaWdodDogMjBweDsgd29yZC1icmVh azogYnJlYWstYWxsOyB3b3JkLXdyYXA6IGJyZWFrLXdvcmQ7IHdoaXRlLXNwYWNlOiBwcmUtd3Jh cDsgYmFja2dyb3VuZC1jb2xvcjogcmdiKDEzNiwgMTM2LCAxMzYpOyBib3JkZXI6IG5vbmU7IiBj bGFzcz0iIj55dW0gbG9jYWxpbnN0YWxsIDxhIHJlbD0ibm9mb2xsb3ciIGNsYXNzPSJleHRlcm5h bCBmcmVlIiBocmVmPSJodHRwOi8vcmVzb3VyY2VzLm92aXJ0Lm9yZy9wdWIveXVtLXJlcG8vb3Zp cnQtcmVsZWFzZTM1LnJwbSIgc3R5bGU9ImNvbG9yOiByZ2IoMTkwLCAyMjAsIDI0OSk7IHRleHQt ZGVjb3JhdGlvbjogbm9uZTsgZm9udC13ZWlnaHQ6IDYwMDsgY3Vyc29yOiBwb2ludGVyOyBiYWNr Z3JvdW5kLWltYWdlOiB1cmwoaHR0cDovL3d3dy5vdmlydC5vcmcvc2tpbnMvc3RyYXBwaW5nL2lt YWdlcy9leHRlcm5hbC1saW5rLWx0ci1pY29uLnBuZyk7IHBhZGRpbmctcmlnaHQ6IDEzcHg7IGJh Y2tncm91bmQtcG9zaXRpb246IDEwMCUgNTAlOyBiYWNrZ3JvdW5kLXJlcGVhdDogbm8tcmVwZWF0 IG5vLXJlcGVhdDsiPmh0dHA6Ly9yZXNvdXJjZXMub3ZpcnQub3JnL3B1Yi95dW0tcmVwby9vdmly dC1yZWxlYXNlMzUucnBtPC9hPjwvcHJlPg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8 L2Rpdj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5idXQgd2hlbiBJIGdvIHRvIGluc3RhbGwgaXQg eXVtIGNhbiBub3QgZmluZCBpdOKApiAmbmJzcDtJIG11c3QgYmUgbWlzc2luZyBzb21ldGhpbmcg aGVyZS4uLjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYg Y2xhc3M9IiI+DQo8ZGl2IHN0eWxlPSJtYXJnaW46IDBweDsgZm9udC1zaXplOiAxMXB4OyBmb250 LWZhbWlseTogTWVubG87IiBjbGFzcz0iIj5Mb2FkZWQgcGx1Z2luczogbGFuZ3BhY2tzPC9kaXY+ DQo8ZGl2IHN0eWxlPSJtYXJnaW46IDBweDsgZm9udC1zaXplOiAxMXB4OyBmb250LWZhbWlseTog TWVubG87IiBjbGFzcz0iIj5JbnN0YWxsZWQgUGFja2FnZXM8L2Rpdj4NCjxkaXYgc3R5bGU9Im1h cmdpbjogMHB4OyBmb250LXNpemU6IDExcHg7IGZvbnQtZmFtaWx5OiBNZW5sbzsiIGNsYXNzPSIi PmxpYmdvdmlydC54ODZfNjQgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgMC4zLjItMS5mYzIxICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBAZmVkb3JhICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDs8L2Rpdj4NCjxkaXYgc3R5bGU9Im1hcmdpbjogMHB4OyBm b250LXNpemU6IDExcHg7IGZvbnQtZmFtaWx5OiBNZW5sbzsiIGNsYXNzPSIiPm92aXJ0LXJlbGVh c2UzNS5ub2FyY2ggJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgMDAyLTEm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IEAvb3ZpcnQtcmVsZWFzZTM1PC9kaXY+DQo8 ZGl2IHN0eWxlPSJtYXJnaW46IDBweDsgZm9udC1zaXplOiAxMXB4OyBmb250LWZhbWlseTogTWVu bG87IiBjbGFzcz0iIj5BdmFpbGFibGUgUGFja2FnZXM8L2Rpdj4NCjxkaXYgc3R5bGU9Im1hcmdp bjogMHB4OyBmb250LXNpemU6IDExcHg7IGZvbnQtZmFtaWx5OiBNZW5sbzsiIGNsYXNzPSIiPmxp YmdvdmlydC5pNjg2ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAwLjMuMi0xLmZjMjEgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IGZlZG9yYSZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7PC9kaXY+DQo8ZGl2IHN0eWxlPSJtYXJnaW46 IDBweDsgZm9udC1zaXplOiAxMXB4OyBmb250LWZhbWlseTogTWVubG87IiBjbGFzcz0iIj5saWJn b3ZpcnQtZGV2ZWwuaTY4NiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgMC4zLjItMS5mYzIxICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBmZWRvcmEmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOzwvZGl2Pg0KPGRpdiBzdHlsZT0ibWFyZ2luOiAwcHg7IGZvbnQtc2l6ZTog MTFweDsgZm9udC1mYW1pbHk6IE1lbmxvOyIgY2xhc3M9IiI+bGliZ292aXJ0LWRldmVsLng4Nl82 NCAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAwLjMuMi0xLmZjMjEgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 IGZlZG9yYSZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7PC9kaXY+DQo8 ZGl2IHN0eWxlPSJtYXJnaW46IDBweDsgZm9udC1zaXplOiAxMXB4OyBmb250LWZhbWlseTogTWVu bG87IiBjbGFzcz0iIj5taW5ndzMyLWxpYmdvdmlydC5ub2FyY2ggJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAwLjMuMi0xLmZjMjEgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IHVwZGF0ZXMgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOzwvZGl2Pg0KPGRpdiBzdHlsZT0ibWFyZ2luOiAwcHg7IGZvbnQtc2l6 ZTogMTFweDsgZm9udC1mYW1pbHk6IE1lbmxvOyIgY2xhc3M9IiI+bWluZ3czMi1saWJnb3ZpcnQt c3RhdGljLm5vYXJjaCZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgMC4zLjItMS5mYzIxICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyB1cGRhdGVzICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDs8L2Rpdj4NCjxkaXYgc3R5bGU9Im1hcmdpbjogMHB4 OyBmb250LXNpemU6IDExcHg7IGZvbnQtZmFtaWx5OiBNZW5sbzsiIGNsYXNzPSIiPm1pbmd3NjQt bGliZ292aXJ0Lm5vYXJjaCAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IDAuMy4yLTEu ZmMyMSAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgdXBkYXRlcyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7PC9kaXY+ DQo8ZGl2IHN0eWxlPSJtYXJnaW46IDBweDsgZm9udC1zaXplOiAxMXB4OyBmb250LWZhbWlseTog TWVubG87IiBjbGFzcz0iIj5taW5ndzY0LWxpYmdvdmlydC1zdGF0aWMubm9hcmNoJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAwLjMuMi0xLmZjMjEgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7IHVwZGF0ZXMgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOzwvZGl2Pg0KPGRpdiBzdHlsZT0ibWFyZ2luOiAwcHg7IGZvbnQtc2l6ZTogMTFweDsgZm9u dC1mYW1pbHk6IE1lbmxvOyIgY2xhc3M9IiI+b3ZpcnQtZW5naW5lLWNsaS5ub2FyY2gmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAzLjUuMC41LTEuZmMyMSAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyB1cGRhdGVzICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDs8L2Rpdj4NCjxkaXYgc3R5bGU9Im1hcmdpbjog MHB4OyBmb250LXNpemU6IDExcHg7IGZvbnQtZmFtaWx5OiBNZW5sbzsiIGNsYXNzPSIiPm92aXJ0 LWVuZ2luZS1zZGstamF2YS5ub2FyY2ggJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgMy41LjEuMC0xLmZjMjEg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgdXBk YXRlcyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7PC9kaXY+DQo8ZGl2IHN0eWxl PSJtYXJnaW46IDBweDsgZm9udC1zaXplOiAxMXB4OyBmb250LWZhbWlseTogTWVubG87IiBjbGFz cz0iIj5vdmlydC1lbmdpbmUtc2RrLWphdmEtamF2YWRvYy5ub2FyY2ggJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAzLjUuMS4wLTEuZmMyMSAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyB1cGRhdGVzICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDs8L2Rpdj4NCjxkaXYgc3R5bGU9Im1hcmdpbjog MHB4OyBmb250LXNpemU6IDExcHg7IGZvbnQtZmFtaWx5OiBNZW5sbzsiIGNsYXNzPSIiPm92aXJ0 LWVuZ2luZS1zZGstcHl0aG9uLm5vYXJjaCAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IDMuNS4xLjAtMS5mYzIxICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IHVwZGF0ZXMg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOzwvZGl2Pg0KPGRpdiBzdHlsZT0ibWFy Z2luOiAwcHg7IGZvbnQtc2l6ZTogMTFweDsgZm9udC1mYW1pbHk6IE1lbmxvOyIgY2xhc3M9IiI+ b3ZpcnQtZ3Vlc3QtYWdlbnQtY29tbW9uLm5vYXJjaCZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgMS4wLjEwLjItMS5mYzIx Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgZmVk b3JhJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDs8L2Rpdj4NCjxkaXYg c3R5bGU9Im1hcmdpbjogMHB4OyBmb250LXNpemU6IDExcHg7IGZvbnQtZmFtaWx5OiBNZW5sbzsi IGNsYXNzPSIiPm92aXJ0LWd1ZXN0LWFnZW50LWdkbS1wbHVnaW4ubm9hcmNoJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgMS4wLjEwLjItMS5mYzIx Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgZmVk b3JhJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDs8L2Rpdj4NCjxkaXYg c3R5bGU9Im1hcmdpbjogMHB4OyBmb250LXNpemU6IDExcHg7IGZvbnQtZmFtaWx5OiBNZW5sbzsi IGNsYXNzPSIiPm92aXJ0LWd1ZXN0LWFnZW50LWtkbS1wbHVnaW4ueDg2XzY0Jm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgMS4wLjEwLjItMS5mYzIx Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgZmVk b3JhJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDs8L2Rpdj4NCjxkaXYg c3R5bGU9Im1hcmdpbjogMHB4OyBmb250LXNpemU6IDExcHg7IGZvbnQtZmFtaWx5OiBNZW5sbzsi IGNsYXNzPSIiPm92aXJ0LWd1ZXN0LWFnZW50LXBhbS1tb2R1bGUuaTY4NiZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAxLjAuMTAuMi0x LmZjMjEmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyBmZWRvcmEmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOzwvZGl2Pg0K PGRpdiBzdHlsZT0ibWFyZ2luOiAwcHg7IGZvbnQtc2l6ZTogMTFweDsgZm9udC1mYW1pbHk6IE1l bmxvOyIgY2xhc3M9IiI+b3ZpcnQtZ3Vlc3QtYWdlbnQtcGFtLW1vZHVsZS54ODZfNjQmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAxLjAuMTAuMi0x LmZjMjEmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyBmZWRvcmEmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOzwvZGl2Pg0K PGRpdiBzdHlsZT0ibWFyZ2luOiAwcHg7IGZvbnQtc2l6ZTogMTFweDsgZm9udC1mYW1pbHk6IE1l bmxvOyIgY2xhc3M9IiI+b3ZpcnQtbm9kZS54ODZfNjQmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAzLjAuMC0xMS4wLmZjMjEmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBmZWRvcmEmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOzwvZGl2Pg0KPGRpdiBzdHlsZT0i bWFyZ2luOiAwcHg7IGZvbnQtc2l6ZTogMTFweDsgZm9udC1mYW1pbHk6IE1lbmxvOyIgY2xhc3M9 IiI+b3ZpcnQtbm9kZS1wbHVnaW4tY2ltLng4Nl82NCAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAzLjAuMC0x MS4wLmZjMjEmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyBmZWRvcmEmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOzwvZGl2 Pg0KPGRpdiBzdHlsZT0ibWFyZ2luOiAwcHg7IGZvbnQtc2l6ZTogMTFweDsgZm9udC1mYW1pbHk6 IE1lbmxvOyIgY2xhc3M9IiI+b3ZpcnQtbm9kZS1wbHVnaW4taWdvci1zbGF2ZS5ub2FyY2gmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAzLjAuMC0x MS4wLmZjMjEmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyBmZWRvcmEmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOzwvZGl2 Pg0KPGRpdiBzdHlsZT0ibWFyZ2luOiAwcHg7IGZvbnQtc2l6ZTogMTFweDsgZm9udC1mYW1pbHk6 IE1lbmxvOyIgY2xhc3M9IiI+b3ZpcnQtbm9kZS1wbHVnaW4tcHVwcGV0Lm5vYXJjaCZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgMy4wLjAtMTEuMC5mYzIxJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgZmVkb3JhJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDs8L2Rpdj4NCjxkaXYgc3R5bGU9Im1hcmdpbjogMHB4OyBmb250LXNpemU6IDExcHg7IGZv bnQtZmFtaWx5OiBNZW5sbzsiIGNsYXNzPSIiPm92aXJ0LW5vZGUtcGx1Z2luLXNubXAubm9hcmNo Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgMy4wLjAtMTEuMC5mYzIxJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgZmVkb3JhJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDs8L2Rpdj4NCjxkaXYgc3R5bGU9Im1hcmdpbjogMHB4OyBmb250 LXNpemU6IDExcHg7IGZvbnQtZmFtaWx5OiBNZW5sbzsiIGNsYXNzPSIiPm92aXJ0LW5vZGUtcmVj aXBlLm5vYXJjaCAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IDMuMC4wLTExLjAuZmMy MSZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IGZl ZG9yYSZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7PC9kaXY+DQo8ZGl2 IHN0eWxlPSJtYXJnaW46IDBweDsgZm9udC1zaXplOiAxMXB4OyBmb250LWZhbWlseTogTWVubG87 IiBjbGFzcz0iIj5vdmlydC1ub2RlLXNlbGludXgubm9hcmNoJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAzLjAuMC0xMS4wLmZjMjEmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBmZWRvcmEmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOzwvZGl2Pg0KPGRpdiBzdHlsZT0ibWFyZ2luOiAwcHg7IGZvbnQtc2l6ZTog MTFweDsgZm9udC1mYW1pbHk6IE1lbmxvOyIgY2xhc3M9IiI+b3ZpcnQtbm9kZS10b29scy5ub2Fy Y2gmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAzLjAuMC0xMS4wLmZjMjEm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBmZWRv cmEmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOzwvZGl2Pg0KPGRpdiBz dHlsZT0ibWFyZ2luOiAwcHg7IGZvbnQtc2l6ZTogMTFweDsgZm9udC1mYW1pbHk6IE1lbmxvOyIg Y2xhc3M9IiI+b3ZpcnQtcmVsZWFzZTM1LXNuYXBzaG90Lm5vYXJjaCZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgMDAyLTEm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IG92aXJ0LTMuNSAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDs8L2Rpdj4NCjxkaXYgc3R5bGU9Im1hcmdpbjogMHB4OyBmb250LXNpemU6IDEx cHg7IGZvbnQtZmFtaWx5OiBNZW5sbzsiIGNsYXNzPSIiPnJ1YnlnZW0tcmJvdmlydC5ub2FyY2gg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgMC4wLjI0LTIuZmMyMSZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBm ZWRvcmEmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOzwvZGl2Pg0KPGRp diBzdHlsZT0ibWFyZ2luOiAwcHg7IGZvbnQtc2l6ZTogMTFweDsgZm9udC1mYW1pbHk6IE1lbmxv OyIgY2xhc3M9IiI+cnVieWdlbS1yYm92aXJ0LWRvYy5ub2FyY2ggJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7IDAuMC4yNC0yLmZjMjEmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgZmVkb3JhJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDs8L2Rpdj4NCjxkaXYgc3R5bGU9Im1hcmdpbjogMHB4OyBmb250LXNpemU6 IDExcHg7IGZvbnQtZmFtaWx5OiBNZW5sbzsiIGNsYXNzPSIiPltyb290QHBvd2VyZ2x1c3RlcjEg fl0jIHl1bSBpbnN0YWxsIG92aXJ0LWhvc3RlZC1lbmdpbmUtc2V0dXA8L2Rpdj4NCjxkaXYgc3R5 bGU9Im1hcmdpbjogMHB4OyBmb250LXNpemU6IDExcHg7IGZvbnQtZmFtaWx5OiBNZW5sbzsiIGNs YXNzPSIiPkxvYWRlZCBwbHVnaW5zOiBsYW5ncGFja3M8L2Rpdj4NCjxkaXYgc3R5bGU9Im1hcmdp bjogMHB4OyBmb250LXNpemU6IDExcHg7IGZvbnQtZmFtaWx5OiBNZW5sbzsiIGNsYXNzPSIiPk5v IHBhY2thZ2UNCjxiIGNsYXNzPSIiPm92aXJ0LWhvc3RlZC1lbmdpbmUtc2V0dXA8L2I+IGF2YWls YWJsZS48L2Rpdj4NCjxkaXYgc3R5bGU9Im1hcmdpbjogMHB4OyBmb250LXNpemU6IDExcHg7IGZv bnQtZmFtaWx5OiBNZW5sbzsiIGNsYXNzPSIiPkVycm9yOiBOb3RoaW5nIHRvIGRvPC9kaXY+DQo8 L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0 bWw+DQo= --_000_433176C36D6A4FD4BB6BFAAA6863CE8Epowersoftcom_--

2 1

ovirt-guest-agent outdated?
by Jorick Astrego 09 Apr '15

09 Apr '15

This is a multi-part message in MIME format. --------------080603050003090005020906 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi=2C Testing 3=2E5=2E2rc3=2C I see AVC denied messages for the ovrit-guest agent= =28installed through cloud-init=29=2E type=3DAVC msg=3Daudit=281428510418=2E333=3A142=29=3A avc=3A denied=20= =7B read =7D for=20 pid=3D1113 comm=3D=22ovirt-guest-age=22 name=3D=22online=22 dev=3Dsysfs= ino=3D23 scontext=3Dsystem=5Fu=3Asystem=5Fr=3Arhev=5Fagentd=5Ft=3As0 tcontext=3Dsystem=5Fu=3Aobject=5Fr=3Asysfs=5Ft=3As0 tclass=3Dfile type=3DAVC msg=3Daudit=281428510418=2E333=3A142=29=3A avc=3A denied=20= =7B open =7D for=20 pid=3D1113 comm=3D=22ovirt-guest-age=22 name=3D=22online=22 dev=3Dsysfs= ino=3D23 scontext=3Dsystem=5Fu=3Asystem=5Fr=3Arhev=5Fagentd=5Ft=3As0 tcontext=3Dsystem=5Fu=3Aobject=5Fr=3Asysfs=5Ft=3As0 tclass=3Dfile type=3DSYSCALL msg=3Daudit=281428510418=2E333=3A142=29=3A arch=3Dc00000= 3e syscall=3D2 success=3Dyes exit=3D6 a0=3D7f8a655612b8 a1=3D80000 a2=3D2803ff a3=3D0= items=3D0 ppid=3D1 pid=3D1113 auid=3D4294967295 uid=3D175 gid=3D175 euid=3D175 su= id=3D175 fsuid=3D175 egid=3D175 sgid=3D175 fsgid=3D175 tty=3D=28none=29 ses=3D42= 94967295 comm=3D=22ovirt-guest-age=22 exe=3D=22/usr/bin/python=22 subj=3Dsystem=5Fu=3Asystem=5Fr=3Arhev=5Fagentd=5Ft=3As0 key=3D=28null= =29 And when I check the rpm I see=3A rpm -qa=7Cgrep ovirt ovirt-release-el6-10=2E0=2E1-3=2Enoarch ovirt-guest-agent-1=2E0=2E8-1=2Eel6=2Enoarch Then I checked the cloud-init installed /etc/yum=2Erepos=2Ed/el6-ovirt=2Ere= po and see version 3=2E3=2E3 is active=2E Shouldn=27t this be updated to 3=2E5= =2E* =3F=3F=3F=3F =5Bovirt-stable=5D name=3DOlder Stable builds of the oVirt project baseurl=3Dhttp=3A//ovirt=2Eorg/releases/stable/rpm/EL/=24releasever/ enabled=3D1 skip=5Fif=5Funavailable=3D1 gpgcheck=3D0 =5Bovirt-3=2E3=2E3=5D name=3DoVirt 3=2E3=2E3 release baseurl=3Dhttp=3A//resources=2Eovirt=2Eorg/releases/3=2E3=2E3/rpm/EL/= =24releasever/ enabled=3D1 skip=5Fif=5Funavailable=3D1 gpgcheck=3D0 =5Bovirt-updates-testing=5D name=3DTest Updates builds of the oVirt project baseurl=3Dhttp=3A//ovirt=2Eorg/releases/updates-testing/rpm/EL/=24relea= sever/ enabled=3D0 skip=5Fif=5Funavailable=3D1 gpgcheck=3D0 =5Bovirt-beta=5D name=3DBeta builds of the oVirt project baseurl=3Dhttp=3A//ovirt=2Eorg/releases/beta/rpm/EL/=24releasever/ enabled=3D0 skip=5Fif=5Funavailable=3D1 gpgcheck=3D0 =5Bovirt-nightly=5D name=3DNightly builds of the oVirt project baseurl=3Dhttp=3A//ovirt=2Eorg/releases/nightly/rpm/EL/=24releasever/= enabled=3D0 skip=5Fif=5Funavailable=3D1 gpgcheck=3D0 =5Bovirt-3=2E4=2E0-alpha=5D name=3D3=2E4=2E0 alpha testing repo for the oVirt project baseurl=3Dhttp=3A//ovirt=2Eorg/releases/3=2E4=2E0-alpha/rpm/EL/=24relea= sever/ enabled=3D0 skip=5Fif=5Funavailable=3D1 gpgcheck=3D0 =5Bovirt-3=2E4=2E0-prerelease=5D name=3DPre release builds of the oVirt 3=2E4 project baseurl=3Dhttp=3A//resources=2Eovirt=2Eorg/releases/3=2E4=2E0=5Fpre/rpm= /EL/=24releasever/ enabled=3D0 skip=5Fif=5Funavailable=3D1 gpgcheck=3D0 Met vriendelijke groet=2C With kind regards=2C Jorick Astrego Netbulae Virtualization Experts=20 ---------------- =09Tel=3A 053 20 30 270 =09info=40netbulae=2Eeu =09Staalsteden 4-3A =09KvK= 08198180 =09Fax=3A 053 20 30 271 =09www=2Enetbulae=2Eeu =097547 TA Enschede =09BTW= NL821234584B01 ---------------- --------------080603050003090005020906 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable =3Chtml=3E =3Chead=3E =3Cmeta http-equiv=3D=22content-type=22 content=3D=22text/html=3B chars= et=3Dutf-8=22=3E =3C/head=3E =3Cbody bgcolor=3D=22=23FFFFFF=22 text=3D=22=23000000=22=3E Hi=2C=3Cbr=3E =3Cbr=3E Testing 3=2E5=2E2rc3=2C I see AVC denied messages for the ovrit-guest= agent =28installed through cloud-init=29=2E=3Cbr=3E =3Cbr=3E =3Cblockquote=3Etype=3DAVC msg=3Daudit=281428510418=2E333=3A142=29=3A a= vc=3A=C2=A0 denied=C2=A0 =7B read =7D for=C2=A0 pid=3D1113 comm=3D=22ovirt-guest-age=22 name=3D=22= online=22 dev=3Dsysfs ino=3D23 scontext=3Dsystem=5Fu=3Asystem=5Fr=3Arhev=5Fagen= td=5Ft=3As0 tcontext=3Dsystem=5Fu=3Aobject=5Fr=3Asysfs=5Ft=3As0 tclass=3Dfile=3Cb= r=3E type=3DAVC msg=3Daudit=281428510418=2E333=3A142=29=3A avc=3A=C2=A0 de= nied=C2=A0 =7B open =7D for=C2=A0 pid=3D1113 comm=3D=22ovirt-guest-age=22 name=3D=22online=22= dev=3Dsysfs ino=3D23 scontext=3Dsystem=5Fu=3Asystem=5Fr=3Arhev=5Fagentd=5Ft=3As0= tcontext=3Dsystem=5Fu=3Aobject=5Fr=3Asysfs=5Ft=3As0 tclass=3Dfile=3Cb= r=3E type=3DSYSCALL msg=3Daudit=281428510418=2E333=3A142=29=3A arch=3Dc000= 003e syscall=3D2 success=3Dyes exit=3D6 a0=3D7f8a655612b8 a1=3D80000 a2=3D= 2803ff a3=3D0 items=3D0 ppid=3D1 pid=3D1113 auid=3D4294967295 uid=3D175 gid= =3D175 euid=3D175 suid=3D175 fsuid=3D175 egid=3D175 sgid=3D175 fsgid=3D175 t= ty=3D=28none=29 ses=3D4294967295 comm=3D=22ovirt-guest-age=22 exe=3D=22/usr/bin/pytho= n=22 subj=3Dsystem=5Fu=3Asystem=5Fr=3Arhev=5Fagentd=5Ft=3As0 key=3D=28null= =29=3Cbr=3E =3C/blockquote=3E And when I check the rpm I see=3A=3Cbr=3E =3Cbr=3E =3Cblockquote=3Erpm -qa=7Cgrep ovirt=3Cbr=3E ovirt-release-el6-10=2E0=2E1-3=2Enoarch=3Cbr=3E ovirt-guest-agent-1=2E0=2E8-1=2Eel6=2Enoarch=3Cbr=3E =3Cbr=3E =3C/blockquote=3E Then I checked the cloud-init installed /etc/yum=2Erepos=2Ed/el6-ovirt=2Erepo and see version 3=2E3=2E3 is acti= ve=2E Shouldn=27t this be updated to 3=2E5=2E* =3F=3F=3F=3F=3Cbr=3E =3Cbr=3E =3Cblockquote=3E=5Bovirt-stable=5D=3Cbr=3E name=3DOlder Stable builds of the oVirt project=3Cbr=3E baseurl=3D=3Ca class=3D=22moz-txt-link-freetext=22 href=3D=22http=3A/= /ovirt=2Eorg/releases/stable/rpm/EL/=24releasever/=22=3Ehttp=3A//ovirt=2Eor= g/releases/stable/rpm/EL/=24releasever/=3C/a=3E=3Cbr=3E enabled=3D1=3Cbr=3E skip=5Fif=5Funavailable=3D1=3Cbr=3E gpgcheck=3D0=3Cbr=3E =3Cbr=3E =5Bovirt-3=2E3=2E3=5D=3Cbr=3E name=3DoVirt 3=2E3=2E3 release=3Cbr=3E baseurl=3D=3Ca class=3D=22moz-txt-link-freetext=22 href=3D=22http=3A//resou= rces=2Eovirt=2Eorg/releases/3=2E3=2E3/rpm/EL/=24releasever/=22=3Ehttp=3A//r= esources=2Eovirt=2Eorg/releases/3=2E3=2E3/rpm/EL/=24releasever/=3C/a=3E=3Cb= r=3E enabled=3D1=3Cbr=3E skip=5Fif=5Funavailable=3D1=3Cbr=3E gpgcheck=3D0=3Cbr=3E =3Cbr=3E =5Bovirt-updates-testing=5D=3Cbr=3E name=3DTest Updates builds of the oVirt project=3Cbr=3E baseurl=3D=3Ca class=3D=22moz-txt-link-freetext=22 href=3D=22http=3A//ovirt= =2Eorg/releases/updates-testing/rpm/EL/=24releasever/=22=3Ehttp=3A//ovirt= =2Eorg/releases/updates-testing/rpm/EL/=24releasever/=3C/a=3E=3Cbr=3E enabled=3D0=3Cbr=3E skip=5Fif=5Funavailable=3D1=3Cbr=3E gpgcheck=3D0=3Cbr=3E =3Cbr=3E =5Bovirt-beta=5D=3Cbr=3E name=3DBeta builds of the oVirt project=3Cbr=3E baseurl=3D=3Ca class=3D=22moz-txt-link-freetext=22 href=3D=22http=3A/= /ovirt=2Eorg/releases/beta/rpm/EL/=24releasever/=22=3Ehttp=3A//ovirt=2Eorg/= releases/beta/rpm/EL/=24releasever/=3C/a=3E=3Cbr=3E enabled=3D0=3Cbr=3E skip=5Fif=5Funavailable=3D1=3Cbr=3E gpgcheck=3D0=3Cbr=3E =3Cbr=3E =5Bovirt-nightly=5D=3Cbr=3E name=3DNightly builds of the oVirt project=3Cbr=3E baseurl=3D=3Ca class=3D=22moz-txt-link-freetext=22 href=3D=22http=3A/= /ovirt=2Eorg/releases/nightly/rpm/EL/=24releasever/=22=3Ehttp=3A//ovirt=2Eo= rg/releases/nightly/rpm/EL/=24releasever/=3C/a=3E=3Cbr=3E enabled=3D0=3Cbr=3E skip=5Fif=5Funavailable=3D1=3Cbr=3E gpgcheck=3D0=3Cbr=3E =3Cbr=3E =5Bovirt-3=2E4=2E0-alpha=5D=3Cbr=3E name=3D3=2E4=2E0 alpha testing repo for the oVirt project=3Cbr=3E baseurl=3D=3Ca class=3D=22moz-txt-link-freetext=22 href=3D=22http=3A/= /ovirt=2Eorg/releases/3=2E4=2E0-alpha/rpm/EL/=24releasever/=22=3Ehttp=3A//o= virt=2Eorg/releases/3=2E4=2E0-alpha/rpm/EL/=24releasever/=3C/a=3E=3Cbr=3E= enabled=3D0=3Cbr=3E skip=5Fif=5Funavailable=3D1=3Cbr=3E gpgcheck=3D0=3Cbr=3E =3Cbr=3E =5Bovirt-3=2E4=2E0-prerelease=5D=3Cbr=3E name=3DPre release builds of the oVirt 3=2E4 project=3Cbr=3E baseurl=3D=3Ca class=3D=22moz-txt-link-freetext=22 href=3D=22http=3A//resou= rces=2Eovirt=2Eorg/releases/3=2E4=2E0=5Fpre/rpm/EL/=24releasever/=22=3Ehttp= =3A//resources=2Eovirt=2Eorg/releases/3=2E4=2E0=5Fpre/rpm/EL/=24releasever/= =3C/a=3E=3Cbr=3E enabled=3D0=3Cbr=3E skip=5Fif=5Funavailable=3D1=3Cbr=3E gpgcheck=3D0=3Cbr=3E =3C/blockquote=3E =3Cbr=3E =3Cbr=3E =3Cbr=3E =20= =3CBR /=3E =3CBR /=3E =3Cb style=3D=22color=3A=23604c78=22=3E=3C/b=3E=3Cbr=3E=3Cspan style=3D=22c= olor=3A=23604c78=3B=22=3E=3Cfont color=3D=22000000=22=3E=3Cspan style=3D=22= mso-fareast-language=3Aen-gb=3B=22 lang=3D=22NL=22=3EMet vriendelijke groet= =2C With kind regards=2C=3Cbr=3E=3Cbr=3E=3C/span=3EJorick Astrego=3C/font= =3E=3C/span=3E=3Cb style=3D=22color=3A=23604c78=22=3E=3Cbr=3E=3Cbr=3ENetbul= ae Virtualization Experts =3C/b=3E=3Cbr=3E=3Chr style=3D=22border=3Anone=3B= border-top=3A1px solid =23ccc=3B=22=3E=3Ctable style=3D=22width=3A 522px=22= =3E=3Ctbody=3E=3Ctr=3E=3Ctd style=3D=22width=3A 130px=3Bfont-size=3A 10px= =22=3ETel=3A 053 20 30 270=3C/td=3E =3Ctd style=3D=22width=3A 130px=3Bf= ont-size=3A 10px=22=3Einfo=40netbulae=2Eeu=3C/td=3E =3Ctd style=3D=22wid= th=3A 130px=3Bfont-size=3A 10px=22=3EStaalsteden 4-3A=3C/td=3E =3Ctd sty= le=3D=22width=3A 130px=3Bfont-size=3A 10px=22=3EKvK 08198180=3C/td=3E=3C/tr= =3E=3Ctr=3E =3Ctd style=3D=22width=3A 130px=3Bfont-size=3A 10px=22=3EFax= =3A 053 20 30 271=3C/td=3E =3Ctd style=3D=22width=3A 130px=3Bfont-size= =3A 10px=22=3Ewww=2Enetbulae=2Eeu=3C/td=3E =3Ctd style=3D=22width=3A 130= px=3Bfont-size=3A 10px=22=3E7547 TA Enschede=3C/td=3E =3Ctd style=3D=22w= idth=3A 130px=3Bfont-size=3A 10px=22=3EBTW NL821234584B01=3C/td=3E=3C/tr=3E= =3C/tbody=3E=3C/table=3E=3Cbr=3E=3Chr style=3D=22border=3Anone=3Bborder-top= =3A1px solid =23ccc=3B=22=3E=3CBR /=3E =3C/body=3E =3C/html=3E --------------080603050003090005020906--

3 6

gluster export
by Bill Dossett 09 Apr '15

09 Apr '15

--_000_BF15CF7CE61140CDA01DFAC89540CAACpbcom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksDQoNCktpbmQgb2YgYSBzdHVwaWQgcXVlc3Rpb24sIGJ1dCBJIGNvdWxkbuKAmXQgZmlndXJl IGl0IG91dCB0b2RheS4NCg0KSSBzZXR1cCBhIGdsdXN0ZXIgY2x1c3RlciB3aXRoIG92aXJ0LWVu Z2luZS4gIENyZWF0ZWQgdGhlIHZvbHVtZSB3aXRoIGEgY291cGxlIG9mIGJyaWNrcyBpbiBhIHJl cGxpY2F0aW5nIGNsdXN0ZXIuDQoNCkkgd2lsbCBldmVudHVhbGx5IGJlIHVzaW5nIHNvbWUgb2Yg dGhpcyBhbnl3YXkgd2l0aCBvdmlydCBWbXMsIGJ1dCBhbHNvIGludGVyZXN0ZWQgaW4gdXNpbmcg dGhlIGdsdXN0ZXJmcyBhbmQgY2lmcyBhbmQgbmZzIGFuZCBob3BlZnVsbCBpU0NTSSBibG9jayB0 byBvdGhlciBkZXZpY2Vz4oCmICBidXQgSSBjb3VsZCBmaW5kIG91dCB3aGF0IHRoZSBleHBvcnQg b2YgdGhlIGdsdXN0ZXJmcyAgIHNlcnZlcjovcGF0aCAgIHdhcy4gIElzIHRoaXMgc29tZXRoaW5n IEkgaGF2ZSB0byBzZXR1cCBpbiBhZGRpdGlvbiB0byB0aGUgZ2x1c3RlciBjbHVzdGVyLiAgSSB0 aG91Z2h0IEkgaGFkIHJlYWQgc29tZXRoaW5nIHRoYXQgeW91IG5lZWQgdG8gc2V0IGl0IHVwLCBi dXQgdGhlbiBjb3VsZG7igJl0IGZpbmQgaXQgd2l0aCBhbGwgdGhlIGRpZmZlcmVudCBkb2N1bWVu dHMgYW5kIHdpbmRvd3MgSSBoYWQgb3BlbiBhbmQgaXQgd2FzIGxhdGUuICBTbyBob3Bpbmcgc29t ZW9uZSBjYW4gcG9pbnQgbWUgaW4gdGhlIHJpZ2h0IGRpcmVjdGlvbiBmb3IgdGhpcy4NCg0KVGhh bmsgeW91Lg0KDQpCaWxsDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoNCg== --_000_BF15CF7CE61140CDA01DFAC89540CAACpbcom_ Content-Type: text/html; charset="utf-8" Content-ID: <95D3D21E6EECBB4CAD1ADB64EBB99B2A(a)mgd.pb.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx NHB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiPg0KPGRpdj4NCjxkaXY+DQo8 ZGl2PkhpLDwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+S2luZCBvZiBhIHN0dXBpZCBx dWVzdGlvbiwgYnV0IEkgY291bGRu4oCZdCBmaWd1cmUgaXQgb3V0IHRvZGF5LjwvZGl2Pg0KPGRp dj48YnI+DQo8L2Rpdj4NCjxkaXY+SSBzZXR1cCBhIGdsdXN0ZXIgY2x1c3RlciB3aXRoIG92aXJ0 LWVuZ2luZS4gJm5ic3A7Q3JlYXRlZCB0aGUgdm9sdW1lIHdpdGggYSBjb3VwbGUgb2YgYnJpY2tz IGluIGEgcmVwbGljYXRpbmcgY2x1c3Rlci48L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2 Pkkgd2lsbCBldmVudHVhbGx5IGJlIHVzaW5nIHNvbWUgb2YgdGhpcyBhbnl3YXkgd2l0aCBvdmly dCBWbXMsIGJ1dCBhbHNvIGludGVyZXN0ZWQgaW4gdXNpbmcgdGhlIGdsdXN0ZXJmcyBhbmQgY2lm cyBhbmQgbmZzIGFuZCBob3BlZnVsbCBpU0NTSSBibG9jayB0byBvdGhlciBkZXZpY2Vz4oCmICZu YnNwO2J1dCBJIGNvdWxkIGZpbmQgb3V0IHdoYXQgdGhlIGV4cG9ydCBvZiB0aGUgZ2x1c3RlcmZz ICZuYnNwOyBzZXJ2ZXI6L3BhdGggJm5ic3A7IHdhcy4gJm5ic3A7SXMgdGhpcw0KIHNvbWV0aGlu ZyBJIGhhdmUgdG8gc2V0dXAgaW4gYWRkaXRpb24gdG8gdGhlIGdsdXN0ZXIgY2x1c3Rlci4gJm5i c3A7SSB0aG91Z2h0IEkgaGFkIHJlYWQgc29tZXRoaW5nIHRoYXQgeW91IG5lZWQgdG8gc2V0IGl0 IHVwLCBidXQgdGhlbiBjb3VsZG7igJl0IGZpbmQgaXQgd2l0aCBhbGwgdGhlIGRpZmZlcmVudCBk b2N1bWVudHMgYW5kIHdpbmRvd3MgSSBoYWQgb3BlbiBhbmQgaXQgd2FzIGxhdGUuICZuYnNwO1Nv IGhvcGluZyBzb21lb25lIGNhbiBwb2ludCBtZSBpbg0KIHRoZSByaWdodCBkaXJlY3Rpb24gZm9y IHRoaXMuPC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj5UaGFuayB5b3UuPC9kaXY+DQo8 ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj5CaWxsPC9kaXY+DQo8ZGl2Pg0KPGRpdiBpZD0iTUFDX09V VExPT0tfU0lHTkFUVVJFIj48L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxicj4NCjxo cj4NCjxmb250IGZhY2U9IkFyaWFsIiBjb2xvcj0iQmxhY2siIHNpemU9IjIiPjxicj4NCjwvZm9u dD4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_BF15CF7CE61140CDA01DFAC89540CAACpbcom_--

2 3

Announce: libgovirt 0.3.3
by Christophe Fergeau 08 Apr '15

08 Apr '15

--n+lFg1Zro7sl44OB Content-Type: text/plain; charset=utf-8; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="BwCQnh7xodEAoBMC" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable About libgovirt =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D libgovirt is a GObject-based library to access oVirt REST API. It uses GObject and librest to integrate well with GNOME applications. News =3D=3D=3D=3D Changes since 0.3.2: - Add support for SPICE proxy - Don't report REST call cancellations as an unexpected error - Access REST API through /ovirt-engine/api rather than /api as the latter = is deprecated - Parse status of storage domains - Add support for GOVIRT_DISABLE_HTTPS and GOVIRT_NO_SSL_STRICT environment variable in order to make it easier to lower security during development/= testing - Fix compilation with older glibs - Fix mingw build - Translations: * Basque (Inaki Larranaga Murgoitio) * Bosnian (Samir Ribic) * Brazilian Portuguese (Rafael Ferreira) * Greek (Dimitris Spingos) * Hungarian (Bal=C3=A1zs =C3=9Ar) * Slovenian (Matej Urban=C4=8Di=C4=8D) * Turkish (Muhammet Kara, Necdet Y=C3=BCcel) * Russian (Yuri Myasoedov) Download =3D=3D=3D=3D=3D=3D=3D=3D https://download.gnome.org/sources/libgovirt/0.3/libgovirt-0.3.3.tar.xz (26= 7K) sha256sum: 22a74f0cf302a0d8961c1b1fa09886f9b1f3ba0da4db1beb6807336b2a2623= df --n+lFg1Zro7sl44OB Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBCAAGBQJVJVQYAAoJEKnYwhQprGyCGawP/3ff7KgukWiUkkJmY+r8ofYQ 5BJlvvR1xMgFgp20/aGAtAmVrjxalKr6iYTY5iTO56uw4caRollmnSSDy7VJXhjj KxICJ399rvmoxy0SM6Luq5280jM5m/YNZAA/VaMcaQcrZSKpE7GfDDM2W/p/uo6k XdDdK5x7PB/hzsjQEbTV8je4cHdW044ZM7ssqzIIMjDkbtGp4f2Z45lSoRGTbv2d Jb1HQjXuqStRSY91OmIynjL5EUb6JEpNczqtjU64ABCiEQR/92ST1rn/+xdp57ck gxeodp4cDISEEvzt1n1vfGAURon7nDdyMCNovghtpeAyNTyQUmoHrrpd9szRwlh4 0q9gqspbR2MfeYOuSd9xciQ9KIVa+GMjB0AD3YUBEemnh5+j1mAkY5DgdSxyhvky NH6qLtY9uT/vI0K+ECUCsFIWF2ZjGTX3uxYUGPmHti6D51ohbOGbSFJD38k9JTr8 tB4j9s22zxqWc/LK8GjZakFnRfcDpjQFa4XpDjPejypPkqdx7xw2jB5+sRG30KkM tavS+BuqFbIohLdvlZhxL6SBxQDtKqXQj0zm9ELToqEP4R/Ajrr8q4huvcA3BpMh BseBEwI7NtQnCqeVKWK6NM9Vib1Rwb6yjeqONAuriqWR/BYkahaGJuGJeWYZR+hL ecsF7hqa+41dZZNpGMnQ =X+4I -----END PGP SIGNATURE----- --n+lFg1Zro7sl44OB--

1 0

oVirt Weekly Meeting Minutes -- 2015-04-08.
by Yaniv Dary 08 Apr '15

08 Apr '15

This is a multi-part message in MIME format. --------------030804020504050005020500 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Minutes: http://ovirt.org/meetings/ovirt/2015/ovirt.2015-04-08-14.09.html Minutes (text): http://ovirt.org/meetings/ovirt/2015/ovirt.2015-04-08-14.09.txt Log: http://ovirt.org/meetings/ovirt/2015/ovirt.2015-04-08-14.09.log.html ========================= #ovirt: oVirt Weekly Sync ========================= Meeting started by ydary_ at 14:09:19 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2015/ovirt.2015-04-08-14.09.log.html . Meeting summary --------------- * Agenda and roll Call (ydary_, 14:09:20) * Sync future and format change (ydary_, 14:09:45) * Sync future and format change (ydary_, 14:09:57) * No final call. Moving discussion to mailing list. See full log for details. (ydary_, 15:01:30) * ACTION: Please reply to mail on sync format with ideas on how to change this meeting's format to something more useful and engaging. Link: http://lists.ovirt.org/pipermail/users/2015-April/032185.html (ydary_, 15:05:32) Meeting ended at 15:05:46 UTC. Action Items ------------ * Please reply to mail on sync format with ideas on how to change this meeting's format to something more useful and engaging. Link: http://lists.ovirt.org/pipermail/users/2015-April/032185.html Action Items, by person ----------------------- * **UNASSIGNED** * Please reply to mail on sync format with ideas on how to change this meeting's format to something more useful and engaging. Link: http://lists.ovirt.org/pipermail/users/2015-April/032185.html People Present (lines said) --------------------------- * ydary_ (30) * bkp (28) * misc (19) * lvernia (14) * sbonazzo (8) * ovirtbot (3) * dyasny (2) * SvenKieske (2) * dcaro (2) * amureini (2) * dkuznets (1) * eedri (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot -- Yaniv Dary Technical Product Manager Red Hat Israel Ltd. 34 Jerusalem Road Building A, 4th floor Ra'anana, Israel 4350109 Tel : +972 (9) 7692306 8272306 Email: ydary(a)redhat.com IRC : ydary --------------030804020504050005020500 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body bgcolor="#FFFFFF" text="#000000"> Minutes: <a class="moz-txt-link-freetext" href="http://ovirt.org/meetings/ovirt/2015/ovirt.2015-04-08-14.09.html">http://ovirt.org/meetings/ovirt/2015/ovirt.2015-04-08-14.09.html</a> Minutes (text): <a class="moz-txt-link-freetext" href="http://ovirt.org/meetings/ovirt/2015/ovirt.2015-04-08-14.09.txt">http://ovirt.org/meetings/ovirt/2015/ovirt.2015-04-08-14.09.txt</a> Log: <a class="moz-txt-link-freetext" href="http://ovirt.org/meetings/ovirt/2015/ovirt.2015-04-08-14.09.log.html">http://ovirt.org/meetings/ovirt/2015/ovirt.2015-04-08-14.09.log.html</a> <pre>========================= #ovirt: oVirt Weekly Sync ========================= Meeting started by ydary_ at 14:09:19 UTC. The full logs are available at <a class="moz-txt-link-freetext" href="http://ovirt.org/meetings/ovirt/2015/ovirt.2015-04-08-14.09.log.html">http://ovirt.org/meetings/ovirt/2015/ovirt.2015-04-08-14.09.log.html</a> . Meeting summary --------------- * Agenda and roll Call (ydary_, 14:09:20) * Sync future and format change (ydary_, 14:09:45) * Sync future and format change (ydary_, 14:09:57) * No final call. Moving discussion to mailing list. See full log for details. (ydary_, 15:01:30) * ACTION: Please reply to mail on sync format with ideas on how to change this meeting's format to something more useful and engaging. Link: <a class="moz-txt-link-freetext" href="http://lists.ovirt.org/pipermail/users/2015-April/032185.html">http://lists.ovirt.org/pipermail/users/2015-April/032185.html</a> (ydary_, 15:05:32) Meeting ended at 15:05:46 UTC. Action Items ------------ * Please reply to mail on sync format with ideas on how to change this meeting's format to something more useful and engaging. Link: <a class="moz-txt-link-freetext" href="http://lists.ovirt.org/pipermail/users/2015-April/032185.html">http://lists.ovirt.org/pipermail/users/2015-April/032185.html</a> Action Items, by person ----------------------- * **UNASSIGNED** * Please reply to mail on sync format with ideas on how to change this meeting's format to something more useful and engaging. Link: <a class="moz-txt-link-freetext" href="http://lists.ovirt.org/pipermail/users/2015-April/032185.html">http://lists.ovirt.org/pipermail/users/2015-April/032185.html</a> People Present (lines said) --------------------------- * ydary_ (30) * bkp (28) * misc (19) * lvernia (14) * sbonazzo (8) * ovirtbot (3) * dyasny (2) * SvenKieske (2) * dcaro (2) * amureini (2) * dkuznets (1) * eedri (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: <a class="moz-txt-link-freetext" href="http://wiki.debian.org/MeetBot">http://wiki.debian.org/MeetBot</a> </pre> <pre class="moz-signature" cols="72">-- Yaniv Dary Technical Product Manager Red Hat Israel Ltd. 34 Jerusalem Road Building A, 4th floor Ra'anana, Israel 4350109 Tel : +972 (9) 7692306 8272306 Email: <a class="moz-txt-link-abbreviated" href="mailto:ydary@redhat.com">ydary(a)redhat.com</a> IRC : ydary</pre> </body> </html> --------------030804020504050005020500--

1 0

[QE][ACTION REQUIRED] oVirt 3.5.2 and 3.5.3 status
by Sandro Bonazzola 08 Apr '15

08 Apr '15

Hi, We have 3 open blockers for 3.5.2[1]: Whiteboard Bug ID Status Summary integration 1197616 POST Template creation stuck after upgrade network 1154399 ASSIGNED VDSM script reset network configuration on every reboot when based on predefined bond storage 1209108 POST [3.5-6.6/7.1] Failed to retrieve iscsi lun from hardware iscsi after register to RHEV-M and 3 dependency not yet fixed: Bug ID Status Whiteboard Summary 1206903 POST ux Context Sensitive Help: GUI needs to use different mapping files for different locales. 1197292 POST storage [3.5-6.6/7.1] Failed to retrieve iscsi lun from hardware iscsi after register to RHEV-M 1209486 NEW network Networks that not created via TUI are not persistent After upgrading rhev-h 6.6 from 3.5.0... We'll need another release candidate before GA. We still have 2 bugs in MODIFIED and 2 on QA[2]: MODIFIED ON_QA Total network 0 1 1 sla 1 0 1 storage 1 0 1 virt 0 1 1 Total 2 2 4 ACTION: Testers: you're welcome to verify bugs currently ON_QA. ACTION: Assingee and Maintainers to check modified bugs to see if they're fixed in RC3 All remaining bugs not marked as blockers have been moved to 3.5.3. A release management entry has been added for tracking the schedule of 3.5.3[3] A bug tracker [4] has been created for 3.5.3 and currently shows no blockers. We have 25 bugs currently targeted to 3.5.3[5]: Whiteboard NEW ASSIGNED POST Total docs 1 0 0 1 external 1 0 0 1 gluster 1 1 0 2 infra 1 2 0 3 network 2 0 0 2 node 3 0 1 4 ppc 0 0 1 1 sla 4 0 0 4 storage 4 0 1 5 ux 1 0 0 1 virt 1 0 0 1 Total 19 3 3 25 ACTION: Maintainers / Assignee: to review the bugs targeted to 3.5.3 ensuring they're correctly targeted. ACTION: Maintainers: to fill release notes for 3.5.2, the page has been created and updated here [6] ACTION: Testers: please add yourself to the test page [7] [1] https://bugzilla.redhat.com/1186161 [2] http://goo.gl/UEVTCf [3] http://www.ovirt.org/OVirt_3.5.z_Release_Management#oVirt_3.5.3 [4] https://bugzilla.redhat.com/1198142 [5] https://bugzilla.redhat.com/buglist.cgi?quicksearch=product%3Aovirt%20targe… [6] http://www.ovirt.org/OVirt_3.5.2_Release_Notes [7] http://www.ovirt.org/Testing/oVirt_3.5.2_Testing -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 1

[QE] oVirt 3.6.0 status
by Sandro Bonazzola 08 Apr '15

08 Apr '15

Hi, here's an update on 3.6 status on integration / rel-eng side The tracker bug for 3.6.0 [1] currently shows no open blockers. Repository closure is currently broken on Fedora 20 due to a missing required dependency on recent libvirt, a patch fixing this issue is currently under review[4]. There are 556 bugs [2] targeted to 3.6.0. NEW ASSIGNED POST Total docs 11 0 0 11 external 1 0 0 1 gluster 42 9 13 64 i18n 2 0 0 2 infra 71 4 9 84 integration 53 4 4 61 network 42 1 9 52 node 26 3 2 31 sla 51 3 2 56 spice 1 0 0 1 storage 72 5 8 85 ux 31 0 2 33 virt 58 5 12 75 Total 461 34 61 556 Features submission is still open until 2015-04-22 as per current release schedule. Maintainers: be sure to have your features tracked in the google doc[3] On integration side: - some progress on Hyper Converged GlusterFS support for Hosted Engine - looking at Cinder / Glance existing docker images provided by Kolla project[5] [1] https://bugzilla.redhat.com/1155425 [2] https://bugzilla.redhat.com/buglist.cgi?quicksearch=target_release%3A3.6.0%… [3] http://goo.gl/9X3G49 [4] https://gerrit.ovirt.org/39249 [5] https://github.com/stackforge/kolla -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Gluster 3.5 with Ovirt 3.5 | CentOS 7
by Punit Dambiwal 08 Apr '15

08 Apr '15

Hi, I try to install gluster 3.5 on the 4 servers which installed with Centos7...i have modified the ovirt-3.5-dependencies.repo with the gluster version 3.5 but still the server keep try to install gluster 3.6 I want to install stable gluster version and want to manage it through Ovirt Engine.... Thanks, Punit

2 4

sign-out with kerberos sso
by Alastair Neil 08 Apr '15

08 Apr '15

I have been setting up aaa, following the recipe in the RedHat portal: https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Virtualiza… and I can successfully authenticate, however the Sign Out button does not clear the session properly and does nothing. I found this long standing bug https://bugzilla.redhat.com/show_bug.cgi?id=884653 this bug was updated last month as supposedly fixed by an errata release of RHEV 3.5.0. I'm using FC20 with ovirt 3.5.1.1, Is there an equivalent fix in ovirt? If so how can I access it? Thanks, Alastair

2 2