September 2014 - Users - oVirt List Archives

Can't understand Template Sub Version
by John Xue 16 Sep '14

16 Sep '14

Sorry, add the email title. On Mon, Sep 15, 2014 at 3:43 PM, John Xue <xgxjohn(a)gmail.com> wrote: > Hi, All > > I'm using oVirt Engine Version: 3.4.3-1.el6, but I can't > understand this function. I have 3 question: > > 1 How to change a vm to use other template sub version? > I don't want to build a new vm from new template version. > 2 How to update a pool to use other template sub version? > I'm using non latest version, and shutdown all vm of this pool, > but I still can't change template version. > 3 How to create a pool with disable stateless function? > In the property of template vm, I'm sure I don't enable > "stateless". But in the testing, I found all the vm are stateless vm. > How to disable it, or I'll lost all config and personal data. > > Thank you very much! > > -- > Regards, > John Xue -- Regards, John Xue

1 0

ovirt 3.5 rc2 duplicate id (was Re: Duplicate ID 'drive-ide0-1-0' for drive .)
by Gianluca Cecchi 16 Sep '14

16 Sep '14

On Wed, Sep 10, 2014 at 7:01 PM, Dan Kenigsberg <danken(a)redhat.com> wrote: > On Wed, Sep 10, 2014 at 05:17:35PM +0200, Sven Kieske wrote: > > > > > > On 10/09/14 17:05, Nathanaël Blanchet wrote: > > > Hello everyone, > > > > > > I experiment the same error with all of my host with vdsm 4.14.11.2 > since I upgraded to engine 3.4.x. > > > I can't boot any new VMs, and the issue is about the duplicate ID > drive. > > > If I run once instead of "run", the vm boots fine. > > > I've tested the suggested workaround and it works but it is not > comfortable... > > > What about this nasty bug? will it be resolved with 3.4.4? > > > Thanks. > > > > I'm not aware of this bug reported at bugzilla.redhat.com > > > > I may have missed it because there are plenty of bugs, but if you > > don't report the bug there it's not very likely to get fixed. > > I'm not 100% that it's the same issue, but I have cloned > > Bug 1140323 - fails to run VM - duplicate ID > > to 3.4.4. Let's see if what virt developers say. > BTW: the same problem is still present in 3.5. rc2 I just tried with a centos 6.5 iso image. if you "erroneously" (?) attach cd iso during VM initial creation phase and you start VM you get the same problem. Then you use the run once and you are able to install os. But then you continue to have the same problem, even if you modify the VM and you say no cd is present at all. Only able to start it again with run once method. Instead if you create VM without specifying any cd and then you use the run once method to connect the iso and install the VM you get no problem at all with cd isos afterwards. It is quite annoying not being able to recover the situation. In engine.log 2014-09-16 00:22:49,683 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-17) Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VM c65 is down with error. Exit message: internal error process exited while connecting to monitor: qemu-kvm: -drive if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw,serial=: Duplicate ID 'drive-ide0-1-0' for drive . 2014-09-16 00:22:49,684 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-17) Running on vds during rerun failed vm: null 2014-09-16 00:22:49,691 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-17) VM c65 (a858f04a-e4f4-49e8-a097-8ba8390b4d25) is running in db and not running in VDS ovnode04 2014-09-16 00:22:49,710 ERROR [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-17) Rerun vm a858f04a-e4f4-49e8-a097-8ba8390b4d25. Called from vds ovnode04 2014-09-16 00:22:49,717 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-12) Correlation ID: 7599780, Job ID: 8d63e66b-b26b-4344-85e0-ab72bf53fa1d, Call Stack: null, Custom Event ID: -1, Message: Failed to run VM c65 on Host ovnode04. 2014-09-16 00:22:49,722 INFO [org.ovirt.engine.core.bll.RunVmCommand] (org.ovirt.thread.pool-8-thread-12) Lock Acquired to object EngineLock [exclusiveLocks= key: a858f04a-e4f4-49e8-a097-8ba8390b4d25 value: VM , sharedLocks= ] In VM.log on hypervisor under /var/log/libvirt/qemu/vm.log 2014-09-15 22:22:49.358+0000: starting up LC_ALL=C PATH=/sbin:/usr/sbin:/bin:/usr/bin QEMU_AUDIO_DRV=spice /usr/libexec/qemu-kvm -na me c65 -S -M rhel6.5.0 -cpu Nehalem -enable-kvm -m 2048 -realtime mlock=off -smp 2,maxcpus =32,sockets=16,cores=2,threads=1 -uuid a858f04a-e4f4-49e8-a097-8ba8390b4d25 -smbios type=1 ,manufacturer=oVirt,product=oVirt Node,version=6-5.el6.centos.11.2,serial=9B1B2F84-3CB9-11 DE-B5A1-001517B493E8,uuid=a858f04a-e4f4-49e8-a097-8ba8390b4d25 -nodefconfig -nodefaults -c hardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/c65.monitor,server,nowait -mon cha rdev=charmonitor,id=monitor,mode=control -rtc base=2014-09-16T00:22:49,driftfix=slew -no-k vm-pit-reinjection -no-shutdown -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -devi ce virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 -drive if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw,serial= -device ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw,serial= -device ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive file=/rhev/data-center/4512e567-f94e-476a-a050-6cd0a15e260a/346732c8-e1e9-49de-9ca4-63f4477ef6dd/images/c0a1e1a3-af66-482b-96b4-e8ec928053f7/c968201d-d3fe-4c29-904e-554004a43e3e,if=none,id=drive-scsi0-0-0-0,format=raw,serial=c0a1e1a3-af66-482b-96b4-e8ec928053f7,cache=none,werror=stop,rerror=stop,aio=native -device scsi-hd,bus=scsi0.0,channel=0,scsi-id=0,lun=0,drive=drive-scsi0-0-0-0,id=scsi0-0-0-0,bootindex=1 -netdev tap,fd=28,id=hostnet0,vhost=on,vhostfd=29 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:01:a4:a3:42:00,bus=pci.0,addr=0x3 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/a858f04a-e4f4-49e8-a097-8ba8390b4d25.com.redhat.rhevm.vdsm,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm -chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/a858f04a-e4f4-49e8-a097-8ba8390b4d25.org.qemu.guest_agent.0,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 -chardev spicevmc,id=charchannel2,name=vdagent -device virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 -spice port=5902,tls-port=5903,addr=192.168.1.74,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 -k en-us -vga qxl -global qxl-vga.ram_size=67108864 -global qxl-vga.vram_size=33554432 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 qemu-kvm: -drive if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw,serial=: Duplicate ID 'drive-ide0-1-0' for drive 2014-09-15 22:22:49.633+0000: shutting down In vdsm.log Thread-159167::ERROR::2014-09-16 00:22:49,849::vm::2326::vm.Vm::(_startUnderlyingVm) vmId=`a858f04a-e4f4-49e8-a097-8ba8390b4d25`::The vm start process failed Traceback (most recent call last): File "/usr/share/vdsm/virt/vm.py", line 2266, in _startUnderlyingVm self._run() File "/usr/share/vdsm/virt/vm.py", line 3368, in _run self._connection.createXML(domxml, flags), File "/usr/lib64/python2.6/site-packages/vdsm/libvirtconnection.py", line 111, in wrapper ret = f(*args, **kwargs) File "/usr/lib64/python2.6/site-packages/libvirt.py", line 2665, in createXML if ret is None:raise libvirtError('virDomainCreateXML() failed', conn=self) libvirtError: internal error process exited while connecting to monitor: qemu-kvm: -drive if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw,serial=: Duplicate ID 'drive-ide0-1-0' for drive Thread-159167::DEBUG::2014-09-16 00:22:49,851::vm::2838::vm.Vm::(setDownStatus) vmId=`a858f04a-e4f4-49e8-a097-8ba8390b4d25`::Changed state to Down: internal error process exited while connecting to monitor: qemu-kvm: -drive if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw,serial=: Duplicate ID 'drive-ide0-1-0' for drive (code=1) JsonRpc (StompReactor)::DEBUG::2014-09-16 00:22:50,554::stompReactor::98::Broker.StompAdapter::(handle_frame) Handling message <StompFrame command='SEND'> JsonRpcServer::DEBUG::2014-09-16 00:22:50,556::__init__::504::jsonrpc.JsonRpcServer::(serve_requests) Waiting for request Thread-159169::DEBUG::2014-09-16 00:22:50,559::task::595::Storage.TaskManager.Task::(_updateState) Task=`ae3d407b-6c40-455e-a2d7-5ef55d95d1c5`::moving from state init -> state preparing Thread-159169::INFO::2014-09-16 00:22:50,559::logUtils::44::dispatcher::(wrapper) Run and protect: repoStats(options=None) Thread-159169::INFO::2014-09-16 00:22:50,559::logUtils::47::dispatcher::(wrapper) Run and protect: repoStats, Return response: {u'3b23161a-18a3-4cfa-bc78-f4fe2052b19e': {'code': 0, 'version': 0, 'acquired': True, 'delay': '0.000441651', 'lastCheck': '8.2', 'valid': True}, '346732c8-e1e9-49de-9ca4-63f4477ef6dd': {'code': 0, 'version': 3, 'acquired': True, 'delay': '0.000640336', 'lastCheck': '3.5', 'valid': True}} Thread-159169::DEBUG::2014-09-16 00:22:50,559::task::1191::Storage.TaskManager.Task::(prepare) Task=`ae3d407b-6c40-455e-a2d7-5ef55d95d1c5`::finished: {u'3b23161a-18a3-4cfa-bc78-f4fe2052b19e': {'code': 0, 'version': 0, 'acquired': True, 'delay': '0.000441651', 'lastCheck': '8.2', 'valid': True}, '346732c8-e1e9-49de-9ca4-63f4477ef6dd': {'code': 0, 'version': 3, 'acquired': True, 'delay': '0.000640336', 'lastCheck': '3.5', 'valid': True}} Thread-159169::DEBUG::2014-09-16 00:22:50,559::task::595::Storage.TaskManager.Task::(_updateState) Task=`ae3d407b-6c40-455e-a2d7-5ef55d95d1c5`::moving from state preparing -> state finished Thread-159169::DEBUG::2014-09-16 00:22:50,559::resourceManager::940::Storage.ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-159169::DEBUG::2014-09-16 00:22:50,559::resourceManager::977::Storage.ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-159169::DEBUG::2014-09-16 00:22:50,560::task::993::Storage.TaskManager.Task::(_decref) Task=`ae3d407b-6c40-455e-a2d7-5ef55d95d1c5`::ref 0 aborting False Thread-159169::DEBUG::2014-09-16 00:22:50,563::stompReactor::163::yajsonrpc.StompServer::(send) Sending response ... Gianluca

