This error means that the /etc/pki/ovirt-engine/.truststore is unreadable or
does not contain the /etc/pki/ovirt-engine/ca.pem certificate.
Unfortunately, the pki administration is weak in current implementation, you
can trace the installation script and checkout the calls to installCA.sh to how
After setting the .keystore owner and group owner to ovirt, and
rebooting, I now have a new error in engine.log
2013-04-08 02:39:16,787 ERROR
[org.ovirt.engine.core.engineencryptutils.EncryptionUtils]
(QuartzScheduler_Worker-95) Failed to decryptData must start with zero
2013-04-08 02:39:16,845 ER
The primary is iSCSI.
On 04/07/2013 03:59 AM, Shu Ming wrote:
Which type of storage domain was in your engine? NFS? iSCSI? or other
types?
Andy Singleton:
Problem resolved.
The clue was obviously in the engine.log (FSCK error) but I couldn't
see what was needing an fsck or why this would pre
Hi,
Ok, I'll do the upgrade some day but this raises some questions.
Thanks for the reply!
Now that there are el6 packages available, oVirt could be used in
small production environments by people who can't afford a RHEV subscription
or don't need the support
So I'm wondering if there will be
Can you please try the upcoming new development environment[1][2]
[1] https://github.com/alonbl/ovirt-engine/tree/otopi
[2] https://github.com/alonbl/ovirt-engine/blob/otopi/README.developer
- Original Message -
> From: "lof yer"
> To: users@ovirt.org
> Sent: Sunday, April 7, 2013 6:30:
After following the steps in http://www.ovirt.org/Building_oVirt_engine, I
met some problems in deploying it.
Here's the status while I visit
http://localhost:8700/webadmin/webadmin/WebAdmin.html
HTTP Status 500 -
--
*type* Exception report
*message*
*description* *T
Right, links in sdk entities are used only for convenient tracking of objects
in api,
sdk itself abstracts HTTP internals, and expose decorators for
collections/entities
where every collection decorator has list()/get()/add()/etc. methods for
listing/querying/creating
objects and entity's decor
OK... you are running a very old version of engine (3.1).
The upgrade did not upgraded into 3.2, so nothing as far as I know should have
been changed.
But the .keystore permissions is owned by root now, so some other package
(maybe selinux-policy) changed permissions...
The simplest way to te
On 04/04/2013 09:45 PM, Eduardo Ramos wrote:
Hi all!
I'm trying to connect my ovirt-engine in a samba4 server. Samba4 is
ActiveDirectory complaint. But when I use engine-manage-domains, it
returns me a strange message:
[root@ovirt-dir eduardo]# engine-manage-domains -action=add
-domain=gsr.
I did a yum update and rebooted.
engine-upgrade was run on 24-March
When run now, it states that there are no updates available.
[root@reliant ~]# engine-upgrade
Loaded plugins: versionlock
Checking for updates... (This may take several minutes)
No updates available
[root@reliant ovirt-engine]
It seems like an old bug.
Since oVirt3.1 a lot of bugs were fixed in the edit nic dialog.
Maybe consider using ovirt3.2?
Alona.
- Original Message -
> From: "Vincent Van der Kussen"
> To: users@ovirt.org
> Sent: Wednesday, April 3, 2013 9:38:23 AM
> Subject: [Users] cannot assign network
11 matches
Mail list logo