[ovirt-users] glusterfsd is not not default enabled after a host installation

2015-10-15 Thread Nathanaël Blanchet

Hello,

I noticed after several different installations that the glusterd daemon 
was not configured as "systemctl enabled" during a host installation.

Is it a known bug?

--
Nathanaël Blanchet

Supervision réseau
Pôle Infrastrutures Informatiques
227 avenue Professeur-Jean-Louis-Viala
34193 MONTPELLIER CEDEX 5   
Tél. 33 (0)4 67 54 84 55
Fax  33 (0)4 67 54 84 14
blanc...@abes.fr

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] [ANN] oVirt 3.6.0 Second Release Candidate is now available for testing

2015-10-15 Thread Sandro Bonazzola
The oVirt Project is pleased to announce the availability
of the Second Release Candidate of oVirt 3.6 for testing, as of October
15th, 2015.

This release is available now for Fedora 22,
Red Hat Enterprise Linux 6.7, CentOS Linux 6.7 (or similar) and
Red Hat Enterprise Linux 7.1, CentOS Linux 7.1 (or similar).

This release supports Hypervisor Hosts running
Red Hat Enterprise Linux 7.1, CentOS Linux 7.1 (or similar),
Fedora 21 and Fedora 22.
Highly experimental support for Debian 8.1 Jessie has been added too.

This release of oVirt 3.6.0 includes numerous bug fixes.
See the release notes [1] for an initial list of the new features and bugs
fixed.

Please refer to release notes [1] for Installation / Upgrade instructions.
New oVirt Node ISO and oVirt Live ISO will be available soon as well[2].

Please note that mirrors[3] may need usually one day before being
synchronized.

Please refer to the release notes for known issues in this release.

[1] http://www.ovirt.org/OVirt_3.6_Release_Notes
[2] http://plain.resources.ovirt.org/pub/ovirt-3.6-pre/iso/
[3] http://www.ovirt.org/Repository_mirrorsCurrent_mirrors


-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] integrate iSCSI and FC on the same oVirt datacenter

2015-10-15 Thread Nir Soffer
בתאריך 14 באוק׳ 2015 3:11 אחה״צ,‏ "Kapetanakis Giannis" <
bil...@edu.physics.uoc.gr> כתב:
>
> Hi,
>
> Not sure if this is the right place to ask but maybe someone can provide
directions for my problem.
>
> I have a full FC setup with FC switch and FC HBAs on Linux (Centos) to
access my storage.
>
> However we cannot afford expanding our FC infrastructure thus making it
hard for us to add more nodes in the oVirt setup.
> FCoE requires compatible switches and adapters (correct?) which is also
out of budget.
> Our storage supports only FC.
>
> I thought something like this might work:
>
> node[1]: FC - ISCSI <-> node[2]: ISCSI - FC

I dont follow - how do you want to share your fc storage over iscsi?

And what are these nodes? Storage nodes? Hypervisors?

Nir

>
> share the FC block device over iscsi and then create a new FC
target+initiator on the new node with same FC lun as the original?
>
> Could this work? How? Other ideas?
>
> regards,
>
> Giannis
> ps.
> a) a solution would also be to migrate completely to iSCSI but I'm trying
to avoid that atm.
> b) another one would be to create a second datacenter for iSCSI but also
trying to avoid that if I can
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] glusterfsd is not not default enabled after a host installation

2015-10-15 Thread Nir Soffer
This is a good qeustion for gluster mailing list.
בתאריך 15 באוק׳ 2015 4:07 אחה״צ,‏ "Nathanaël Blanchet" 
כתב:

> Hello,
>
> I noticed after several different installations that the glusterd daemon
> was not configured as "systemctl enabled" during a host installation.
> Is it a known bug?
>
> --
> Nathanaël Blanchet
>
> Supervision réseau
> Pôle Infrastrutures Informatiques
> 227 avenue Professeur-Jean-Louis-Viala
> 34193 MONTPELLIER CEDEX 5
> Tél. 33 (0)4 67 54 84 55
> Fax  33 (0)4 67 54 84 14
> blanc...@abes.fr
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] AIO UPG from 3.5 to 3.6 - Dependency Error on vdsm-jsonrpc-java

2015-10-15 Thread Christian Rebel
I´m getting the below Dependency Error on an AIO UPG from 3.5 to 3.6, any
ideas how to fix it? 

 