1 0

Real time network usages and IO usages of VM
by Shanil S 15 Sep '14

15 Sep '14

Hi All, Is there any api methods to get the real time network usages and IO usages os of each vm ? I tried it by using api/vms/$id/statistics but its not getting the network and IO usages. Is it possible to get these details using the api calls ? -- Regards Shanil

4 3

Job Opening: Linux/oVirt Systems Administrator, London
by Jim Rippon 15 Sep '14

15 Sep '14

--=_f3eaf24f9c97e4bd44448bb357a58257 Content-Transfer-Encoding: 7bit Content-Type: text/plain Hi List, I have an immediate start job role available in Notting Hill, London for a Linux Systems Administrator, ideally with experience of CentOS and oVirt and comfortable with common web hosting technologies and development tools. Please find a brief job description on our website at http://www.fanatix.com/jobs (look for "Systems Administrator") and submit any applications to jobs(a)fanatix.com or come back to me directly with any questions. All the best, Jim Rippon Senior Systems Administrator fanatix --=_f3eaf24f9c97e4bd44448bb357a58257 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=UTF-8 <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"> <html><body style=3D'font-size: 10pt; font-family: Verdana,Geneva,sans-seri= f'> Hi List, I have an immediate start job role available in Notting Hill, London for= a Linux Systems Administrator, ideally with experience of CentOS and oVirt= and comfortable with common web hosting technologies and development tools= =2E Please find a brief job description on our website at http://www.fanatix= =2Ecom/jobs (look for "Systems Administrator") and submit any applications = to jobs(a)fanatix.com or come back to me directly with any questions. All the best, Jim Rippon Senior Systems Administrator fanatix <div> </div> </body></html> --=_f3eaf24f9c97e4bd44448bb357a58257--

