Can't understand Template Sub Version
by John Xue
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
9 years, 9 months
ovirt 3.5 rc2 duplicate id (was Re: Duplicate ID 'drive-ide0-1-0' for drive .)
by Gianluca Cecchi
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
9 years, 9 months
Real time network usages and IO usages of VM
by Shanil S
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
9 years, 9 months
Job Opening: Linux/oVirt Systems Administrator, London
by Jim Rippon
--=_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'>
<p>Hi List,</p>
<p>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</p>
<p>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.</p>
<p>All the best,</p>
<p>Jim Rippon</p>
<p>Senior Systems Administrator</p>
<p>fanatix</p>
<div> </div>
</body></html>
--=_f3eaf24f9c97e4bd44448bb357a58257--
9 years, 9 months
[ANN] oVirt 3.5 Third Test Day - Wed Sep 17th
by Sandro Bonazzola
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
9 years, 9 months
Re: [ovirt-users] [RFI] oVirt 3.6 Planning
by Jorick Astrego
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
9 years, 9 months
Installing 3.4.3 Centos 6.5
by Neil
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.
9 years, 9 months
no console connections
by Jim Kinney
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/>*
9 years, 9 months
How to tell ovirt engine to use a proxy for openstack image repository
by Michael Keller
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--
9 years, 9 months
Latest 3.5 - No "Enable Gluster Service" check box.
by Nathan Stratton
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
9 years, 9 months