Error: Package: ovirt-engine-backend-3.5.4.2-1.el7.centos.noarch
(@ovirt-3.5)

   Requires: vdsm-jsonrpc-java < 1.1.0

   Removing: vdsm-jsonrpc-java-1.0.15-1.el7.noarch (@ovirt-3.5)

   vdsm-jsonrpc-java = 1.0.15-1.el7

   Updated By: vdsm-jsonrpc-java-1.1.5-1.el7.centos.noarch
(ovirt-3.6)

   vdsm-jsonrpc-java = 1.1.5-1.el7.centos

   Available: vdsm-jsonrpc-java-1.0.14-1.el7.noarch (ovirt-3.5)

   vdsm-jsonrpc-java = 1.0.14-1.el7

   Available:
vdsm-jsonrpc-java-1.1.1-0.0.master.20150430093147.git6efacdc.el7.noarch
(ovirt-3.6)

   vdsm-jsonrpc-java =
1.1.1-0.0.master.20150430093147.git6efacdc.el7

   Available:
vdsm-jsonrpc-java-1.1.2-0.0.master.20150617081704.git4d4207f.el7.noarch
(ovirt-3.6)

   vdsm-jsonrpc-java =
1.1.2-0.0.master.20150617081704.git4d4207f.el7

   Available:
vdsm-jsonrpc-java-1.1.3-0.0.master.20150701140902.giteb3f88c.el7.noarch
(ovirt-3.6)

   vdsm-jsonrpc-java =
1.1.3-0.0.master.20150701140902.giteb3f88c.el7

   Available:
vdsm-jsonrpc-java-1.1.4-0.0.master.20150724142738.gitda84cc7.el7.noarch
(ovirt-3.6)

   vdsm-jsonrpc-java =
1.1.4-0.0.master.20150724142738.gitda84cc7.el7

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Unable to import hosted engine storage domain in 3.6RC with FC storage

2015-10-15 Thread Christopher Miersma
I've tried importing using the ovirt-shell, and a python script, but I'm 
having trouble figuring out what options to use to properly import an FC 
repository. The examples at http://www.ovirt.org/Testing/PythonApi use 
NFS or iSCSI. The 5 overload options for api.storagedomains.add() and 
the "add storagedomain," I found in the python API and in the 
ovirt-shell all seem to be requiring parameters for either a file system 
path or iSCSI. To test the import process, I tried removing another 
unused fibre channel storage domain and reimporting it. While that 
storage domain showed up in the web interface and could be imported via 
the web UI, I couldn't find the right options to import it in the python 
API or the ovirt-shell.


On 10/11/2015 06:53 AM, Roy Golan wrote:



On Sun, Oct 11, 2015 at 3:37 PM, Roy Golan > wrote:




On Fri, Oct 9, 2015 at 9:42 PM, Christopher Miersma
> wrote:

Hi All,

I'm having an issue with the current release candidate for
3.6, running on CentOS 7. I'm trying to install the hosted
engine on fibre channel storage. I can successfully install
the VM, and get everything up and running, but the hosted
engine VM itself does not appear in the web interface, nor
does the storage domain on which the hosted engine's disks
reside appear. When I create a new storage domain on the SAN,
I can see the LUN on which the hosted engine resides, but it
is greyed out. When I first started the cluster and got the
host and engine VM installed and running, it gave me the
message " The Hosted Engine Storage Domain doesn't exist. It
shoudl be imported into the setup." I've tried importing and
attaching the storage domain, but it simply doesn't appear in
the interface to allow me to import it. I've tired every
Attach/Import/Activate screen that I could find. I've also
opened a bug report
(https://bugzilla.redhat.com/show_bug.cgi?id=1267337), but
with no success so far.

Has anyone else had a similar issue? Can you import the hosted
engine storage domain after setup, and if so on what kind of
storage? From some of the posts I've seen, it looks like
people are getting it to work with NFS and maybe iSCSI, but I
haven't seen anyone else mention Fibre Channel.



Can you try to import the hosted_storage domain using REST and not
via UI?
 NFS and ISCSI do work. Also Bug 1261996 did solve a but on import
(I'm no sure this is on your release candidate)



Also, there is a bug (and a patch) to import the SD automatically 
https://bugzilla.redhat.com/1269768




Christopher Miersma
___
Users mailing list
Users@ovirt.org 
http://lists.ovirt.org/mailman/listinfo/users





--
Christopher Miersma
Unix System Administrator
University of Alberta Libraries
4-30 Cameron Library
780-492-4718

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users