1 0

[ANN] oVirt 3.5 Third Test Day - Wed Sep 17th
by Sandro Bonazzola 15 Sep '14

15 Sep '14

Hi all, On Wed Sep 17th (instead of Sep 16th) we'll have oVirt 3.5.0 third test day. On this day all relevant engineers will be online ready to support any issues you find during install / operating this new release. Just make sure you have 1 host or more to test drive the new release. If you're curious to see how it works, this is your chance. Thanks again for everyone who will join us tomorrow! Location #ovirt irc channel Please communicate here to allow others to see any issues What In this test day you have a license to kill ;) Follow the documentation to setup your environment, and test drive the new features. Please remember we expect to see some issues, and anything you come up with will save you when you'll install final release Remember to try daily tasks you'd usually do in the engine, to see there are no regressions. Write down the configuration you used (HW, console, etc) in the report etherpad[1]. Documentation Release notes: http://www.ovirt.org/OVirt_3.5_Release_Notes Features pages links: http://bit.ly/17qBn6F If you find errors in the wiki please annotate it as well in report etherpad [1] Prerequisites / recommendations Use CentOS or RHEL 6.5 only. 6.4 is unsupported due to various issues (sanlock, libvirt, etc). Use Fedora 19 or 20. Latest RPMs repository to be enabled for testing the release are listed in the release notes page [2]. NEW issues / reports For any new issue, please update the reports etherpad [1] Feature owners, please make sure: your feature is updated and referenced on release page [2]. you have testing instruction for your feature either on test day page [3] or in your feature page. your team regression testing section is organized and up to date on test day page [3]. [1] http://etherpad.ovirt.org/p/3.5-testday-3 [2] http://www.ovirt.org/OVirt_3.5_Release_Notes [3] http://www.ovirt.org/OVirt_3.5_TestDay Thanks. -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Re: [ovirt-users] [RFI] oVirt 3.6 Planning
by Jorick Astrego 15 Sep '14

