Hello,
I remember many months ago a thread where someone complained about too
verbose logging.
Still today in 3.3.1 we have many many DEBUG messages in both vdsm and
engine logs.
Is there already a wiki explaining how to relax logging level?
I think that if we think it is now able to be production
On 12/06/2013 06:25 AM, Vinzenz Feenstra wrote:
On 12/06/2013 05:33 AM, Blaster wrote:
I guess I'm confused as to how Red Hat can be making statements that
Ovirt is a viable alternative to ESXi when many simple things that
ESXi users take for granted simply don't work or are non-existent
und
> On 06 Dec 2013, at 18:35, Michael Pasternak wrote:
>
>
> Michal?
>
>> On 12/06/2013 12:25 PM, Sven Kieske wrote:
>> Hi,
>>
>> we want to utilize Cloud-Init via REST-API, like mentioned on
>> the feature page in the wiki:
>> http://www.ovirt.org/Features/Cloud-Init_Integration
>>
>> but lo
On Sat, Oct 26, 2013 at 09:06:23AM -0600, Dan Ferris wrote:
> Unfortunatly, I was not correct. Not fixed. :(
It's most probably a libvirt issue, tracked by
Bug 1034312 - vdsm-tool segfaults during vdsmd start
solved upstream and hopefully to be backported to Fedora 19.
_
Hi iordan
sorry, I've just made a new test and AD authentication works fine for now.
Le 06/12/2013 18:28, i iordanov a écrit :
Hi Nathanael,
Supporting non-US keyboard layouts will only be convenient and good if
libspice supported a separate channel for sending unicode characters
over to the
Michal?
On 12/06/2013 12:25 PM, Sven Kieske wrote:
> Hi,
>
> we want to utilize Cloud-Init via REST-API, like mentioned on
> the feature page in the wiki:
> http://www.ovirt.org/Features/Cloud-Init_Integration
>
> but looking at api?rsdl I do not find any clue
> if this is implemented already i
Hi Nathanael,
Supporting non-US keyboard layouts will only be convenient and good if
libspice supported a separate channel for sending unicode characters over
to the vdagent of the guest. The reason is that mobile devices generally do
not generate scan codes with soft-input keyboards, and I basica
Probably not, but you can
- get the disk image UUID (that's the name in the filesystem or LV name),
- get the UUID of the storage domain (that will be the top level dir name
or VG name)
- get the DC UUID (this will be the top level dir name and the mount point
for LVM)
Then compose the path out of
Le 06/12/2013 17:31, Nathanaël Blanchet a écrit :
Hi, just tested it, it is an unexpected good idea!
My ovirt server is ssl only, so it was a bit complicated to get
/etc/pki/ovirt-engine/ca.pem.
I think it could be great to add a browser to get the ca into the
filesystem instead of searching it
Hi, just tested it, it is an unexpected good idea!
My ovirt server is ssl only, so it was a bit complicated to get
/etc/pki/ovirt-engine/ca.pem.
I think it could be great to add a browser to get the ca into the
filesystem instead of searching it into the phone, virtual keyboard is
not convinien
Hi guys,
Just a clarification that Opaque is a VM console client, not an
infrastructure management client.
Cheers!
iordan
On Thu, Dec 5, 2013 at 12:38 PM, i iordanov wrote:
> Hello,
>
> We invite any interested oVirt/RHEV developers and administrators to
> beta-test Opaque, a new Android oVir
Thanks Gianluca, I'll try that. I still am under testing for this
gluster cluster, so I have no problem with downtime. :-)
I'll let you know what happened.
Regards,
On 06/12/13 08:11, Gianluca Cecchi wrote:
> On Thu, Dec 5, 2013 at 6:04 PM, Juan Pablo Lorier wrote:
>> H,
>>
>> I'm experimenting wi
Dear ovirt-engine users,
I will be appreciated if someone experienced in oVirt Python SDK could advice
the method of getting the full filename of the VM's disk images in the RHEV
hypervisor's file system. Can I get filename with a full file system path from
a ovirtsdk.infrastructure.brokers.VMD
- Original Message -
> From: "Jakub Bittner"
> To: "Itamar Heim" , "Sander Grendelman"
>
> Cc: users@ovirt.org, "Piotr Kliczewski"
> Sent: Friday, December 6, 2013 8:08:17 AM
> Subject: Re: [Users] oVirt auditing
>
> Dne 5.12.2013 18:34, Itamar Heim napsal(a):
> > On 12/05/2013 06:
Am 06.12.2013 13:11, schrieb Dan Kenigsberg:
> What's its number?
https://bugzilla.redhat.com/show_bug.cgi?id=1039009
--
Mit freundlichen Grüßen / Regards
Sven Kieske
Systemadministrator
Mittwald CM Service GmbH & Co. KG
Königsberger Straße 6
32339 Espelkamp
T: +49-5772-293-100
F: +49-5772-2
On Fri, Dec 06, 2013 at 11:04:24AM +, Sven Kieske wrote:
> I suggested another bug as blocker, please look into it.
What's its number?
>
> I hope this does not need much work to fix, but I don't know.
> (REST-API Integration of cloud-init/run once).
>
> Thanks for the release notes so far,
On 12/06/2013 05:33 AM, Blaster wrote:
On 12/3/2013 7:18 AM, Michal Skrivanek wrote:
On Dec 3, 2013, at 10:55 , Vinzenz Feenstra wrote:
On 12/02/2013 09:15 PM, Blaster wrote:
I've been able to find prebuilt virt-io drivers and spice agents
for Windows. Are there any repositories for prebuil
I suggested another bug as blocker, please look into it.
I hope this does not need much work to fix, but I don't know.
(REST-API Integration of cloud-init/run once).
Thanks for the release notes so far, they look promising!
--
Mit freundlichen Grüßen / Regards
Sven Kieske
Systemadministrator
Hi,
we want to utilize Cloud-Init via REST-API, like mentioned on
the feature page in the wiki:
http://www.ovirt.org/Features/Cloud-Init_Integration
but looking at api?rsdl I do not find any clue
if this is implemented already in 3.3.1?
if yes, how to call this function?
if no, can we hack some
Hi,
we've scheduled oVirt 3.3.2 RC build on 2013-12-11 [1]
A bug tracker is available at [2] and it shows only 4 bugs still blocking the
release:
Whiteboard Bug ID Summary
integration 1036209 [AIO] ssh issues
storage 1022961 Running a VM from a gluster domain uses mount instea
On 12/06/2013 03:29 PM, Sahina Bose wrote:
On 12/06/2013 10:00 AM, Kanagaraj wrote:
On 12/06/2013 09:46 AM, Andrew Lau wrote:
Yup - it's ovirt cluster version 3.3 with gluster 3.4.1
what does "gluster volume info " and "gluster volume status
" say?
There's an issue where engine cannot s
On Thu, Dec 5, 2013 at 6:04 PM, Juan Pablo Lorier wrote:
> H,
>
> I'm experimenting with gluster and as my DC is a iscsi dc, I've just
> created a new cluster with two hosts and now I'm trying to create a
> volume. I've followed all kind of guides in the web without success.
> Now I'm having ovirt
On 12/06/2013 10:00 AM, Kanagaraj wrote:
On 12/06/2013 09:46 AM, Andrew Lau wrote:
Yup - it's ovirt cluster version 3.3 with gluster 3.4.1
what does "gluster volume info " and "gluster volume status
" say?
There's an issue where engine cannot sync the bricks, as bricks return a
different
Dne 6.12.2013 09:09, Piotr Kliczewski napsal(a):
- Original Message -
From: "Jakub Bittner"
To: "Itamar Heim" , "Sander Grendelman"
Cc: users@ovirt.org, "Piotr Kliczewski"
Sent: Friday, December 6, 2013 8:08:17 AM
Subject: Re: [Users] oVirt auditing
Dne 5.12.2013 18:34, Itamar He
24 matches
Mail list logo