<html><body><div style="font-family: georgia,serif; font-size: 12pt; color: #000000"><div>I'd like to add that<span style="font-size: 12pt;"> using of floating MAC </span><span style="font-size: 12pt;">"balance-tlb" </span><span style="font-size: 12pt;">for mode 5 or ARP </span><span style="font-size: 12pt;">negotiation for mode 6 load balancing "</span><span style="font-size: 12pt;">balance-alb" will influence latency and performance, using such mode should be avoided. </span></div><div>Mode zero or "balance-rr" should be also avoided as it is the only mode that will allow a single TCP/IP stream to utilize more than one interface, hence will create additional jitter, latency and performance impacts, as frames/packets will be sent and arrive from different interfaces, while preferred is to balance on per flow. Unless in your data center you're not using L2-only based traffic, I really don't see any usage for mode zero.</div><div>In Cisco routers the is a functionality called IP-CEF, which is turned on by default and balancing traffic on per TCP/IP flow, instead of per-packet, it is being used for better routing decisions for per-flow load balancing, if turned off, then per-packet load balancing will be enforced, causing high performance impact on router's CPU and memory resources, as decision have to be made on per-packet level, the higher the bit rate, the harder impact on resources of the router will be, especially for small sized packets.</div><div><br></div><div><span name="x"></span><br>Thanks in advance.<br><div><br></div>Best regards,<br>Nikolai<br>____________________<br>Nikolai Sednev<br>Senior Quality Engineer at Compute team<br>Red Hat Israel<br>34 Jerusalem Road,<br>Ra'anana, Israel 43501<br><div><br></div>Tel: +972 9 7692043<br>Mobile: +972 52 7342734<br>Email: nsednev@redhat.com<br>IRC: nsednev<span name="x"></span><br></div><div><br></div><hr id="zwchr"><div style="color:#000;font-weight:normal;font-style:normal;text-decoration:none;font-family:Helvetica,Arial,sans-serif;font-size:12pt;"><b>From: </b>users-request@ovirt.org<br><b>To: </b>users@ovirt.org<br><b>Sent: </b>Monday, December 29, 2014 6:53:59 AM<br><b>Subject: </b>Users Digest, Vol 39, Issue 163<br><div><br></div>Send Users mailing list submissions to<br> users@ovirt.org<br><div><br></div>To subscribe or unsubscribe via the World Wide Web, visit<br> http://lists.ovirt.org/mailman/listinfo/users<br>or, via email, send a message with subject or body 'help' to<br> users-request@ovirt.org<br><div><br></div>You can reach the person managing the list at<br> users-owner@ovirt.org<br><div><br></div>When replying, please edit your Subject line so it is more specific<br>than "Re: Contents of Users digest..."<br><div><br></div><br>Today's Topics:<br><div><br></div> 1. Re: Problem after update ovirt to 3.5 (Juan Jose)<br> 2. Re: ??: bond mode balance-alb (Dan Kenigsberg)<br> 3. Re: VM failover with ovirt3.5 (Yue, Cong)<br><div><br></div><br>----------------------------------------------------------------------<br><div><br></div>Message: 1<br>Date: Sun, 28 Dec 2014 20:08:37 +0100<br>From: Juan Jose <jj197005@gmail.com><br>To: Simone Tiraboschi <stirabos@redhat.com><br>Cc: "users@ovirt.org" <users@ovirt.org><br>Subject: Re: [ovirt-users] Problem after update ovirt to 3.5<br>Message-ID:<br> <CADrE9wYtNdMPNsyjjZxA3zbyKZhYB5DA03wQ17dTLfuBBtA-Bg@mail.gmail.com><br>Content-Type: text/plain; charset="utf-8"<br><div><br></div>Many thanks Simone,<br><div><br></div>Juanjo.<br><div><br></div>On Tue, Dec 16, 2014 at 1:48 PM, Simone Tiraboschi <stirabos@redhat.com><br>wrote:<br><div><br></div>><br>><br>> ----- Original Message -----<br>> > From: "Juan Jose" <jj197005@gmail.com><br>> > To: "Yedidyah Bar David" <didi@redhat.com>, sbonazzo@redhat.com<br>> > Cc: users@ovirt.org<br>> > Sent: Tuesday, December 16, 2014 1:03:17 PM<br>> > Subject: Re: [ovirt-users] Problem after update ovirt to 3.5<br>> ><br>> > Hello everybody,<br>> ><br>> > It was the firewall, after upgrade my engine the NFS configuration had<br>> > disappered, I have configured again as Red Hat says and now it works<br>> > properly again.<br>> ><br>> > Many thank again for the indications.<br>><br>> We already had a patch for it [1],<br>> it will released next month with oVirt 3.5.1<br>><br>> [1] http://gerrit.ovirt.org/#/c/32874/<br>><br>> > Juanjo.<br>> ><br>> > On Mon, Dec 15, 2014 at 2:32 PM, Yedidyah Bar David < didi@redhat.com ><br>> > wrote:<br>> ><br>> ><br>> > ----- Original Message -----<br>> > > From: "Juan Jose" < jj197005@gmail.com ><br>> > > To: users@ovirt.org<br>> > > Sent: Monday, December 15, 2014 3:17:15 PM<br>> > > Subject: [ovirt-users] Problem after update ovirt to 3.5<br>> > ><br>> > > Hello everybody,<br>> > ><br>> > > After upgrade my engine to oVirt 3.5, I have also upgraded one of my<br>> hosts<br>> > > to<br>> > > oVirt 3.5. After that it seems that all have gone good aparently.<br>> > ><br>> > > But in some seconds my ISO domain is desconnected and it is impossible<br>> to<br>> > > Activate. I'm attaching my engine.log. The below error is showed each<br>> time<br>> > > I<br>> > > try to Activate the ISO domain. Before the upgrade it was working<br>> without<br>> > > problems:<br>> > ><br>> > > 2014-12-15 13:25:07,607 ERROR<br>> > > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]<br>> > > (org.ovirt.thread.pool-8-thread-5) [460733dd] Correlation ID: null,<br>> Call<br>> > > Stack: null, Custom Event ID: -1, Message: Failed to connect Host<br>> host1 to<br>> > > the Storage Domains ISO_DOMAIN.<br>> > > 2014-12-15 13:25:07,608 INFO<br>> > ><br>> [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand]<br>> > > (org.ovirt.thread.pool-8-thread-5) [460733dd] FINISH,<br>> > > ConnectStorageServerVDSCommand, return:<br>> > > {81c0a853-715c-4478-a812-6a74808fc482=477}, log id: 3590969e<br>> > > 2014-12-15 13:25:07,615 ERROR<br>> > > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]<br>> > > (org.ovirt.thread.pool-8-thread-5) [460733dd] Correlation ID: null,<br>> Call<br>> > > Stack: null, Custom Event ID: -1, Message: The error message for<br>> connection<br>> > > ovirt-engine.siee.local:/var/lib/exports/iso-20140303082312 returned by<br>> > > VDSM<br>> > > was: Problem while trying to mount target<br>> > > 2014-12-15 13:25:07,616 ERROR<br>> > > [org.ovirt.engine.core.bll.storage.NFSStorageHelper]<br>> > > (org.ovirt.thread.pool-8-thread-5) [460733dd] The connection with<br>> details<br>> > > ovirt-engine.siee.local:/var/lib/exports/iso-20140303082312 failed<br>> because<br>> > > of error code 477 and error message is: problem while trying to mount<br>> > > target<br>> > ><br>> > > If any other information is required, please tell me.<br>> ><br>> > Is the ISO domain on the engine host?<br>> ><br>> > Please check there iptables and /etc/exports, /etc/exports.d.<br>> ><br>> > Please post the setup (upgrade) log, check /var/log/ovirt-engine/setup.<br>> ><br>> > Thanks,<br>> > --<br>> > Didi<br>> ><br>> > _______________________________________________<br>> > Users mailing list<br>> > Users@ovirt.org<br>> > http://lists.ovirt.org/mailman/listinfo/users<br>> ><br>><br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <http://lists.ovirt.org/pipermail/users/attachments/20141228/bab30c2a/attachment-0001.html><br><div><br></div>------------------------------<br><div><br></div>Message: 2<br>Date: Sun, 28 Dec 2014 23:56:58 +0000<br>From: Dan Kenigsberg <danken@redhat.com><br>To: Blaster <Blaster@556nato.com><br>Cc: "Users@ovirt.org List" <users@ovirt.org><br>Subject: Re: [ovirt-users] ??: bond mode balance-alb<br>Message-ID: <20141228235658.GE21690@redhat.com><br>Content-Type: text/plain; charset=us-ascii<br><div><br></div>On Fri, Dec 26, 2014 at 12:39:45PM -0600, Blaster wrote:<br>> On 12/23/2014 2:55 AM, Dan Kenigsberg wrote:<br>> >Bug 1094842 - Bonding modes 0, 5 and 6 should be avoided for VM networks<br>> >https://bugzilla.redhat.com/show_bug.cgi?id=1094842#c0<br>> <br>> Dan,<br>> <br>> What is bad about these modes that oVirt can't use them?<br><div><br></div>I can only quote jpirko's workds from the link above:<br><div><br></div> Do not use tlb or alb in bridge, never! It does not work, that's it. The reason<br> is it mangles source macs in xmit frames and arps. When it is possible, just<br> use mode 4 (lacp). That should be always possible because all enterprise<br> switches support that. Generally, for 99% of use cases, you *should* use mode<br> 4. There is no reason to use other modes.<br><div><br></div>> <br>> I just tested mode 4, and the LACP with Fedora 20 appears to not be<br>> compatible with the LAG mode on my Dell 2824.<br>> <br>> Would there be any issues with bringing two NICS into the VM and doing<br>> balance-alb at the guest level?<br>> <br>> <br>> <br><div><br></div><br>------------------------------<br><div><br></div>Message: 3<br>Date: Sun, 28 Dec 2014 20:53:44 -0800<br>From: "Yue, Cong" <Cong_Yue@alliedtelesis.com><br>To: Artyom Lukianov <alukiano@redhat.com><br>Cc: "users@ovirt.org" <users@ovirt.org><br>Subject: Re: [ovirt-users] VM failover with ovirt3.5<br>Message-ID: <B7E7D6D4-B85D-471C-87A7-EA9AD32BF279@alliedtelesis.com><br>Content-Type: text/plain; charset="utf-8"<br><div><br></div>I checked it again and confirmed there is one guest VM is running on the top of this host. The log is as follows:<br><div><br></div>[root@compute2-1 vdsm]# ps -ef | grep qemu<br>qemu 2983 846 0 Dec19 ? 00:00:00<x-apple-data-detectors://0> [supervdsmServer] <defunct><br>root 5489 3053 0 20:49<x-apple-data-detectors://1> pts/0 00:00:00<x-apple-data-detectors://2> grep --color=auto qemu<br>qemu 26128 1 0 Dec19 ? 01:09:19 /usr/libexec/qemu-kvm<br>-name testvm2 -S -machine rhel6.5.0,accel=kvm,usb=off -cpu Nehalem -m<br>500 -realtime mlock=off -smp 1,maxcpus=16,sockets=16,cores=1,threads=1<br>-uuid e46bca87-4df5-4287-844b-90a26fccef33 -smbios<br>type=1,manufacturer=oVirt,product=oVirt<br>Node,version=7-0.1406.el7.centos.2.5,serial=4C4C4544-0030-3310-8059-B8C04F585231,uuid=e46bca87-4df5-4287-844b-90a26fccef33<br>-no-user-config -nodefaults -chardev<br>socket,id=charmonitor,path=/var/lib/libvirt/qemu/testvm2.monitor,server,nowait<br>-mon chardev=charmonitor,id=monitor,mode=control -rtc<br>base=2014-12-19T20:18:01<x-apple-data-detectors://4>,driftfix=slew -no-kvm-pit-reinjection<br>-no-hpet -no-shutdown -boot strict=on -device<br>piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device<br>virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device<br>virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5<br>-drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial=<br>-device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0<br>-drive file=/rhev/data-center/00000002-0002-0002-0002-0000000001e4/1dc71096-27c4-4256-b2ac-bd7265525c69/images/b4b5426b-95e3-41af-b286-da245891cdaf/0f688d49-97e3-4f1d-84d4-ac1432d903b3,if=none,id=drive-virtio-disk0,format=qcow2,serial=b4b5426b-95e3-41af-b286-da245891cdaf,cache=none,werror=stop,rerror=stop,aio=threads<br>-device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1<br>-netdev tap,fd=26,id=hostnet0,vhost=on,vhostfd=27 -device<br>virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:db:94:01,bus=pci.0,addr=0x3<br>-chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/e46bca87-4df5-4287-844b-90a26fccef33.com.redhat.rhevm.vdsm,server,nowait<br>-device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm<br>-chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/e46bca87-4df5-4287-844b-90a26fccef33.org.qemu.guest_agent.0,server,nowait<br>-device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0<br>-chardev spicevmc,id=charchannel2,name=vdagent -device<br>virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0<br>-spice tls-port=5900,addr=10.0.0.92,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on<br>-k en-us -vga qxl -global qxl-vga.ram_size=67108864<tel:67108864> -global<br>qxl-vga.vram_size=33554432<tel:33554432> -incoming tcp:[::]:49152 -device<br>virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7<br>[root@compute2-1 vdsm]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log<br>MainThread::INFO::2014-12-28<br>20:49:27,315::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check)<br>Local maintenance detected<br>MainThread::INFO::2014-12-28<br>20:49:27,646::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Current state LocalMaintenance (score: 0)<br>MainThread::INFO::2014-12-28<br>20:49:27,646::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.94 (id: 1, score: 2400)<br>MainThread::INFO::2014-12-28<br>20:49:37,732::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check)<br>Local maintenance detected<br>MainThread::INFO::2014-12-28<br>20:49:37,961::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Current state LocalMaintenance (score: 0)<br>MainThread::INFO::2014-12-28<br>20:49:37,961::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.94 (id: 1, score: 2400)<br>MainThread::INFO::2014-12-28<br>20:49:48,048::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check)<br>Local maintenance detected<br>MainThread::INFO::2014-12-28<br>20:49:48,319::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score)<br>Score is 0 due to local maintenance mode<br>MainThread::INFO::2014-12-28<br>20:49:48,319::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Current state LocalMaintenance (score: 0)<br>MainThread::INFO::2014-12-28<br>20:49:48,319::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.94 (id: 1, score: 2400)<br><div><br></div>Thanks,<br>Cong<br><div><br></div><br>On 2014/12/28, at 3:46, "Artyom Lukianov" <alukiano@redhat.com<mailto:alukiano@redhat.com>> wrote:<br><div><br></div>I see that you set local maintenance on host3 that do not have engine vm on it, so it nothing to migrate from this host.<br>If you set local maintenance on host1, vm must migrate to another host with positive score.<br>Thanks<br><div><br></div>----- Original Message -----<br>From: "Cong Yue" <Cong_Yue@alliedtelesis.com<mailto:Cong_Yue@alliedtelesis.com>><br>To: "Simone Tiraboschi" <stirabos@redhat.com<mailto:stirabos@redhat.com>><br>Cc: users@ovirt.org<mailto:users@ovirt.org><br>Sent: Saturday, December 27, 2014 6:58:32 PM<br>Subject: Re: [ovirt-users] VM failover with ovirt3.5<br><div><br></div>Hi<br><div><br></div>I had a try with "hosted-engine --set-maintence --mode=local" on<br>compute2-1, which is host 3 in my cluster. From the log, it shows<br>maintence mode is dectected, but migration does not happen.<br><div><br></div>The logs are as follows. Is there any other config I need to check?<br><div><br></div>[root@compute2-1 vdsm]# hosted-engine --vm-status<br><div><br></div><br>--== Host 1 status ==-<br><div><br></div>Status up-to-date : True<br>Hostname : 10.0.0.94<br>Host ID : 1<br>Engine status : {"health": "good", "vm": "up",<br>"detail": "up"}<br>Score : 2400<br>Local maintenance : False<br>Host timestamp : 836296<br>Extra metadata (valid at timestamp):<br>metadata_parse_version=1<br>metadata_feature_version=1<br>timestamp=836296 (Sat Dec 27 11:42:39 2014)<br>host-id=1<br>score=2400<br>maintenance=False<br>state=EngineUp<br><div><br></div><br>--== Host 2 status ==--<br><div><br></div>Status up-to-date : True<br>Hostname : 10.0.0.93<br>Host ID : 2<br>Engine status : {"reason": "vm not running on<br>this host", "health": "bad", "vm": "down", "detail": "unknown"}<br>Score : 2400<br>Local maintenance : False<br>Host timestamp : 687358<br>Extra metadata (valid at timestamp):<br>metadata_parse_version=1<br>metadata_feature_version=1<br>timestamp=687358 (Sat Dec 27 08:42:04 2014)<br>host-id=2<br>score=2400<br>maintenance=False<br>state=EngineDown<br><div><br></div><br>--== Host 3 status ==--<br><div><br></div>Status up-to-date : True<br>Hostname : 10.0.0.92<br>Host ID : 3<br>Engine status : {"reason": "vm not running on<br>this host", "health": "bad", "vm": "down", "detail": "unknown"}<br>Score : 0<br>Local maintenance : True<br>Host timestamp : 681827<br>Extra metadata (valid at timestamp):<br>metadata_parse_version=1<br>metadata_feature_version=1<br>timestamp=681827 (Sat Dec 27 08:42:40 2014)<br>host-id=3<br>score=0<br>maintenance=True<br>state=LocalMaintenance<br>[root@compute2-1 vdsm]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log<br>MainThread::INFO::2014-12-27<br>08:42:41,109::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.94 (id: 1, score: 2400)<br>MainThread::INFO::2014-12-27<br>08:42:51,198::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check)<br>Local maintenance detected<br>MainThread::INFO::2014-12-27<br>08:42:51,420::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Current state LocalMaintenance (score: 0)<br>MainThread::INFO::2014-12-27<br>08:42:51,420::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.94 (id: 1, score: 2400)<br>MainThread::INFO::2014-12-27<br>08:43:01,507::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check)<br>Local maintenance detected<br>MainThread::INFO::2014-12-27<br>08:43:01,773::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Current state LocalMaintenance (score: 0)<br>MainThread::INFO::2014-12-27<br>08:43:01,773::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.94 (id: 1, score: 2400)<br>MainThread::INFO::2014-12-27<br>08:43:11,859::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check)<br>Local maintenance detected<br>MainThread::INFO::2014-12-27<br>08:43:12,072::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Current state LocalMaintenance (score: 0)<br>MainThread::INFO::2014-12-27<br>08:43:12,072::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.94 (id: 1, score: 2400)<br><div><br></div><br><div><br></div>[root@compute2-3 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log<br>MainThread::INFO::2014-12-27<br>11:36:28,855::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.93 (id: 2, score: 2400)<br>MainThread::INFO::2014-12-27<br>11:36:39,130::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Current state EngineUp (score: 2400)<br>MainThread::INFO::2014-12-27<br>11:36:39,130::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.93 (id: 2, score: 2400)<br>MainThread::INFO::2014-12-27<br>11:36:49,449::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Current state EngineUp (score: 2400)<br>MainThread::INFO::2014-12-27<br>11:36:49,449::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.93 (id: 2, score: 2400)<br>MainThread::INFO::2014-12-27<br>11:36:59,739::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Current state EngineUp (score: 2400)<br>MainThread::INFO::2014-12-27<br>11:36:59,739::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.93 (id: 2, score: 2400)<br>MainThread::INFO::2014-12-27<br>11:37:09,779::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume)<br>Engine vm running on localhost<br>MainThread::INFO::2014-12-27<br>11:37:10,026::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Current state EngineUp (score: 2400)<br>MainThread::INFO::2014-12-27<br>11:37:10,026::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.93 (id: 2, score: 2400)<br>MainThread::INFO::2014-12-27<br>11:37:20,331::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Current state EngineUp (score: 2400)<br>MainThread::INFO::2014-12-27<br>11:37:20,331::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.93 (id: 2, score: 2400)<br><div><br></div><br>[root@compute2-2 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log<br>MainThread::INFO::2014-12-27<br>08:36:12,462::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.94 (id: 1, score: 2400)<br>MainThread::INFO::2014-12-27<br>08:36:22,797::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Current state EngineDown (score: 2400)<br>MainThread::INFO::2014-12-27<br>08:36:22,798::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.94 (id: 1, score: 2400)<br>MainThread::INFO::2014-12-27<br>08:36:32,876::states::437::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume)<br>Engine vm is running on host 10.0.0.94 (id 1)<br>MainThread::INFO::2014-12-27<br>08:36:33,169::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Current state EngineDown (score: 2400)<br>MainThread::INFO::2014-12-27<br>08:36:33,169::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.94 (id: 1, score: 2400)<br>MainThread::INFO::2014-12-27<br>08:36:43,567::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Current state EngineDown (score: 2400)<br>MainThread::INFO::2014-12-27<br>08:36:43,567::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.94 (id: 1, score: 2400)<br>MainThread::INFO::2014-12-27<br>08:36:53,858::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Current state EngineDown (score: 2400)<br>MainThread::INFO::2014-12-27<br>08:36:53,858::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.94 (id: 1, score: 2400)<br>MainThread::INFO::2014-12-27<br>08:37:04,028::state_machine::160::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh)<br>Global metadata: {'maintenance': False}<br>MainThread::INFO::2014-12-27<br>08:37:04,028::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh)<br>Host 10.0.0.94 (id 1): {'extra':<br>'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=835987<br>(Sat Dec 27 11:37:30<br>2014)\nhost-id=1\nscore=2400\nmaintenance=False\nstate=EngineUp\n',<br>'hostname': '10.0.0.94', 'alive': True, 'host-id': 1, 'engine-status':<br>{'health': 'good', 'vm': 'up', 'detail': 'up'}, 'score': 2400,<br>'maintenance': False, 'host-ts': 835987}<br>MainThread::INFO::2014-12-27<br>08:37:04,028::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh)<br>Host 10.0.0.92 (id 3): {'extra':<br>'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=681528<br>(Sat Dec 27 08:37:41<br>2014)\nhost-id=3\nscore=0\nmaintenance=True\nstate=LocalMaintenance\n',<br>'hostname': '10.0.0.92', 'alive': True, 'host-id': 3, 'engine-status':<br>{'reason': 'vm not running on this host', 'health': 'bad', 'vm':<br>'down', 'detail': 'unknown'}, 'score': 0, 'maintenance': True,<br>'host-ts': 681528}<br>MainThread::INFO::2014-12-27<br>08:37:04,028::state_machine::168::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh)<br>Local (id 2): {'engine-health': {'reason': 'vm not running on this<br>host', 'health': 'bad', 'vm': 'down', 'detail': 'unknown'}, 'bridge':<br>True, 'mem-free': 15300.0, 'maintenance': False, 'cpu-load': 0.0215,<br>'gateway': True}<br>MainThread::INFO::2014-12-27<br>08:37:04,265::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Current state EngineDown (score: 2400)<br>MainThread::INFO::2014-12-27<br>08:37:04,265::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.94 (id: 1, score: 2400)<br><div><br></div>Thanks,<br>Cong<br><div><br></div>On 2014/12/22, at 5:29, "Simone Tiraboschi" <stirabos@redhat.com<mailto:stirabos@redhat.com>> wrote:<br><div><br></div><br><div><br></div>----- Original Message -----<br>From: "Cong Yue" <Cong_Yue@alliedtelesis.com<mailto:Cong_Yue@alliedtelesis.com>><br>To: "Simone Tiraboschi" <stirabos@redhat.com<mailto:stirabos@redhat.com>><br>Cc: users@ovirt.org<mailto:users@ovirt.org><br>Sent: Friday, December 19, 2014 7:22:10 PM<br>Subject: RE: [ovirt-users] VM failover with ovirt3.5<br><div><br></div>Thanks for the information. This is the log for my three ovirt nodes.<br>From the output of hosted-engine --vm-status, it shows the engine state for<br>my 2nd and 3rd ovirt node is DOWN.<br>Is this the reason why VM failover not work in my environment?<br><div><br></div>No, they looks ok: you can run the engine VM on single host at a time.<br><div><br></div>How can I make<br>also engine works for my 2nd and 3rd ovit nodes?<br><div><br></div>If you put the host 1 in local maintenance mode ( hosted-engine --set-maintenance --mode=local ) the VM should migrate to host 2; if you reactivate host 1 ( hosted-engine --set-maintenance --mode=none ) and put host 2 in local maintenance mode the VM should migrate again.<br><div><br></div>Can you please try that and post the logs if something is going bad?<br><div><br></div><br>--<br>--== Host 1 status ==--<br><div><br></div>Status up-to-date : True<br>Hostname : 10.0.0.94<br>Host ID : 1<br>Engine status : {"health": "good", "vm": "up",<br>"detail": "up"}<br>Score : 2400<br>Local maintenance : False<br>Host timestamp : 150475<br>Extra metadata (valid at timestamp):<br>metadata_parse_version=1<br>metadata_feature_version=1<br>timestamp=150475 (Fri Dec 19 13:12:18 2014)<br>host-id=1<br>score=2400<br>maintenance=False<br>state=EngineUp<br><div><br></div><br>--== Host 2 status ==--<br><div><br></div>Status up-to-date : True<br>Hostname : 10.0.0.93<br>Host ID : 2<br>Engine status : {"reason": "vm not running on<br>this host", "health": "bad", "vm": "down", "detail": "unknown"}<br>Score : 2400<br>Local maintenance : False<br>Host timestamp : 1572<br>Extra metadata (valid at timestamp):<br>metadata_parse_version=1<br>metadata_feature_version=1<br>timestamp=1572 (Fri Dec 19 10:12:18 2014)<br>host-id=2<br>score=2400<br>maintenance=False<br>state=EngineDown<br><div><br></div><br>--== Host 3 status ==--<br><div><br></div>Status up-to-date : False<br>Hostname : 10.0.0.92<br>Host ID : 3<br>Engine status : unknown stale-data<br>Score : 2400<br>Local maintenance : False<br>Host timestamp : 987<br>Extra metadata (valid at timestamp):<br>metadata_parse_version=1<br>metadata_feature_version=1<br>timestamp=987 (Fri Dec 19 10:09:58 2014)<br>host-id=3<br>score=2400<br>maintenance=False<br>state=EngineDown<br><div><br></div>--<br>And the /var/log/ovirt-hosted-engine-ha/agent.log for three ovirt nodes are<br>as follows:<br>--<br>10.0.0.94(hosted-engine-1)<br>---<br>MainThread::INFO::2014-12-19<br>13:09:33,716::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Current state EngineUp (score: 2400)<br>MainThread::INFO::2014-12-19<br>13:09:33,716::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.93 (id: 2, score: 2400)<br>MainThread::INFO::2014-12-19<br>13:09:44,017::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Current state EngineUp (score: 2400)<br>MainThread::INFO::2014-12-19<br>13:09:44,017::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.93 (id: 2, score: 2400)<br>MainThread::INFO::2014-12-19<br>13:09:54,303::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Current state EngineUp (score: 2400)<br>MainThread::INFO::2014-12-19<br>13:09:54,303::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.93 (id: 2, score: 2400)<br>MainThread::INFO::2014-12-19<br>13:10:04,342::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume)<br>Engine vm running on localhost<br>MainThread::INFO::2014-12-19<br>13:10:04,617::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Current state EngineUp (score: 2400)<br>MainThread::INFO::2014-12-19<br>13:10:04,617::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.93 (id: 2, score: 2400)<br>MainThread::INFO::2014-12-19<br>13:10:14,657::state_machine::160::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh)<br>Global metadata: {'maintenance': False}<br>MainThread::INFO::2014-12-19<br>13:10:14,657::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh)<br>Host 10.0.0.93 (id 2): {'extra':<br>'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=1448<br>(Fri Dec 19 10:10:14<br>2014)\nhost-id=2\nscore=2400\nmaintenance=False\nstate=EngineDown\n',<br>'hostname': '10.0.0.93', 'alive': True, 'host-id': 2, 'engine-status':<br>{'reason': 'vm not running on this host', 'health': 'bad', 'vm':<br>'down', 'detail': 'unknown'}, 'score': 2400, 'maintenance': False,<br>'host-ts': 1448}<br>MainThread::INFO::2014-12-19<br>13:10:14,657::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh)<br>Host 10.0.0.92 (id 3): {'extra':<br>'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=987<br>(Fri Dec 19 10:09:58<br>2014)\nhost-id=3\nscore=2400\nmaintenance=False\nstate=EngineDown\n',<br>'hostname': '10.0.0.92', 'alive': True, 'host-id': 3, 'engine-status':<br>{'reason': 'vm not running on this host', 'health': 'bad', 'vm':<br>'down', 'detail': 'unknown'}, 'score': 2400, 'maintenance': False,<br>'host-ts': 987}<br>MainThread::INFO::2014-12-19<br>13:10:14,658::state_machine::168::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh)<br>Local (id 1): {'engine-health': {'health': 'good', 'vm': 'up',<br>'detail': 'up'}, 'bridge': True, 'mem-free': 1079.0, 'maintenance':<br>False, 'cpu-load': 0.0269, 'gateway': True}<br>MainThread::INFO::2014-12-19<br>13:10:14,904::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Current state EngineUp (score: 2400)<br>MainThread::INFO::2014-12-19<br>13:10:14,904::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.93 (id: 2, score: 2400)<br>MainThread::INFO::2014-12-19<br>13:10:25,210::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Current state EngineUp (score: 2400)<br>MainThread::INFO::2014-12-19<br>13:10:25,210::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.93 (id: 2, score: 2400)<br>MainThread::INFO::2014-12-19<br>13:10:35,499::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Current state EngineUp (score: 2400)<br>MainThread::INFO::2014-12-19<br>13:10:35,499::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.93 (id: 2, score: 2400)<br>MainThread::INFO::2014-12-19<br>13:10:45,784::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Current state EngineUp (score: 2400)<br>MainThread::INFO::2014-12-19<br>13:10:45,785::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.93 (id: 2, score: 2400)<br>MainThread::INFO::2014-12-19<br>13:10:56,070::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Current state EngineUp (score: 2400)<br>MainThread::INFO::2014-12-19<br>13:10:56,070::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.93 (id: 2, score: 2400)<br>MainThread::INFO::2014-12-19<br>13:11:06,109::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume)<br>Engine vm running on localhost<br>MainThread::INFO::2014-12-19<br>13:11:06,359::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Current state EngineUp (score: 2400)<br>MainThread::INFO::2014-12-19<br>13:11:06,359::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.93 (id: 2, score: 2400)<br>MainThread::INFO::2014-12-19<br>13:11:16,658::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Current state EngineUp (score: 2400)<br>MainThread::INFO::2014-12-19<br>13:11:16,658::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.93 (id: 2, score: 2400)<br>MainThread::INFO::2014-12-19<br>13:11:26,991::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Current state EngineUp (score: 2400)<br>MainThread::INFO::2014-12-19<br>13:11:26,991::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.93 (id: 2, score: 2400)<br>MainThread::INFO::2014-12-19<br>13:11:37,341::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Current state EngineUp (score: 2400)<br>MainThread::INFO::2014-12-19<br>13:11:37,341::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.93 (id: 2, score: 2400)<br>----<br><div><br></div>10.0.0.93 (hosted-engine-2)<br>MainThread::INFO::2014-12-19<br>10:12:18,339::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Current state EngineDown (score: 2400)<br>MainThread::INFO::2014-12-19<br>10:12:18,339::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.94 (id: 1, score: 2400)<br>MainThread::INFO::2014-12-19<br>10:12:28,651::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Current state EngineDown (score: 2400)<br>MainThread::INFO::2014-12-19<br>10:12:28,652::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.94 (id: 1, score: 2400)<br>MainThread::INFO::2014-12-19<br>10:12:39,010::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Current state EngineDown (score: 2400)<br>MainThread::INFO::2014-12-19<br>10:12:39,010::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.94 (id: 1, score: 2400)<br>MainThread::INFO::2014-12-19<br>10:12:49,338::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Current state EngineDown (score: 2400)<br>MainThread::INFO::2014-12-19<br>10:12:49,338::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.94 (id: 1, score: 2400)<br>MainThread::INFO::2014-12-19<br>10:12:59,642::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Current state EngineDown (score: 2400)<br>MainThread::INFO::2014-12-19<br>10:12:59,642::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.94 (id: 1, score: 2400)<br>MainThread::INFO::2014-12-19<br>10:13:10,010::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Current state EngineDown (score: 2400)<br>MainThread::INFO::2014-12-19<br>10:13:10,010::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)<br>Best remote host 10.0.0.94 (id: 1, score: 2400)<br><div><br></div><br>10.0.0.92(hosted-engine-3)<br>same as 10.0.0.93<br>--<br><div><br></div>-----Original Message-----<br>From: Simone Tiraboschi [mailto:stirabos@redhat.com]<br>Sent: Friday, December 19, 2014 12:28 AM<br>To: Yue, Cong<br>Cc: users@ovirt.org<mailto:users@ovirt.org><br>Subject: Re: [ovirt-users] VM failover with ovirt3.5<br><div><br></div><br><div><br></div>----- Original Message -----<br>From: "Cong Yue" <Cong_Yue@alliedtelesis.com<mailto:Cong_Yue@alliedtelesis.com>><br>To: users@ovirt.org<mailto:users@ovirt.org><br>Sent: Friday, December 19, 2014 2:14:33 AM<br>Subject: [ovirt-users] VM failover with ovirt3.5<br><div><br></div><br><div><br></div>Hi<br><div><br></div><br><div><br></div>In my environment, I have 3 ovirt nodes as one cluster. And on top of<br>host-1, there is one vm to host ovirt engine.<br><div><br></div>Also I have one external storage for the cluster to use as data domain<br>of engine and data.<br><div><br></div>I confirmed live migration works well in my environment.<br><div><br></div>But it seems very buggy for VM failover if I try to force to shut down<br>one ovirt node. Sometimes the VM in the node which is shutdown can<br>migrate to other host, but it take more than several minutes.<br><div><br></div>Sometimes, it can not migrate at all. Sometimes, only when the host is<br>back, the VM is beginning to move.<br><div><br></div>Can you please check or share the logs under /var/log/ovirt-hosted-engine-ha/<br>?<br><div><br></div>Is there some documentation to explain how VM failover is working? And<br>is there some bugs reported related with this?<br><div><br></div>http://www.ovirt.org/Features/Self_Hosted_Engine#Agent_State_Diagram<br><div><br></div>Thanks in advance,<br><div><br></div>Cong<br><div><br></div><br><div><br></div><br>This e-mail message is for the sole use of the intended recipient(s)<br>and may contain confidential and privileged information. Any<br>unauthorized review, use, disclosure or distribution is prohibited. If<br>you are not the intended recipient, please contact the sender by reply<br>e-mail and destroy all copies of the original message. If you are the<br>intended recipient, please be advised that the content of this message<br>is subject to access, review and disclosure by the sender's e-mail System<br>Administrator.<br><div><br></div>_______________________________________________<br>Users mailing list<br>Users@ovirt.org<mailto:Users@ovirt.org><br>http://lists.ovirt.org/mailman/listinfo/users<br><div><br></div>This e-mail message is for the sole use of the intended recipient(s) and may<br>contain confidential and privileged information. Any unauthorized review,<br>use, disclosure or distribution is prohibited. If you are not the intended<br>recipient, please contact the sender by reply e-mail and destroy all copies<br>of the original message. If you are the intended recipient, please be<br>advised that the content of this message is subject to access, review and<br>disclosure by the sender's e-mail System Administrator.<br><div><br></div><br>This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator.<br>_______________________________________________<br>Users mailing list<br>Users@ovirt.org<mailto:Users@ovirt.org><br>http://lists.ovirt.org/mailman/listinfo/users<br><div><br></div>________________________________<br>This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator.<br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <http://lists.ovirt.org/pipermail/users/attachments/20141228/c5ac26a7/attachment.html><br><div><br></div>------------------------------<br><div><br></div>_______________________________________________<br>Users mailing list<br>Users@ovirt.org<br>http://lists.ovirt.org/mailman/listinfo/users<br><div><br></div><br>End of Users Digest, Vol 39, Issue 163<br>**************************************<br></div><div><br></div></div></body></html>