15 Sep '14

On 09/15/2014 02:54 PM, Itamar Heim wrote: > On 09/12/2014 09:51 PM, Jorick Astrego wrote: >> Seperation of user/admin front end and engine is on our list. >> >> Currently we have the websocketproxy on a different host option and a >> user/admin gui on a different host option would be nice to have. > > juan was kind enough to wikify. something like this? > http://www.ovirt.org/Squid_Reverse_Proxy > > (please cc mailing list in replies. thanks) Ah yes, that will do fine. Why I didn't think of that..... Thanks! Jorick Astrego Netbulae

1 0

Installing 3.4.3 Centos 6.5
by Neil 15 Sep '14

15 Sep '14

Hi guys, Please could someone assist me, I'm trying to install ovirt 3.4.3 so I can move my current ovirt engine from one server to another. I've done a minimal install of Centos 6.5, did a yum update, then I've added in the repo and when I run engine-setup and go through all the options, it eventually errors out with the following error... [ ERROR ] Failed to execute stage 'Transaction commit': Command '/bin/rpm' failed to execute I've tried removing everything and starting from scratch as well as trying various other options without any luck. Attached is the full install log. Any help is greatly appreciated. Thanks. Regards. Neil Wilson.

3 5

no console connections
by Jim Kinney 15 Sep '14

15 Sep '14

Hi, I have a fresh install of 3.4 on centOS 6.5 with a centOS 6.5-based host (not an all-in-one). When trying to do a first test install of CentOS 7 (or 6.5 or RHEL or...) I can't get a spice console screen to connect. The error message is "Can't connect to graphics server (null)". I doubt it's an issue on my desktop as I have another ovirt 3.4 install that I can connect to from my desktop. This is a new one that will take over from an all-in-one test system. All the server system have proper DNS entries and can be reached directly from my desktop. Could this be related to the websocket proxy server? I get the same results with the proxy off or on (it's not configured beyond basic install from engine-setup). -- -- James P. Kinney III Every time you stop a school, you will have to build a jail. What you gain at one end you lose at the other. It's like feeding a dog on his own tail. It won't fatten the dog. - Speech 11/23/1900 Mark Twain *http://heretothereideas.blogspot.com/ <http://heretothereideas.blogspot.com/>*

2 3

How to tell ovirt engine to use a proxy for openstack image repository
by Michael Keller 15 Sep '14

15 Sep '14

