On 06/28/2012 08:06 PM, Itamar Heim wrote:
On 06/28/2012 07:55 AM, jose garcia wrote:
On 06/28/2012 11:33 AM, Itamar Heim wrote:
On 06/28/2012 04:55 AM, jose garcia wrote:
On 06/28/2012 02:43 AM, Itamar Heim wrote:
On 06/27/2012 09:15 AM, jose garcia wrote:
Good evening to all,
I have added
Hello,
I don't run currently any oVirt deployement in production but I have a lab.
I used to run in production the old oVirt product (in rails).
My best wishes for the future release of oVirt are :
* GluserFS support as many of us
* Nova (OpenStack Hypervisor) driver support (
http://docs.opensta
following article on http://www.ovirt.org/wiki/OVirt_-_disable_SSL_in_VDSM
i managed to get vdsmd started on fedora 16 but failed running
[root@ovirt01 ~]# psql engine -U postgres -c "UPDATE vdc_options set
option_value = 'false' where option_name = 'SSLEnabled'"
psql: could not connect to server:
On 06/29/2012 04:52 AM, Robert Middleswarth wrote:
> Note I am attempting to build on CentOS after applying
> http://www1.dreyou.org/ovirt/ engine patch.
>
> I have tiried with both master and engine_3.1 branch but I am pretty
> certain that it is a missing depend in my build environment? Any h
I have set up all-in-one. but I use iscsi data center, not NFS data center.
ovirt-engine create an direct Lun disk, but can not create an vm.
The status is always "wait for launch". It take a long time, but the
status is still "wait for launch"
I set up an iscsi server, as follow:
# dd if=/dev
On 06/29/2012 03:27 AM, Karli Sjöberg wrote:
28 jun 2012 kl. 22.11 skrev Doron Fediuck:
Please rm /tmp/*py* in your host.
Older scripts may be interrupting.
# rm -f /tmp/*py*
# rm -f /tmp/*log*
# rm -f /tmp/*tmp*
"Re-Install"
/var/log/ovirt-engine/engine.log:
...
OK, one step forwa
2012/6/29 Doron Fediuck :
> Looks like your db is down. Please try
> service postgresql status
> If it's not running, start it.
>
apparently starting postgres service was failed also, perhaps there's
a package missing?
is this a known issue on fedora 16?
[root@ovirt01 ~]# service postgres status
29 jun 2012 kl. 12.54 skrev Itamar Heim:
On 06/29/2012 03:27 AM, Karli Sjöberg wrote:
28 jun 2012 kl. 22.11 skrev Doron Fediuck:
Please rm /tmp/*py* in your host.
Older scripts may be interrupting.
# rm -f /tmp/*py*
# rm -f /tmp/*log*
# rm -f /tmp/*tmp*
"Re-Install"
/var/log/ovirt-engine/e
On 06/29/2012 07:11 AM, Karli Sjöberg wrote:
29 jun 2012 kl. 12.54 skrev Itamar Heim:
On 06/29/2012 03:27 AM, Karli Sjöberg wrote:
28 jun 2012 kl. 22.11 skrev Doron Fediuck:
Please rm /tmp/*py* in your host.
Older scripts may be interrupting.
# rm -f /tmp/*py*
# rm -f /tmp/*log*
# rm -f
On 06/29/2012 06:59 AM, Umarzuki Mochlis wrote:
2012/6/29 Doron Fediuck:
Looks like your db is down. Please try
service postgresql status
If it's not running, start it.
apparently starting postgres service was failed also, perhaps there's
a package missing?
is this a known issue on fedora 16?
On 06/29/2012 05:29 AM, Umarzuki Mochlis wrote:
following article on http://www.ovirt.org/wiki/OVirt_-_disable_SSL_in_VDSM
i managed to get vdsmd started on fedora 16 but failed running
[root@ovirt01 ~]# psql engine -U postgres -c "UPDATE vdc_options set
option_value = 'false' where option_name
I have find an error in vdsm.log
error : virNetClientProgramDispatchError:174 : internal error
unsupported configuration: Readonly leases are not supported
I create an nfs iso domain.
# ls
/rhev/data-center/af7ddcdd-8c3e-49d1-b885-38daa7f79030/76df39bd-cb52-4783-a5a7-fce9fd82d421/images/1
2012/6/29 Itamar Heim :
> On 06/29/2012 06:59 AM, Umarzuki Mochlis wrote:
>>
>> 2012/6/29 Doron Fediuck:
>>>
>>> Looks like your db is down. Please try
>>> service postgresql status
>>> If it's not running, start it.
>>>
>>
>> apparently starting postgres service was failed also, perhaps there's
>>
On 06/29/2012 02:09 PM, Umarzuki Mochlis wrote:
> 2012/6/29 Itamar Heim :
>> On 06/29/2012 06:59 AM, Umarzuki Mochlis wrote:
>>>
>>> 2012/6/29 Doron Fediuck:
Looks like your db is down. Please try
service postgresql status
If it's not running, start it.
>>>
>>> apparently s
2012/6/29 Juan Hernandez :
>
> It looks like you never started that database before. You need to run
> "postgresql-setup" before being able to start it.
>
>
thanks but something might had been missed on my part
-bash-4.2$ psql engine -U postgres -c "UPDATE vdc_options set
option_value = 'false'
2012/6/29 Umarzuki Mochlis :
> 2012/6/29 Juan Hernandez :
>
>>
>> It looks like you never started that database before. You need to run
>> "postgresql-setup" before being able to start it.
>>
>>
>
> thanks but something might had been missed on my part
>
> -bash-4.2$ psql engine -U postgres -c "UPD
Hi,
I am trying to test ITDS support in ovirt 3.1. We have an F17
machine that was running ovirt 3.0. We upgraded it to 3.1 and tried to
add a Tivoli DS to it by running "engine-manage-domains -action=add".
But was surprised to see the error that itds is not supported and the
only sup
* snmis...@linux.vnet.ibm.com [2012-06-29 09:20]:
> Hi,
>
> I am trying to test ITDS support in ovirt 3.1. We have an F17
> machine that was running ovirt 3.0. We upgraded it to 3.1 and tried
> to add a Tivoli DS to it by running "engine-manage-domains
> -action=add". But was surprised to see
On Fri, 29 Jun 2012, Romain Vrignaud wrote:
Hello,
I don't run currently any oVirt deployement in production but I have a lab.
I used to run in production the old oVirt product (in rails).
My best wishes for the future release of oVirt are :
* GluserFS support as many of us
I must admit the
On 06/29/2012 02:42 PM, Karli Sjöberg wrote:
29 jun 2012 kl. 13.16 skrev Itamar Heim:
On 06/29/2012 07:11 AM, Karli Sjöberg wrote:
29 jun 2012 kl. 12.54 skrev Itamar Heim:
On 06/29/2012 03:27 AM, Karli Sjöberg wrote:
28 jun 2012 kl. 22.11 skrev Doron Fediuck:
Please rm /tmp/*py* in you
Quoting Ryan Harper :
* snmis...@linux.vnet.ibm.com
[2012-06-29 09:20]:
Hi,
I am trying to test ITDS support in ovirt 3.1. We have an F17
machine that was running ovirt 3.0. We upgraded it to 3.1 and tried
to add a Tivoli DS to it by running "engine-manage-domains
-action=add". But was
On 06/29/2012 05:44 AM, Juan Hernandez wrote:
On 06/29/2012 04:52 AM, Robert Middleswarth wrote:
Note I am attempting to build on CentOS after applying
http://www1.dreyou.org/ovirt/ engine patch.
I have tiried with both master and engine_3.1 branch but I am pretty
certain that it is a missing d
Hi,
Is there a way to directly add an LDAP server to ovirt? Currently I
run engine-manage-domains with -domain=. This finds all
the ldap servers in the domain. Can I skip this and just add the one I
want? I have the fqdn of the ldap server.
Regards
Sharad Mishra
IBM
__
On 06/29/2012 06:15 PM, Nathan Stratton wrote:
I must admit the first part of managing GlusterFS with 3.3 works very
well out of the box on oVirt 3.1.
Turn on GlusterFS in the cluster
Add your nodes
Manually add the peers in Gluster
Edit /etc/nfsmount.conf and set Defaultproto=tcp and Defaultver
On 06/29/2012 03:15 PM, Itamar Heim wrote:
On 06/29/2012 06:15 PM, Nathan Stratton wrote:
I must admit the first part of managing GlusterFS with 3.3 works very
well out of the box on oVirt 3.1.
Turn on GlusterFS in the cluster
Add your nodes
Manually add the peers in Gluster
Edit /etc/nfsmount.
On 06/29/2012 11:45 PM, Robert Middleswarth wrote:
On 06/29/2012 03:15 PM, Itamar Heim wrote:
On 06/29/2012 06:15 PM, Nathan Stratton wrote:
I must admit the first part of managing GlusterFS with 3.3 works very
well out of the box on oVirt 3.1.
Turn on GlusterFS in the cluster
Add your nodes
M
On 06/29/2012 04:57 PM, Itamar Heim wrote:
On 06/29/2012 11:45 PM, Robert Middleswarth wrote:
On 06/29/2012 03:15 PM, Itamar Heim wrote:
On 06/29/2012 06:15 PM, Nathan Stratton wrote:
I must admit the first part of managing GlusterFS with 3.3 works very
well out of the box on oVirt 3.1.
Turn
On 06/29/2012 05:09 PM, Robert Middleswarth wrote:
On 06/29/2012 04:57 PM, Itamar Heim wrote:
On 06/29/2012 11:45 PM, Robert Middleswarth wrote:
On 06/29/2012 03:15 PM, Itamar Heim wrote:
On 06/29/2012 06:15 PM, Nathan Stratton wrote:
I must admit the first part of managing GlusterFS with 3.3
28 matches
Mail list logo