This is an S/MIME signed message ------2CFD5ABECBB14AB33F267698120C8541 Content-Type: multipart/mixed; boundary="----=_Part_17607_1632397503.1410767397121" ------=_Part_17607_1632397503.1410767397121 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi all, I'm using ovirt 3.4 on CentOS. My engine needs to use a proxy to go to the internet. How is the engine configured to use a proxy for the openstack image repo? Regards Michael ------=_Part_17607_1632397503.1410767397121 Content-Type: application/octet-stream; name="mkeller(a)psi.de-certificate-1.pem" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="mkeller(a)psi.de-certificate-1.pem" -----BEGIN CERTIFICATE----- MIIGTDCCBTSgAwIBAgIDAKVcMA0GCSqGSIb3DQEBBQUAMH8xCzAJBgNVBAYTAkRF MSswKQYDVQQKEyJULVN5c3RlbXMgRW50ZXJwcmlzZSBTZXJ2aWNlcyBHbWJIMSYw JAYDVQQLEx1UcnVzdCBDZW50ZXIgRGV1dHNjaGUgVGVsZWtvbTEbMBkGA1UEAxMS U2hhcmVkIEJ1c2luZXNzIENBMB4XDTEyMDgwODA4MDU0M1oXDTE1MDgwODIzNTk1 OVowgaUxCzAJBgNVBAYTAkRFMR8wHQYDVQQKExZQU0kgQWt0aWVuZ2VzZWxsc2No YWZ0MQ8wDQYDVQQLEwZwc2kuZGUxCzAJBgNVBAsTAmVlMRMwEQYDVQQLEwpCZXJl aWNoIEVFMRcwFQYDVQQDEw5NaWNoYWVsIEtlbGxlcjEdMBsGCSqGSIb3DQEJARYO bWtlbGxlckBwc2kuZGUxCjAIBgNVBAUTATIwggEiMA0GCSqGSIb3DQEBAQUAA4IB DwAwggEKAoIBAQCLR8e+J7peLjLWJHMFoMHho/rK1RDhjS0pFyujRmnXhIoqEr8M 4iTDRwbPeYCxfiUS2JFtELM/P3pTuN1kW0j6uHaFX7jqsmBbQiZ5oR296fwZcMgS hesp+qTX31s44Q0hZPn2orQb9/9imoYCnkH9X3H7PBdN05WXM8gOYpwcE5pklngP xM3asN+cwlPvbleWxKQQXspN20f3N6zkqNAiYAR8HNv6zSyrqTuExhSxxAUIzU1p QPwiN+Jx+44E2uRom2yHRzgJZY458L4NputDdLnQtyJoJUORgXUwP64zzghUHmQY Cuzcs7sPuaxJT/HS2DgLc7JZtytIdhIljpFLAgMBAAGjggKoMIICpDAfBgNVHSME GDAWgBSaD4bGTt5QFh199EME4JcpB64e+DAdBgNVHQ4EFgQUwx8MA7olRrpthohY Z7PbBexnRmQwDgYDVR0PAQH/BAQDAgWgME0GA1UdIARGMEQwQgYJKwYBBAG9Rw0Z MDUwMwYIKwYBBQUHAgEWJ2h0dHA6Ly9zYmNhLnRlbGVzZWMuZGUvZG93bmxvYWQv Y3BzLnBkZjAJBgNVHRMEAjAAMIIBnAYDVR0fBIIBkzCCAY8wgdqggdeggdSGgdFo dHRwOi8vc2JjYS50ZWxlc2VjLmRlL3NiY2EvZG93bmxvYWQvZG93bmxvYWQuY3Js P3BhdGg9Q04lM0RTaGFyZWQlMjBCdXNpbmVzcyUyMENBJTJDT1UlM0RUcnVzdCUy MENlbnRlciUyMERldXRzY2hlJTIwVGVsZWtvbSUyQ08lM0RULVN5c3RlbXMlMjBF bnRlcnByaXNlJTIwU2VydmljZXMlMjBHbWJIJTJDQyUzRERFJTNGQ2VydGlmaWNh dGVSZXZvY2F0aW9uTGlzdDCBr6CBrKCBqYaBpmxkYXA6Ly9sZGFwLnNiY2EudGVs ZXNlYy5kZS9DTj1TaGFyZWQlMjBCdXNpbmVzcyUyMENBLE9VPVRydXN0JTIwQ2Vu dGVyJTIwRGV1dHNjaGUlMjBUZWxla29tLE89VC1TeXN0ZW1zJTIwRW50ZXJwcmlz ZSUyMFNlcnZpY2VzJTIwR21iSCxDPURFP0NlcnRpZmljYXRlUmV2b2NhdGlvbkxp c3QwPQYIKwYBBQUHAQEEMTAvMC0GCCsGAQUFBzABhiFodHRwOi8vb2NzcC5zYmNh LnRlbGVzZWMuZGUvb2NzcHIwGQYDVR0RBBIwEIEObWtlbGxlckBwc2kuZGUwDQYJ KoZIhvcNAQEFBQADggEBADhxWiQFZsRNNmDSc6lQaF40EQgWTJXu92RJUKyp3HuW FxY5Y6PdjMZUaUBGIWCiQpO5lJBz4JZxNafCJ24hLZwe1EtZJe9C9fER0hTL2osr 6PuWIc2OTPjnhEHjk2FmW24rXnMYq9fkJDpIj6dHxV/by7b77f8rD8F7vpWK67sq SRhFLGOETB4cMOJ3d0LF9OgC8XcAtjaXLiBeUkqhj0Wc5CusU/zeIfCUkjYPOaZh hnf58T8SX0JA3Qap9501nRALAkvw4yRGDWdFWcIOR9sJM9cDewheVBnntVrKIL5v Lo6QiX8dPePDTg7ALYAgQvVoaifhnyPzNq4BB2vvwrw= -----END CERTIFICATE----- ------=_Part_17607_1632397503.1410767397121-- ------2CFD5ABECBB14AB33F267698120C8541 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIIOlwYJKoZIhvcNAQcCoIIOiDCCDoQCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3 DQEHAaCCC/0wggZMMIIFNKADAgECAgMApVwwDQYJKoZIhvcNAQEFBQAwfzELMAkG A1UEBhMCREUxKzApBgNVBAoTIlQtU3lzdGVtcyBFbnRlcnByaXNlIFNlcnZpY2Vz IEdtYkgxJjAkBgNVBAsTHVRydXN0IENlbnRlciBEZXV0c2NoZSBUZWxla29tMRsw GQYDVQQDExJTaGFyZWQgQnVzaW5lc3MgQ0EwHhcNMTIwODA4MDgwNTQzWhcNMTUw ODA4MjM1OTU5WjCBpTELMAkGA1UEBhMCREUxHzAdBgNVBAoTFlBTSSBBa3RpZW5n ZXNlbGxzY2hhZnQxDzANBgNVBAsTBnBzaS5kZTELMAkGA1UECxMCZWUxEzARBgNV BAsTCkJlcmVpY2ggRUUxFzAVBgNVBAMTDk1pY2hhZWwgS2VsbGVyMR0wGwYJKoZI hvcNAQkBFg5ta2VsbGVyQHBzaS5kZTEKMAgGA1UEBRMBMjCCASIwDQYJKoZIhvcN AQEBBQADggEPADCCAQoCggEBAItHx74nul4uMtYkcwWgweGj+srVEOGNLSkXK6NG adeEiioSvwziJMNHBs95gLF+JRLYkW0Qsz8/elO43WRbSPq4doVfuOqyYFtCJnmh Hb3p/BlwyBKF6yn6pNffWzjhDSFk+faitBv3/2KahgKeQf1fcfs8F03TlZczyA5i nBwTmmSWeA/Ezdqw35zCU+9uV5bEpBBeyk3bR/c3rOSo0CJgBHwc2/rNLKupO4TG FLHEBQjNTWlA/CI34nH7jgTa5GibbIdHOAlljjnwvg2m60N0udC3ImglQ5GBdTA/ rjPOCFQeZBgK7Nyzuw+5rElP8dLYOAtzslm3K0h2EiWOkUsCAwEAAaOCAqgwggKk MB8GA1UdIwQYMBaAFJoPhsZO3lAWHX30QwTglykHrh74MB0GA1UdDgQWBBTDHwwD uiVGum2GiFhns9sF7GdGZDAOBgNVHQ8BAf8EBAMCBaAwTQYDVR0gBEYwRDBCBgkr BgEEAb1HDRkwNTAzBggrBgEFBQcCARYnaHR0cDovL3NiY2EudGVsZXNlYy5kZS9k b3dubG9hZC9jcHMucGRmMAkGA1UdEwQCMAAwggGcBgNVHR8EggGTMIIBjzCB2qCB 16CB1IaB0Wh0dHA6Ly9zYmNhLnRlbGVzZWMuZGUvc2JjYS9kb3dubG9hZC9kb3du bG9hZC5jcmw/cGF0aD1DTiUzRFNoYXJlZCUyMEJ1c2luZXNzJTIwQ0ElMkNPVSUz RFRydXN0JTIwQ2VudGVyJTIwRGV1dHNjaGUlMjBUZWxla29tJTJDTyUzRFQtU3lz dGVtcyUyMEVudGVycHJpc2UlMjBTZXJ2aWNlcyUyMEdtYkglMkNDJTNEREUlM0ZD ZXJ0aWZpY2F0ZVJldm9jYXRpb25MaXN0MIGvoIGsoIGphoGmbGRhcDovL2xkYXAu c2JjYS50ZWxlc2VjLmRlL0NOPVNoYXJlZCUyMEJ1c2luZXNzJTIwQ0EsT1U9VHJ1 c3QlMjBDZW50ZXIlMjBEZXV0c2NoZSUyMFRlbGVrb20sTz1ULVN5c3RlbXMlMjBF bnRlcnByaXNlJTIwU2VydmljZXMlMjBHbWJILEM9REU/Q2VydGlmaWNhdGVSZXZv Y2F0aW9uTGlzdDA9BggrBgEFBQcBAQQxMC8wLQYIKwYBBQUHMAGGIWh0dHA6Ly9v Y3NwLnNiY2EudGVsZXNlYy5kZS9vY3NwcjAZBgNVHREEEjAQgQ5ta2VsbGVyQHBz aS5kZTANBgkqhkiG9w0BAQUFAAOCAQEAOHFaJAVmxE02YNJzqVBoXjQRCBZMle73 ZElQrKnce5YXFjljo92MxlRpQEYhYKJCk7mUkHPglnE1p8InbiEtnB7US1kl70L1 8RHSFMvaiyvo+5YhzY5M+OeEQeOTYWZbbitecxir1+QkOkiPp0fFX9vLtvvt/ysP wXu+lYrruypJGEUsY4RMHhww4nd3QsX06ALxdwC2NpcuIF5SSqGPRZzkK6xT/N4h 8JSSNg85pmGGd/nxPxJfQkDdBqn3nTWdEAsCS/DjJEYNZ0VZwg5H2wkz1wN7CF5U Gee1Wsogvm8ujpCJfx0948NODsAtgCBC9WhqJ+GfI/M2rgEHa+/CvDCCBakwggSR oAMCAQICAgEKMA0GCSqGSIb3DQEBBQUAMHExCzAJBgNVBAYTAkRFMRwwGgYDVQQK ExNEZXV0c2NoZSBUZWxla29tIEFHMR8wHQYDVQQLExZULVRlbGVTZWMgVHJ1c3Qg Q2VudGVyMSMwIQYDVQQDExpEZXV0c2NoZSBUZWxla29tIFJvb3QgQ0EgMjAeFw0w NzEwMjMxNDA0NDZaFw0xNTEwMjMyMzU5NTlaMH8xCzAJBgNVBAYTAkRFMSswKQYD VQQKEyJULVN5c3RlbXMgRW50ZXJwcmlzZSBTZXJ2aWNlcyBHbWJIMSYwJAYDVQQL Ex1UcnVzdCBDZW50ZXIgRGV1dHNjaGUgVGVsZWtvbTEbMBkGA1UEAxMSU2hhcmVk IEJ1c2luZXNzIENBMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAxOdg 0yE0xMQRRDQYjheDNRImAW3iz3+kzmPZp7ZhLVaarqj9enN5MP3PaoJjwt7mJaf2 rstLo4U57HJwMJNlVHHdgGcTt+QUrUdWg/VCC+n8ZkCZ10SHlhymB48anxZVAy1X /u3WPYdqswY/SApOn+HgsIs4T/4HixnutQ1K/Gq1RMIALWTqLHyUPLovqbwJZuGD LwvlxmH5dQCu8k7AEBsn4DYFplPNYCJOZyXWj024faFbah/dRhiTAKt1hjox5/rk c5RM91gQ7/m6TSl+YxKB5pppDhl16iiVGz/10JEk/tnp67o+WRAMwc2n+TwHud+2 6+B/gJMOyDIQDoftvQIDAQABo4ICOzCCAjcwDgYDVR0PAQH/BAQDAgEGMB0GA1Ud DgQWBBSaD4bGTt5QFh199EME4JcpB64e+DAfBgNVHSMEGDAWgBQxw3kbuvVT1xfg iXotF2wKsyudMzASBgNVHRMBAf8ECDAGAQH/AgEBMFEGA1UdIARKMEgwRgYJKwYB BAG9Rw0ZMDkwNwYIKwYBBQUHAgEWK2h0dHA6Ly9zYmNhLnRlbGVzZWMuZGUvc2Jj YS9kb3dubG9hZC9jcC5wZGYwggF8BgNVHR8EggFzMIIBbzCByqCBx6CBxIaBwWh0 dHA6Ly9zYmNhLnRlbGVzZWMuZGUvc2JjYS9kb3dubG9hZC9kb3dubG9hZC5jcmw/ cGF0aD1DTiUzRERldXRzY2hlJTIwVGVsZWtvbSUyMFJvb3QlMjBDQSUyMDIlMkNP VSUzRFQtVGVsZVNlYyUyMFRydXN0JTIwQ2VudGVyJTJDTyUzRERldXRzY2hlJTIw VGVsZWtvbSUyMEFHJTJDQyUzRERFJTNGQXV0aG9yaXR5UmV2b2NhdGlvbkxpc3Qw gZ+ggZyggZmGgZZsZGFwOi8vbGRhcC5zYmNhLnRlbGVzZWMuZGUvQ049RGV1dHNj aGUlMjBUZWxla29tJTIwUm9vdCUyMENBJTIwMixPVT1ULVRlbGVTZWMlMjBUcnVz dCUyMENlbnRlcixPPURldXRzY2hlJTIwVGVsZWtvbSUyMEFHLEM9REU/QXV0aG9y aXR5UmV2b2NhdGlvbkxpc3QwDQYJKoZIhvcNAQEFBQADggEBACRFpaojJR2JCRY5 0Em9NfGLX7VUfk5yqzQ4OaglTDuMg9zdiNX3dLcurqVdagHWiOMz4PjhokzSf2ft 3udBI5QqcMoIfDlQ/4otlY3eDrmSjWdR39xsCGfkzLZEagZ1YFC3CHKLVB9fnyP2 W4sRfyg2pODi/9LoWoQOVuuqtmJAIQKKz4ZA2+JFN0GVIXnCMBenNR3Xl1921Mq7 bmvzrZ3nh3+JTIba+PvpZ9DTUonBEa1t3v0btKp4qiZDWEWqoN/DeOacveRlUAKv aFJgNgZ2sSPbMfu158p8qvu+oKSGr6Z+GyZ/GfH+CEOKJRExLJTBSrsADC46622P A5rRAV8xggJiMIICXgIBATCBhjB/MQswCQYDVQQGEwJERTErMCkGA1UEChMiVC1T eXN0ZW1zIEVudGVycHJpc2UgU2VydmljZXMgR21iSDEmMCQGA1UECxMdVHJ1c3Qg Q2VudGVyIERldXRzY2hlIFRlbGVrb20xGzAZBgNVBAMTElNoYXJlZCBCdXNpbmVz cyBDQQIDAKVcMAkGBSsOAwIaBQCggbEwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEH ATAcBgkqhkiG9w0BCQUxDxcNMTQwOTE1MDc0OTU3WjAjBgkqhkiG9w0BCQQxFgQU cOszcvTXjNFuMhR3jw9p9W7cxbEwUgYJKoZIhvcNAQkPMUUwQzAKBggqhkiG9w0D BzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZI hvcNAwICASgwDQYJKoZIhvcNAQEBBQAEggEAB2CmbEz7frNYtaVHKWWyHAGu1eJY rLRNLcHyqUv+SemhWfEJGR2fzx6uDJQv3sDhTNGfqIJD2kTnowehj046npur1foE 1B0X9gRqyjwO6aEVV+9S3q4lcS2C2UyObtkizrrZDWTXoPYyb+DpicPDRE34dcUZ 3QJ5bm8kqMu9WTctfUzN7+Y/Bdqy1Hv6Xtlj4CQELzM479scBB0RwXv2mw9NEBrK 6F0HgMuZR3Js9vZqqv3/qBSPVZwuCQ+4K3Zpl+27pBXSXwg+j8Uasg77pyUsilkn vXu2JEyUQ75kxbWtkws4bN+dy5NXOJ5QLc10kjXdNpXYBcOcSz+k1BKMDw== ------2CFD5ABECBB14AB33F267698120C8541--

1 0

Latest 3.5 - No "Enable Gluster Service" check box.
by Nathan Stratton 15 Sep '14

15 Sep '14

Latest 3.5 install as of today, I already have gluster up and running on all host and I am trying to import my gluster volume into ovirt. When I go to edit the cluster I have "Enable Gluster Service" but there is no check box next to it to check or uncheck. If I look at the host under Hosts, I do see: GlusterFS Version: glusterfs-3.5.2-1.el6 ><> nathan stratton | vp technology | broadsoft, inc | +1-240-404-6580 | www.broadsoft.com

3 3