Re: [ovirt-users] Missing RPM for ovirt 4.0.5.5 ?

2016-11-02 Thread Yedidyah Bar David 
On Wed, Nov 2, 2016 at 8:55 AM, Maton, Brett  wrote:
> I ran yum update on selfhosted ovirt engine, followed by engine-setup which
> is failing due to a missing dependency:
>
>   --== PACKAGES ==--
>
> [ INFO  ] Checking for product updates...
> [ ERROR ] Yum [u'ovirt-engine-backend-4.0.5.5-1.el7.centos.noarch requires
> vdsm-jsonrpc-java >= 1.2.7']
> [ INFO  ] Yum Performing yum transaction rollback
> [ ERROR ] Failed to execute stage 'Environment customization':
> [u'ovirt-engine-backend-4.0.5.5-1.el7.centos.noarch requires
> vdsm-jsonrpc-java >= 1.2.7']
> [ INFO  ] Stage: Clean up
>
> I had a quick look at the repos and ther doesn't appear tobe a 1.2.7 version
> of vdsm-jsonrpc-java.

I assume you refer to ovirt-4.0-pre. ovirt-4.0 has only 4.0.4 engine.

See also:

http://lists.ovirt.org/pipermail/devel/2016-November/014089.html

Best,
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Missing RPM for ovirt 4.0.5.5 ?

2016-11-02 Thread Maton, Brett 
Yes I'm using the pre -release repos, thanks for the link to the report.

On 2 November 2016 at 07:28, Yedidyah Bar David  wrote:

> On Wed, Nov 2, 2016 at 8:55 AM, Maton, Brett 
> wrote:
> > I ran yum update on selfhosted ovirt engine, followed by engine-setup
> which
> > is failing due to a missing dependency:
> >
> >   --== PACKAGES ==--
> >
> > [ INFO  ] Checking for product updates...
> > [ ERROR ] Yum [u'ovirt-engine-backend-4.0.5.5-1.el7.centos.noarch
> requires
> > vdsm-jsonrpc-java >= 1.2.7']
> > [ INFO  ] Yum Performing yum transaction rollback
> > [ ERROR ] Failed to execute stage 'Environment customization':
> > [u'ovirt-engine-backend-4.0.5.5-1.el7.centos.noarch requires
> > vdsm-jsonrpc-java >= 1.2.7']
> > [ INFO  ] Stage: Clean up
> >
> > I had a quick look at the repos and ther doesn't appear tobe a 1.2.7
> version
> > of vdsm-jsonrpc-java.
>
> I assume you refer to ovirt-4.0-pre. ovirt-4.0 has only 4.0.4 engine.
>
> See also:
>
> http://lists.ovirt.org/pipermail/devel/2016-November/014089.html
>
> Best,
> --
> Didi
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirt 4.0.4?==?utf-8?q? : unable to upload images

2016-11-02 Thread Amit Aviram 
On Wed, Nov 2, 2016 at 8:48 AM, Yedidyah Bar David  wrote:

> On Tue, Nov 1, 2016 at 10:42 PM, Claude Durocher
>  wrote:
> > We have a setup with ovirt 4.0.4 (hosted engine) and I try to import a
> > Ubuntu qcow cloud image. When I try to import, it stops with the error
> > 'Unable to upload image to disk ... due to a network error. Make sure
> > ovirt-imageio-proxy service is installed and configured, and
> ovirt-engine's
> > certificate is registered as a valid CA in the browser'.
> >
> > The ovirt-imageio-proxy service is running on the engine.  No errors in
> the
> > log (just a mention that the service has started up). I also imported the
> > server CA in my browser (Firefox 49 on Ubuntu).
>
> Please check:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1317253
> https://www.ovirt.org/develop/release-management/features/
> storage/image-upload/
>
> Do you have on your host 'ovirt-imageio-daemon' installed and running?
>
> Did you manually configure iptables on the host? If so, you need port
> 54322 open.
>
> If still stuck, please check/attach:
>
> On engine machine:
>
> /var/log/ovirt-engine/*
> /var/log/ovirt-imageio-proxy/*
> /var/log/httpd/*
>
> On host:
>
> /var/log/messages
> journalctl
>
> Thanks,
>
​
Please also attach your browser logs.


> --
> Didi
> ___
> 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] SSL Certificates

2016-11-02 Thread Martin Perina 
Hi,

yesterday I've posted detailed description how to install HTTPS cert signed
by custom CA for oVirt 4.0, please take a look at:

http://lists.ovirt.org/pipermail/users/2016-November/043762.html

Thanks

Martin Perina


On Wed, Nov 2, 2016 at 7:53 AM, Alan Griffiths 
wrote:

> The file locations are described on this page
>
> http://www.ovirt.org/develop/release-management/features/infra/pki/
>
> If running 4.0 you may also need to follow the steps described in this bug
> report
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1336838
>
>
>
> On 2 November 2016 at 03:56, Gary Pedretty  wrote:
>
>> Where do you install a real non self-signed certificate  for use in the
>> Ovirt Web Management Console.
>>
>> Gary
>> 
>> Gary Pedrettyg...@ravnalaska.net
>> 
>> Systems Manager  www.flyravn.com
>> Ravn Alaska   /\907-450-7251
>> 5245 Airport Industrial Road /  \/\ 907-450-7238 fax
>> Fairbanks, Alaska  99709/\  /\ \ Second greatest commandment
>> Serving All of Alaska  /  \/  /\  \ \/\   “Love your neighbor as
>> Really loving the record green up date! Summmer!!   yourself” Matt 22:39
>> 
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> ___
>> 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
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirt 4.0.4?==?utf-8?q? : unable to upload images

2016-11-02 Thread Misak Khachatryan 
Hello,

same problem:

3 host cluster, log of one hosts, same on two others:

[root@virt2 ~]# journalctl -x -u ovirt-imageio-daemon
-- Logs begin at Mon 2016-10-31 12:45:30 +04, end at Wed 2016-11-02
13:03:28 +04. --
Oct 31 12:45:38 virt2.management.gnc.am systemd[1]: Starting oVirt
ImageIO Daemon...
-- Subject: Unit ovirt-imageio-daemon.service has begun start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit ovirt-imageio-daemon.service has begun starting up.
Oct 31 12:45:38 virt2.management.gnc.am systemd[1]: Started oVirt
ImageIO Daemon.
-- Subject: Unit ovirt-imageio-daemon.service has finished start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit ovirt-imageio-daemon.service has finished starting up.
--
-- The start-up result is done.
Nov 01 13:21:24 virt2.management.gnc.am ovirt-imageio-daemon[1575]: /
- - [01/Nov/2016 13:21:24] "PUT
/tickets/d122778d-beb4-426f-8074-70e033253670 HTTP/1.1" 200 0
Nov 01 13:21:44 virt2.management.gnc.am ovirt-imageio-daemon[1575]: /
- - [01/Nov/2016 13:21:44] "DELETE
/tickets/d122778d-beb4-426f-8074-70e033253670 HTTP/1.1" 204 0
Nov 01 13:28:48 virt2.management.gnc.am ovirt-imageio-daemon[1575]: /
- - [01/Nov/2016 13:28:48] "PUT
/tickets/87eeb8c4-2184-4793-8843-5835e2fac025 HTTP/1.1" 200 0
Nov 01 13:29:03 virt2.management.gnc.am ovirt-imageio-daemon[1575]: /
- - [01/Nov/2016 13:29:03] "DELETE
/tickets/87eeb8c4-2184-4793-8843-5835e2fac025 HTTP/1.1" 204 0
Nov 01 13:37:50 virt2.management.gnc.am ovirt-imageio-daemon[1575]: /
- - [01/Nov/2016 13:37:50] "PUT
/tickets/5d78deac-b373-43c7-b0ef-9dc94ef3324b HTTP/1.1" 200 0
Nov 01 13:38:12 virt2.management.gnc.am ovirt-imageio-daemon[1575]: /
- - [01/Nov/2016 13:38:12] "DELETE
/tickets/5d78deac-b373-43c7-b0ef-9dc94ef3324b HTTP/1.1" 204 0
Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
Traceback (most recent call last):
Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
File "/usr/lib64/python2.7/SocketServer.py", line 593, in
process_request_thread
Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
self.finish_request(request, client_address)
Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
File "/usr/lib64/python2.7/SocketServer.py", line 334, in
finish_request
Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
self.RequestHandlerClass(request, client_address, self)
Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
File "/usr/lib64/python2.7/SocketServer.py", line 649, in __init__
Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
self.handle()
Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
File "/usr/lib64/python2.7/wsgiref/simple_server.py", line 116, in
handle
Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
self.raw_requestline = self.rfile.readline()
Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
File "/usr/lib64/python2.7/socket.py", line 447, in readline
Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
data = self._sock.recv(self._rbufsize)
Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
File "/usr/lib64/python2.7/ssl.py", line 736, in recv
Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
return self.read(buflen)
Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
File "/usr/lib64/python2.7/ssl.py", line 630, in read
Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]: v
= self._sslobj.read(len or 1024)
Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
SSLError: [SSL: TLSV1_ALERT_UNKNOWN_CA] tlsv1 alert unknown ca
(_ssl.c:1936)
Nov 01 14:12:27 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
192.168.1.75 - - [01/Nov/2016 14:12:27] "GET / HTTP/1.1" 404 119
Nov 01 14:12:27 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
192.168.1.75 - - [01/Nov/2016 14:12:27] "GET /favicon.ico HTTP/1.1"
404 130
Nov 01 14:12:27 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
192.168.1.75 - - [01/Nov/2016 14:12:27] "GET /favicon.ico HTTP/1.1"
404 130

On engine:

[root@ovirt-engine ~]# tail -f /var/log/ovirt-imageio-proxy/image-proxy.log

(Thread-15 ) INFO 2016-11-02 07:59:30,437
session:259:root:(_decode_proxy_ticket) Proxy ticket valid: {u'iat':
1478073567, u'imaged-uri': u'https://virt1.management.gnc.am:54322',
u'nbf': 1478073567, u'exp': 1478077167, u'transfer-ticket':
u'7d83b9c5-2e0b-4ef2-a004-ee6c7
b4d7901'}
(Thread-15 ) INFO 2016-11-02 07:59:30,437
session:191:root:(_create_update_session) Established session:
expiration: '1478077167', imaged-host-uri:
'https://virt1.management.gnc.am:54322', proxy-ticket:
'eyJzYWx0IjoiTjdxdnFucE83MUU9IiwiZGF0YSI6IntcbiAgXCJuYmZcIiA6...MjAx
NjExMDIwNzU5MjciLCJ2YWxpZFRvIjoiMjAxNjExMDIwODU5MjcifQ==', session-id:
'a52f988f-3a8c-4511-a8fb-fa8485b2cfad', transfer-ticket:
'7d83b9c5-2e0b-

Re: [ovirt-users] ovirt 4.0.4?==?utf-8?q? : unable to upload images

2016-11-02 Thread Amit Aviram 
Misak, can you please log into virt1.management.gnc.am
 and run:
"service ovirt-imageio-daemon restart" and try again?

On Wed, Nov 2, 2016 at 11:26 AM, Misak Khachatryan  wrote:

> Hello,
>
> same problem:
>
> 3 host cluster, log of one hosts, same on two others:
>
> [root@virt2 ~]# journalctl -x -u ovirt-imageio-daemon
> -- Logs begin at Mon 2016-10-31 12:45:30 +04, end at Wed 2016-11-02
> 13:03:28 +04. --
> Oct 31 12:45:38 virt2.management.gnc.am systemd[1]: Starting oVirt
> ImageIO Daemon...
> -- Subject: Unit ovirt-imageio-daemon.service has begun start-up
> -- Defined-By: systemd
> -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
> --
> -- Unit ovirt-imageio-daemon.service has begun starting up.
> Oct 31 12:45:38 virt2.management.gnc.am systemd[1]: Started oVirt
> ImageIO Daemon.
> -- Subject: Unit ovirt-imageio-daemon.service has finished start-up
> -- Defined-By: systemd
> -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
> --
> -- Unit ovirt-imageio-daemon.service has finished starting up.
> --
> -- The start-up result is done.
> Nov 01 13:21:24 virt2.management.gnc.am ovirt-imageio-daemon[1575]: /
> - - [01/Nov/2016 13:21:24] "PUT
> /tickets/d122778d-beb4-426f-8074-70e033253670 HTTP/1.1" 200 0
> Nov 01 13:21:44 virt2.management.gnc.am ovirt-imageio-daemon[1575]: /
> - - [01/Nov/2016 13:21:44] "DELETE
> /tickets/d122778d-beb4-426f-8074-70e033253670 HTTP/1.1" 204 0
> Nov 01 13:28:48 virt2.management.gnc.am ovirt-imageio-daemon[1575]: /
> - - [01/Nov/2016 13:28:48] "PUT
> /tickets/87eeb8c4-2184-4793-8843-5835e2fac025 HTTP/1.1" 200 0
> Nov 01 13:29:03 virt2.management.gnc.am ovirt-imageio-daemon[1575]: /
> - - [01/Nov/2016 13:29:03] "DELETE
> /tickets/87eeb8c4-2184-4793-8843-5835e2fac025 HTTP/1.1" 204 0
> Nov 01 13:37:50 virt2.management.gnc.am ovirt-imageio-daemon[1575]: /
> - - [01/Nov/2016 13:37:50] "PUT
> /tickets/5d78deac-b373-43c7-b0ef-9dc94ef3324b HTTP/1.1" 200 0
> Nov 01 13:38:12 virt2.management.gnc.am ovirt-imageio-daemon[1575]: /
> - - [01/Nov/2016 13:38:12] "DELETE
> /tickets/5d78deac-b373-43c7-b0ef-9dc94ef3324b HTTP/1.1" 204 0
> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
> Traceback (most recent call last):
> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
> File "/usr/lib64/python2.7/SocketServer.py", line 593, in
> process_request_thread
> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
> self.finish_request(request, client_address)
> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
> File "/usr/lib64/python2.7/SocketServer.py", line 334, in
> finish_request
> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
> self.RequestHandlerClass(request, client_address, self)
> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
> File "/usr/lib64/python2.7/SocketServer.py", line 649, in __init__
> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
> self.handle()
> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
> File "/usr/lib64/python2.7/wsgiref/simple_server.py", line 116, in
> handle
> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
> self.raw_requestline = self.rfile.readline()
> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
> File "/usr/lib64/python2.7/socket.py", line 447, in readline
> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
> data = self._sock.recv(self._rbufsize)
> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
> File "/usr/lib64/python2.7/ssl.py", line 736, in recv
> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
> return self.read(buflen)
> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
> File "/usr/lib64/python2.7/ssl.py", line 630, in read
> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]: v
> = self._sslobj.read(len or 1024)
> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
> SSLError: [SSL: TLSV1_ALERT_UNKNOWN_CA] tlsv1 alert unknown ca
> (_ssl.c:1936)
> Nov 01 14:12:27 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
> 192.168.1.75 - - [01/Nov/2016 14:12:27] "GET / HTTP/1.1" 404 119
> Nov 01 14:12:27 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
> 192.168.1.75 - - [01/Nov/2016 14:12:27] "GET /favicon.ico HTTP/1.1"
> 404 130
> Nov 01 14:12:27 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
> 192.168.1.75 - - [01/Nov/2016 14:12:27] "GET /favicon.ico HTTP/1.1"
> 404 130
>
> On engine:
>
> [root@ovirt-engine ~]# tail -f /var/log/ovirt-imageio-proxy/
> image-proxy.log
>
> (Thread-15 ) INFO 2016-11-02 07:59:30,437
> session:259:root:(_decode_proxy_ticket) Proxy ticket valid: {u'iat':
> 1478073567, u'imaged-uri': u'https://virt1.management.gnc.am:54322',
> u'nbf': 1478073567, u'exp': 1478077167, u'transfer-ticket':
> u'7d83b9c5-2e0b-4ef2-a004-ee6c7
> b4d7901'}
>

Re: [ovirt-users] ovirt 4.0.4?==?utf-8?q? : unable to upload images

2016-11-02 Thread Misak Khachatryan 
Hello,

same problem:

3 host cluster, log of one hosts, same on two others:

[root@virt2 ~]# journalctl -x -u ovirt-imageio-daemon
-- Logs begin at Mon 2016-10-31 12:45:30 +04, end at Wed 2016-11-02
13:03:28 +04. --
Oct 31 12:45:38 virt2.management.gnc.am systemd[1]: Starting oVirt
ImageIO Daemon...
-- Subject: Unit ovirt-imageio-daemon.service has begun start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit ovirt-imageio-daemon.service has begun starting up.
Oct 31 12:45:38 virt2.management.gnc.am systemd[1]: Started oVirt
ImageIO Daemon.
-- Subject: Unit ovirt-imageio-daemon.service has finished start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit ovirt-imageio-daemon.service has finished starting up.
--
-- The start-up result is done.
Nov 01 13:21:24 virt2.management.gnc.am ovirt-imageio-daemon[1575]: /
- - [01/Nov/2016 13:21:24] "PUT
/tickets/d122778d-beb4-426f-8074-70e033253670 HTTP/1.1" 200 0
Nov 01 13:21:44 virt2.management.gnc.am ovirt-imageio-daemon[1575]: /
- - [01/Nov/2016 13:21:44] "DELETE
/tickets/d122778d-beb4-426f-8074-70e033253670 HTTP/1.1" 204 0
Nov 01 13:28:48 virt2.management.gnc.am ovirt-imageio-daemon[1575]: /
- - [01/Nov/2016 13:28:48] "PUT
/tickets/87eeb8c4-2184-4793-8843-5835e2fac025 HTTP/1.1" 200 0
Nov 01 13:29:03 virt2.management.gnc.am ovirt-imageio-daemon[1575]: /
- - [01/Nov/2016 13:29:03] "DELETE
/tickets/87eeb8c4-2184-4793-8843-5835e2fac025 HTTP/1.1" 204 0
Nov 01 13:37:50 virt2.management.gnc.am ovirt-imageio-daemon[1575]: /
- - [01/Nov/2016 13:37:50] "PUT
/tickets/5d78deac-b373-43c7-b0ef-9dc94ef3324b HTTP/1.1" 200 0
Nov 01 13:38:12 virt2.management.gnc.am ovirt-imageio-daemon[1575]: /
- - [01/Nov/2016 13:38:12] "DELETE
/tickets/5d78deac-b373-43c7-b0ef-9dc94ef3324b HTTP/1.1" 204 0
Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
Traceback (most recent call last):
Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
File "/usr/lib64/python2.7/SocketServer.py", line 593, in
process_request_thread
Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
self.finish_request(request, client_address)
Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
File "/usr/lib64/python2.7/SocketServer.py", line 334, in
finish_request
Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
self.RequestHandlerClass(request, client_address, self)
Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
File "/usr/lib64/python2.7/SocketServer.py", line 649, in __init__
Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
self.handle()
Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
File "/usr/lib64/python2.7/wsgiref/simple_server.py", line 116, in
handle
Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
self.raw_requestline = self.rfile.readline()
Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
File "/usr/lib64/python2.7/socket.py", line 447, in readline
Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
data = self._sock.recv(self._rbufsize)
Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
File "/usr/lib64/python2.7/ssl.py", line 736, in recv
Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
return self.read(buflen)
Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
File "/usr/lib64/python2.7/ssl.py", line 630, in read
Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]: v
= self._sslobj.read(len or 1024)
Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
SSLError: [SSL: TLSV1_ALERT_UNKNOWN_CA] tlsv1 alert unknown ca
(_ssl.c:1936)
Nov 01 14:12:27 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
192.168.1.75 - - [01/Nov/2016 14:12:27] "GET / HTTP/1.1" 404 119
Nov 01 14:12:27 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
192.168.1.75 - - [01/Nov/2016 14:12:27] "GET /favicon.ico HTTP/1.1"
404 130
Nov 01 14:12:27 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
192.168.1.75 - - [01/Nov/2016 14:12:27] "GET /favicon.ico HTTP/1.1"
404 130

On engine:

[root@ovirt-engine ~]# tail -f /var/log/ovirt-imageio-proxy/image-proxy.log

(Thread-15 ) INFO 2016-11-02 07:59:30,437
session:259:root:(_decode_proxy_ticket) Proxy ticket valid: {u'iat':
1478073567, u'imaged-uri': u'https://virt1.management.gnc.am:54322',
u'nbf': 1478073567, u'exp': 1478077167, u'transfer-ticket':
u'7d83b9c5-2e0b-4ef2-a004-ee6c7
b4d7901'}
(Thread-15 ) INFO 2016-11-02 07:59:30,437
session:191:root:(_create_update_session) Established session:
expiration: '1478077167', imaged-host-uri:
'https://virt1.management.gnc.am:54322', proxy-ticket:
'eyJzYWx0IjoiTjdxdnFucE83MUU9IiwiZGF0YSI6IntcbiAgXCJuYmZcIiA6...MjAx
NjExMDIwNzU5MjciLCJ2YWxpZFRvIjoiMjAxNjExMDIwODU5MjcifQ==', session-id:
'a52f988f-3a8c-4511-a8fb-fa8485b2cfad', transfer-ticket:
'7d83b9c5-2e0b-

Re: [ovirt-users] ovirt 4.0.4?==?utf-8?q? : unable to upload images

2016-11-02 Thread Misak Khachatryan 
[root@misak ~]# service ovirt-imageio-daemon restart
Redirecting to /bin/systemctl restart  ovirt-imageio-daemon.service
Failed to restart ovirt-imageio-daemon.service: Unit
ovirt-imageio-daemon.service not found.

Seems service not present.
Centos 7



Best regards,
Misak Khachatryan


On Wed, Nov 2, 2016 at 1:08 PM, Misak Khachatryan
 wrote:
> Hello,
>
> same problem:
>
> 3 host cluster, log of one hosts, same on two others:
>
> [root@virt2 ~]# journalctl -x -u ovirt-imageio-daemon
> -- Logs begin at Mon 2016-10-31 12:45:30 +04, end at Wed 2016-11-02
> 13:03:28 +04. --
> Oct 31 12:45:38 virt2.management.gnc.am systemd[1]: Starting oVirt
> ImageIO Daemon...
> -- Subject: Unit ovirt-imageio-daemon.service has begun start-up
> -- Defined-By: systemd
> -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
> --
> -- Unit ovirt-imageio-daemon.service has begun starting up.
> Oct 31 12:45:38 virt2.management.gnc.am systemd[1]: Started oVirt
> ImageIO Daemon.
> -- Subject: Unit ovirt-imageio-daemon.service has finished start-up
> -- Defined-By: systemd
> -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
> --
> -- Unit ovirt-imageio-daemon.service has finished starting up.
> --
> -- The start-up result is done.
> Nov 01 13:21:24 virt2.management.gnc.am ovirt-imageio-daemon[1575]: /
> - - [01/Nov/2016 13:21:24] "PUT
> /tickets/d122778d-beb4-426f-8074-70e033253670 HTTP/1.1" 200 0
> Nov 01 13:21:44 virt2.management.gnc.am ovirt-imageio-daemon[1575]: /
> - - [01/Nov/2016 13:21:44] "DELETE
> /tickets/d122778d-beb4-426f-8074-70e033253670 HTTP/1.1" 204 0
> Nov 01 13:28:48 virt2.management.gnc.am ovirt-imageio-daemon[1575]: /
> - - [01/Nov/2016 13:28:48] "PUT
> /tickets/87eeb8c4-2184-4793-8843-5835e2fac025 HTTP/1.1" 200 0
> Nov 01 13:29:03 virt2.management.gnc.am ovirt-imageio-daemon[1575]: /
> - - [01/Nov/2016 13:29:03] "DELETE
> /tickets/87eeb8c4-2184-4793-8843-5835e2fac025 HTTP/1.1" 204 0
> Nov 01 13:37:50 virt2.management.gnc.am ovirt-imageio-daemon[1575]: /
> - - [01/Nov/2016 13:37:50] "PUT
> /tickets/5d78deac-b373-43c7-b0ef-9dc94ef3324b HTTP/1.1" 200 0
> Nov 01 13:38:12 virt2.management.gnc.am ovirt-imageio-daemon[1575]: /
> - - [01/Nov/2016 13:38:12] "DELETE
> /tickets/5d78deac-b373-43c7-b0ef-9dc94ef3324b HTTP/1.1" 204 0
> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
> Traceback (most recent call last):
> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
> File "/usr/lib64/python2.7/SocketServer.py", line 593, in
> process_request_thread
> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
> self.finish_request(request, client_address)
> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
> File "/usr/lib64/python2.7/SocketServer.py", line 334, in
> finish_request
> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
> self.RequestHandlerClass(request, client_address, self)
> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
> File "/usr/lib64/python2.7/SocketServer.py", line 649, in __init__
> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
> self.handle()
> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
> File "/usr/lib64/python2.7/wsgiref/simple_server.py", line 116, in
> handle
> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
> self.raw_requestline = self.rfile.readline()
> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
> File "/usr/lib64/python2.7/socket.py", line 447, in readline
> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
> data = self._sock.recv(self._rbufsize)
> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
> File "/usr/lib64/python2.7/ssl.py", line 736, in recv
> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
> return self.read(buflen)
> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
> File "/usr/lib64/python2.7/ssl.py", line 630, in read
> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]: v
> = self._sslobj.read(len or 1024)
> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
> SSLError: [SSL: TLSV1_ALERT_UNKNOWN_CA] tlsv1 alert unknown ca
> (_ssl.c:1936)
> Nov 01 14:12:27 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
> 192.168.1.75 - - [01/Nov/2016 14:12:27] "GET / HTTP/1.1" 404 119
> Nov 01 14:12:27 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
> 192.168.1.75 - - [01/Nov/2016 14:12:27] "GET /favicon.ico HTTP/1.1"
> 404 130
> Nov 01 14:12:27 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
> 192.168.1.75 - - [01/Nov/2016 14:12:27] "GET /favicon.ico HTTP/1.1"
> 404 130
>
> On engine:
>
> [root@ovirt-engine ~]# tail -f /var/log/ovirt-imageio-proxy/image-proxy.log
>
> (Thread-15 ) INFO 2016-11-02 07:59:30,437
> session:259:root:(_decode_proxy_ticket) Proxy ticket valid: {u'iat':
> 1478073567, u'imaged-uri': u'https://virt1.management.gn

Re: [ovirt-users] ovirt 4.0.4?==?utf-8?q? : unable to upload images

2016-11-02 Thread Misak Khachatryan 
Hmm,

I tried same command on virt2 and virt3, and service present there.
After that upload started.
How i can fix virt1 ?

Best regards,
Misak Khachatryan


On Wed, Nov 2, 2016 at 2:17 PM, Misak Khachatryan  wrote:
> [root@misak ~]# service ovirt-imageio-daemon restart
> Redirecting to /bin/systemctl restart  ovirt-imageio-daemon.service
> Failed to restart ovirt-imageio-daemon.service: Unit
> ovirt-imageio-daemon.service not found.
>
> Seems service not present.
> Centos 7
>
>
>
> Best regards,
> Misak Khachatryan
>
>
> On Wed, Nov 2, 2016 at 1:08 PM, Misak Khachatryan
>  wrote:
>> Hello,
>>
>> same problem:
>>
>> 3 host cluster, log of one hosts, same on two others:
>>
>> [root@virt2 ~]# journalctl -x -u ovirt-imageio-daemon
>> -- Logs begin at Mon 2016-10-31 12:45:30 +04, end at Wed 2016-11-02
>> 13:03:28 +04. --
>> Oct 31 12:45:38 virt2.management.gnc.am systemd[1]: Starting oVirt
>> ImageIO Daemon...
>> -- Subject: Unit ovirt-imageio-daemon.service has begun start-up
>> -- Defined-By: systemd
>> -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
>> --
>> -- Unit ovirt-imageio-daemon.service has begun starting up.
>> Oct 31 12:45:38 virt2.management.gnc.am systemd[1]: Started oVirt
>> ImageIO Daemon.
>> -- Subject: Unit ovirt-imageio-daemon.service has finished start-up
>> -- Defined-By: systemd
>> -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
>> --
>> -- Unit ovirt-imageio-daemon.service has finished starting up.
>> --
>> -- The start-up result is done.
>> Nov 01 13:21:24 virt2.management.gnc.am ovirt-imageio-daemon[1575]: /
>> - - [01/Nov/2016 13:21:24] "PUT
>> /tickets/d122778d-beb4-426f-8074-70e033253670 HTTP/1.1" 200 0
>> Nov 01 13:21:44 virt2.management.gnc.am ovirt-imageio-daemon[1575]: /
>> - - [01/Nov/2016 13:21:44] "DELETE
>> /tickets/d122778d-beb4-426f-8074-70e033253670 HTTP/1.1" 204 0
>> Nov 01 13:28:48 virt2.management.gnc.am ovirt-imageio-daemon[1575]: /
>> - - [01/Nov/2016 13:28:48] "PUT
>> /tickets/87eeb8c4-2184-4793-8843-5835e2fac025 HTTP/1.1" 200 0
>> Nov 01 13:29:03 virt2.management.gnc.am ovirt-imageio-daemon[1575]: /
>> - - [01/Nov/2016 13:29:03] "DELETE
>> /tickets/87eeb8c4-2184-4793-8843-5835e2fac025 HTTP/1.1" 204 0
>> Nov 01 13:37:50 virt2.management.gnc.am ovirt-imageio-daemon[1575]: /
>> - - [01/Nov/2016 13:37:50] "PUT
>> /tickets/5d78deac-b373-43c7-b0ef-9dc94ef3324b HTTP/1.1" 200 0
>> Nov 01 13:38:12 virt2.management.gnc.am ovirt-imageio-daemon[1575]: /
>> - - [01/Nov/2016 13:38:12] "DELETE
>> /tickets/5d78deac-b373-43c7-b0ef-9dc94ef3324b HTTP/1.1" 204 0
>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
>> Traceback (most recent call last):
>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
>> File "/usr/lib64/python2.7/SocketServer.py", line 593, in
>> process_request_thread
>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
>> self.finish_request(request, client_address)
>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
>> File "/usr/lib64/python2.7/SocketServer.py", line 334, in
>> finish_request
>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
>> self.RequestHandlerClass(request, client_address, self)
>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
>> File "/usr/lib64/python2.7/SocketServer.py", line 649, in __init__
>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
>> self.handle()
>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
>> File "/usr/lib64/python2.7/wsgiref/simple_server.py", line 116, in
>> handle
>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
>> self.raw_requestline = self.rfile.readline()
>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
>> File "/usr/lib64/python2.7/socket.py", line 447, in readline
>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
>> data = self._sock.recv(self._rbufsize)
>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
>> File "/usr/lib64/python2.7/ssl.py", line 736, in recv
>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
>> return self.read(buflen)
>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
>> File "/usr/lib64/python2.7/ssl.py", line 630, in read
>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]: v
>> = self._sslobj.read(len or 1024)
>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
>> SSLError: [SSL: TLSV1_ALERT_UNKNOWN_CA] tlsv1 alert unknown ca
>> (_ssl.c:1936)
>> Nov 01 14:12:27 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
>> 192.168.1.75 - - [01/Nov/2016 14:12:27] "GET / HTTP/1.1" 404 119
>> Nov 01 14:12:27 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
>> 192.168.1.75 - - [01/Nov/2016 14:12:27] "GET /favicon.ico HTTP/1.1"
>> 404 130
>> Nov 01 14:12:27 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
>> 192.168.1.75 - - [01

Re: [ovirt-users] ovirt 4.0.4?==?utf-8?q? : unable to upload images

2016-11-02 Thread Misak Khachatryan 
Sorry, i did restart on wrong host, not virt1. Wrong console.

Thank you very much for help!

Best regards,
Misak Khachatryan


On Wed, Nov 2, 2016 at 2:20 PM, Misak Khachatryan  wrote:
> Hmm,
>
> I tried same command on virt2 and virt3, and service present there.
> After that upload started.
> How i can fix virt1 ?
>
> Best regards,
> Misak Khachatryan
>
>
> On Wed, Nov 2, 2016 at 2:17 PM, Misak Khachatryan  wrote:
>> [root@misak ~]# service ovirt-imageio-daemon restart
>> Redirecting to /bin/systemctl restart  ovirt-imageio-daemon.service
>> Failed to restart ovirt-imageio-daemon.service: Unit
>> ovirt-imageio-daemon.service not found.
>>
>> Seems service not present.
>> Centos 7
>>
>>
>>
>> Best regards,
>> Misak Khachatryan
>>
>>
>> On Wed, Nov 2, 2016 at 1:08 PM, Misak Khachatryan
>>  wrote:
>>> Hello,
>>>
>>> same problem:
>>>
>>> 3 host cluster, log of one hosts, same on two others:
>>>
>>> [root@virt2 ~]# journalctl -x -u ovirt-imageio-daemon
>>> -- Logs begin at Mon 2016-10-31 12:45:30 +04, end at Wed 2016-11-02
>>> 13:03:28 +04. --
>>> Oct 31 12:45:38 virt2.management.gnc.am systemd[1]: Starting oVirt
>>> ImageIO Daemon...
>>> -- Subject: Unit ovirt-imageio-daemon.service has begun start-up
>>> -- Defined-By: systemd
>>> -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
>>> --
>>> -- Unit ovirt-imageio-daemon.service has begun starting up.
>>> Oct 31 12:45:38 virt2.management.gnc.am systemd[1]: Started oVirt
>>> ImageIO Daemon.
>>> -- Subject: Unit ovirt-imageio-daemon.service has finished start-up
>>> -- Defined-By: systemd
>>> -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
>>> --
>>> -- Unit ovirt-imageio-daemon.service has finished starting up.
>>> --
>>> -- The start-up result is done.
>>> Nov 01 13:21:24 virt2.management.gnc.am ovirt-imageio-daemon[1575]: /
>>> - - [01/Nov/2016 13:21:24] "PUT
>>> /tickets/d122778d-beb4-426f-8074-70e033253670 HTTP/1.1" 200 0
>>> Nov 01 13:21:44 virt2.management.gnc.am ovirt-imageio-daemon[1575]: /
>>> - - [01/Nov/2016 13:21:44] "DELETE
>>> /tickets/d122778d-beb4-426f-8074-70e033253670 HTTP/1.1" 204 0
>>> Nov 01 13:28:48 virt2.management.gnc.am ovirt-imageio-daemon[1575]: /
>>> - - [01/Nov/2016 13:28:48] "PUT
>>> /tickets/87eeb8c4-2184-4793-8843-5835e2fac025 HTTP/1.1" 200 0
>>> Nov 01 13:29:03 virt2.management.gnc.am ovirt-imageio-daemon[1575]: /
>>> - - [01/Nov/2016 13:29:03] "DELETE
>>> /tickets/87eeb8c4-2184-4793-8843-5835e2fac025 HTTP/1.1" 204 0
>>> Nov 01 13:37:50 virt2.management.gnc.am ovirt-imageio-daemon[1575]: /
>>> - - [01/Nov/2016 13:37:50] "PUT
>>> /tickets/5d78deac-b373-43c7-b0ef-9dc94ef3324b HTTP/1.1" 200 0
>>> Nov 01 13:38:12 virt2.management.gnc.am ovirt-imageio-daemon[1575]: /
>>> - - [01/Nov/2016 13:38:12] "DELETE
>>> /tickets/5d78deac-b373-43c7-b0ef-9dc94ef3324b HTTP/1.1" 204 0
>>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
>>> Traceback (most recent call last):
>>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
>>> File "/usr/lib64/python2.7/SocketServer.py", line 593, in
>>> process_request_thread
>>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
>>> self.finish_request(request, client_address)
>>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
>>> File "/usr/lib64/python2.7/SocketServer.py", line 334, in
>>> finish_request
>>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
>>> self.RequestHandlerClass(request, client_address, self)
>>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
>>> File "/usr/lib64/python2.7/SocketServer.py", line 649, in __init__
>>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
>>> self.handle()
>>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
>>> File "/usr/lib64/python2.7/wsgiref/simple_server.py", line 116, in
>>> handle
>>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
>>> self.raw_requestline = self.rfile.readline()
>>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
>>> File "/usr/lib64/python2.7/socket.py", line 447, in readline
>>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
>>> data = self._sock.recv(self._rbufsize)
>>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
>>> File "/usr/lib64/python2.7/ssl.py", line 736, in recv
>>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
>>> return self.read(buflen)
>>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
>>> File "/usr/lib64/python2.7/ssl.py", line 630, in read
>>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]: v
>>> = self._sslobj.read(len or 1024)
>>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
>>> SSLError: [SSL: TLSV1_ALERT_UNKNOWN_CA] tlsv1 alert unknown ca
>>> (_ssl.c:1936)
>>> Nov 01 14:12:27 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
>>> 192.168.1.7

Re: [ovirt-users] can not use iscsi storage type on ovirt andGlusterfs hyper-converged environment

2016-11-02 Thread Maor Lipchuk 
Thanks for the logs,

What kind of VDSM version are you using?
"rpm -q vdsm"
There seems to be a similar issue which was reported recently in the VDSM
area
(see https://bugzilla.redhat.com/show_bug.cgi?id=1197292)
It should be fixed in later versions of VDSM vdsm-4.16.12-2.el7ev.x86_64
Adding also Nir and Jeff to the thread, if they have any insights

Regards,
Maor

On Wed, Nov 2, 2016 at 4:11 AM, 胡茂荣  wrote:

>
>  Hi Maor:
>   vdsm/supervdsm/engine log on attachment .  I mkfs.xfs the lun block
> device and mount to /mnt , dd write  ,dmesg not report error ,dd result is
> ok :
>
> /dev/sdi  50G   33M   50G   1% /mnt
>
> [root@horebc mnt]# for i in `seq 3`; do dd if=/dev/zero of=./file   bs=1G
> count=1 oflag=direct ; done
> 1+0 records in
> 1+0 records out
> 1073741824 bytes (1.1 GB) copied, 13.3232 s, 80.6 MB/s
> 1+0 records in
> 1+0 records out
> 1073741824 bytes (1.1 GB) copied, 9.89988 s, 108 MB/s
> 1+0 records in
> 1+0 records out
> 1073741824 bytes (1.1 GB) copied, 14.0143 s, 76.6 MB/s
>
>my envirnment  have three  network segments (hosts have 3 network
> segments ) :
>engine  and glusterfs mount : 192.168.11.X/24
> glusterfs brick : 192.168.10.x/24
> iscsi : 192.168.1.0/24
>
> and I add 192.168.1.0/24 to engine vm ,  ovirt web UI report the same
> error .
>
>  humaorong
>   2016-11-2
>
> -- Original --
> *From: * "Maor Lipchuk";
> *Date: * Tue, Nov 1, 2016 08:14 PM
> *To: * "胡茂荣";
> *Cc: * "users";
> *Subject: * Re: [ovirt-users] can not use iscsi storage type on ovirt
> andGlusterfs hyper-converged environment
>
> Hi 胡茂荣Can u please also add the VDSM and engine logs.
> If you try discover and connect to those luns directly from your Host does
> it work?
>
> Regards,
> Maor
>
>
> On Tue, Nov 1, 2016 at 6:12 AM, 胡茂荣  wrote:
>
>>
>>
>> on ovirt and Glusterfs hyper-converged environment , can not use
>> iscsi storage type , UI report error: "Could not retrieve LUNs, please
>> check your storage." , vdsm report :"VDSM hosted_engine_3 command
>> failed: Error block device action: ()" .
>> but this block device alse login on centos 7 host :
>> =
>>
>> ## lsscsi
>>
>> [7:0:0:0]diskSCST_BIO DEVFOR_OVIRT_rbd  221  /dev/sdi
>>
>>   ## dmesg :
>>
>> [684521.131186] sd 7:0:0:0: [sdi] Attached SCSI disk
>>
>> ===---
>>
>>###vdsm or supervdsm log  report :
>>
>> MainProcess|jsonrpc.Executor/7::ERROR::2016-11-01
>> 11:07:00,178::supervdsmServer::96::SuperVdsm.ServerCallback::(wrapper)
>> Error in getPathsStatus
>>
>> MainProcess|jsonrpc.Executor/4::ERROR::2016-11-01
>> 11:07:20,964::supervdsmServer::96::SuperVdsm.ServerCallback::(wrapper)
>> Error in getPathsStatus
>>
>>jsonrpc.Executor/4::DEBUG::2016-11-01 
>> 11:07:04,251::iscsi::434::Storage.ISCSI::(rescan)
>> Performing SCSI scan, this will take up to 30 seconds
>>
>> jsonrpc.Executor/5::INFO::2016-11-01 11:07:19,413::iscsi::567::Stor
>> age.ISCSI::(setRpFilterIfNeeded) iSCSI iface.net_ifacename not provided.
>> Skipping.
>>
>> 11:09:15,753::iscsiadm::119::Storage.Misc.excCmd::(_runCmd)
>> /usr/bin/taskset --cpu-list 0-7 /usr/bin/sudo -n /usr/sbin/iscsiadm -m
>> session -R (cwd None)
>>
>> ==
>>
>>  the other info please the attachment "bug-info.doc".
>>
>>  this prolem on ovirt3.6 and 4.X  ovirt and Glusterfs
>> hyper-converged environment . how can I use iscsi storage type on ovirt
>> and Glusterfs hyper-converged environment .Please help me !
>>
>> humaorong
>>
>>2016-11-1
>>
>>
>>
>>
>>
>>
>>
>> ___
>> 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] [ANN] oVirt 4.0.5 Fifth Release Candidate is now available

2016-11-02 Thread Sandro Bonazzola 
The oVirt Project is pleased to announce the availability of oVirt 4.0.5
fifth release candidate for testing, as of November 2nd, 2016.

This release is available now for:
* Fedora 23 (tech preview)
* Red Hat Enterprise Linux 7.2 or later
* CentOS Linux (or similar) 7.2 or later

This release supports Hypervisor Hosts running:
* Red Hat Enterprise Linux 7.2 or later
* CentOS Linux (or similar) 7.2 or later
* Fedora 23 (tech preview)
* oVirt Next Generation Node 4.0

This is pre-release software. Please take a look at our community page[1]
to know how to ask questions and interact with developers and users.
All issues or bugs should be reported via oVirt Bugzilla[2].
This pre-release should not to be used in production.

This update is the fifth release candidate of the fifth in a series of
stabilization updates to the 4.0 series.
4.0.5 brings 15 enhancements and 85 bugfixes, including 41 high or urgent
severity fixes, on top of oVirt 4.0 series
See the release notes [3] for installation / upgrade instructions and a
list of new features and bugs fixed.

Notes:
* A new oVirt Live ISO is available. [4]
* A new oVirt Next Generation Node will be available soon [4]
* A new oVirt Engine Appliance is available for Red Hat Enterprise Linux
and CentOS Linux (or similar)
* Mirrors[5] might need up to one day to synchronize.

Additional Resources:
* Read more about the oVirt 4.0.5 release highlights:
http://www.ovirt.org/release/4.0.5/ (may take a while to be updated due to
oVirt website builder down [6])
* Get more oVirt Project updates on Twitter: https://twitter.com/ovirt
* Check out the latest project news on the oVirt blog:
http://www.ovirt.org/blog/

[1] https://www.ovirt.org/community/
[2] https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt
[3] http://www.ovirt.org/release/4.0.5/
[4] http://resources.ovirt.org/pub/ovirt-4.0-pre/iso/
[5] http://www.ovirt.org/Repository_mirrors#Current_mirrors
[6] http://lists.ovirt.org/pipermail/infra/2016-November/018531.html

-- 
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] ovirt 4.0.4?==?utf-8?q? : unable to upload images

2016-11-02 Thread Amit Aviram 
On Wed, Nov 2, 2016 at 12:23 PM, Misak Khachatryan  wrote:

> Sorry, i did restart on wrong host, not virt1. Wrong console.
>
> Thank you very much for help!
>

​Your'e most welcome :)

Please feel free to ​contact the list if you need any further help.

Amit
​


>
> Best regards,
> Misak Khachatryan
>
>
> On Wed, Nov 2, 2016 at 2:20 PM, Misak Khachatryan 
> wrote:
> > Hmm,
> >
> > I tried same command on virt2 and virt3, and service present there.
> > After that upload started.
> > How i can fix virt1 ?
> >
> > Best regards,
> > Misak Khachatryan
> >
> >
> > On Wed, Nov 2, 2016 at 2:17 PM, Misak Khachatryan 
> wrote:
> >> [root@misak ~]# service ovirt-imageio-daemon restart
> >> Redirecting to /bin/systemctl restart  ovirt-imageio-daemon.service
> >> Failed to restart ovirt-imageio-daemon.service: Unit
> >> ovirt-imageio-daemon.service not found.
> >>
> >> Seems service not present.
> >> Centos 7
> >>
> >>
> >>
> >> Best regards,
> >> Misak Khachatryan
> >>
> >>
> >> On Wed, Nov 2, 2016 at 1:08 PM, Misak Khachatryan
> >>  wrote:
> >>> Hello,
> >>>
> >>> same problem:
> >>>
> >>> 3 host cluster, log of one hosts, same on two others:
> >>>
> >>> [root@virt2 ~]# journalctl -x -u ovirt-imageio-daemon
> >>> -- Logs begin at Mon 2016-10-31 12:45:30 +04, end at Wed 2016-11-02
> >>> 13:03:28 +04. --
> >>> Oct 31 12:45:38 virt2.management.gnc.am systemd[1]: Starting oVirt
> >>> ImageIO Daemon...
> >>> -- Subject: Unit ovirt-imageio-daemon.service has begun start-up
> >>> -- Defined-By: systemd
> >>> -- Support: http://lists.freedesktop.org/
> mailman/listinfo/systemd-devel
> >>> --
> >>> -- Unit ovirt-imageio-daemon.service has begun starting up.
> >>> Oct 31 12:45:38 virt2.management.gnc.am systemd[1]: Started oVirt
> >>> ImageIO Daemon.
> >>> -- Subject: Unit ovirt-imageio-daemon.service has finished start-up
> >>> -- Defined-By: systemd
> >>> -- Support: http://lists.freedesktop.org/
> mailman/listinfo/systemd-devel
> >>> --
> >>> -- Unit ovirt-imageio-daemon.service has finished starting up.
> >>> --
> >>> -- The start-up result is done.
> >>> Nov 01 13:21:24 virt2.management.gnc.am ovirt-imageio-daemon[1575]: /
> >>> - - [01/Nov/2016 13:21:24] "PUT
> >>> /tickets/d122778d-beb4-426f-8074-70e033253670 HTTP/1.1" 200 0
> >>> Nov 01 13:21:44 virt2.management.gnc.am ovirt-imageio-daemon[1575]: /
> >>> - - [01/Nov/2016 13:21:44] "DELETE
> >>> /tickets/d122778d-beb4-426f-8074-70e033253670 HTTP/1.1" 204 0
> >>> Nov 01 13:28:48 virt2.management.gnc.am ovirt-imageio-daemon[1575]: /
> >>> - - [01/Nov/2016 13:28:48] "PUT
> >>> /tickets/87eeb8c4-2184-4793-8843-5835e2fac025 HTTP/1.1" 200 0
> >>> Nov 01 13:29:03 virt2.management.gnc.am ovirt-imageio-daemon[1575]: /
> >>> - - [01/Nov/2016 13:29:03] "DELETE
> >>> /tickets/87eeb8c4-2184-4793-8843-5835e2fac025 HTTP/1.1" 204 0
> >>> Nov 01 13:37:50 virt2.management.gnc.am ovirt-imageio-daemon[1575]: /
> >>> - - [01/Nov/2016 13:37:50] "PUT
> >>> /tickets/5d78deac-b373-43c7-b0ef-9dc94ef3324b HTTP/1.1" 200 0
> >>> Nov 01 13:38:12 virt2.management.gnc.am ovirt-imageio-daemon[1575]: /
> >>> - - [01/Nov/2016 13:38:12] "DELETE
> >>> /tickets/5d78deac-b373-43c7-b0ef-9dc94ef3324b HTTP/1.1" 204 0
> >>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
> >>> Traceback (most recent call last):
> >>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
> >>> File "/usr/lib64/python2.7/SocketServer.py", line 593, in
> >>> process_request_thread
> >>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
> >>> self.finish_request(request, client_address)
> >>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
> >>> File "/usr/lib64/python2.7/SocketServer.py", line 334, in
> >>> finish_request
> >>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
> >>> self.RequestHandlerClass(request, client_address, self)
> >>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
> >>> File "/usr/lib64/python2.7/SocketServer.py", line 649, in __init__
> >>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
> >>> self.handle()
> >>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
> >>> File "/usr/lib64/python2.7/wsgiref/simple_server.py", line 116, in
> >>> handle
> >>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
> >>> self.raw_requestline = self.rfile.readline()
> >>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
> >>> File "/usr/lib64/python2.7/socket.py", line 447, in readline
> >>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
> >>> data = self._sock.recv(self._rbufsize)
> >>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
> >>> File "/usr/lib64/python2.7/ssl.py", line 736, in recv
> >>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
> >>> return self.read(buflen)
> >>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
> >>> File "/usr/lib64/

Re: [ovirt-users] Local storage & shared in same cluster

2016-11-02 Thread Sven Kieske 
On 31/10/16 08:59, Yedidyah Bar David wrote:
> Not sure how you got this impression from current discussion. On the
> contrary - people are working on this, and it was planned to be completed
> in 4.0, but eventually postponed.

This is really interesting.

But don't you need to remove the master storage domain concept for this,
plus spm?

The RFE for this was closed as "wontfix":

https://bugzilla.redhat.com/show_bug.cgi?id=1080372

Am I mixing things up?

It would be nice if someone could clarify this.


-- 
Mit freundlichen Grüßen / Regards

Sven Kieske

Systemadministrator
Mittwald CM Service GmbH & Co. KG
Königsberger Straße 6
32339 Espelkamp
T: +495772 293100
F: +495772 29
https://www.mittwald.de
Geschäftsführer: Robert Meyer
St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen



signature.asc
Description: OpenPGP digital signature
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ?==?utf-8?q? ovirt 4.0.4?=?==?utf-8?q? : unable to upload image

2016-11-02 Thread Claude Durocher 

After a lot of searching, I found out that my browser was using a proxy : 
disabling the proxy solved my problem and now I can upload images.




Le Mercredi, Novembre 02, 2016 09:07 EDT, Amit Aviram  a 
écrit:
   On Wed, Nov 2, 2016 at 12:23 PM, Misak Khachatryan  
wrote:Sorry, i did restart on wrong host, not virt1. Wrong console.

Thank you very much for help! ​Your'e most welcome :) Please feel free to 
​contact the list if you need any further help. Amit​
Best regards,
Misak Khachatryan

On Wed, Nov 2, 2016 at 2:20 PM, Misak Khachatryan  wrote:
> Hmm,
>
> I tried same command on virt2 and virt3, and service present there.
> After that upload started.
> How i can fix virt1 ?
>
> Best regards,
> Misak Khachatryan
>
>
> On Wed, Nov 2, 2016 at 2:17 PM, Misak Khachatryan  wrote:
>> [root@misak ~]# service ovirt-imageio-daemon restart
>> Redirecting to /bin/systemctl restart  ovirt-imageio-daemon.service
>> Failed to restart ovirt-imageio-daemon.service: Unit
>> ovirt-imageio-daemon.service not found.
>>
>> Seems service not present.
>> Centos 7
>>
>>
>>
>> Best regards,
>> Misak Khachatryan
>>
>>
>> On Wed, Nov 2, 2016 at 1:08 PM, Misak Khachatryan
>>  wrote:
>>> Hello,
>>>
>>> same problem:
>>>
>>> 3 host cluster, log of one hosts, same on two others:
>>>
>>> [root@virt2 ~]#     journalctl -x -u ovirt-imageio-daemon
>>> -- Logs begin at Mon 2016-10-31 12:45:30 +04, end at Wed 2016-11-02
>>> 13:03:28 +04. --
>>> Oct 31 12:45:38 virt2.management.gnc.am systemd[1]: Starting oVirt
>>> ImageIO Daemon...
>>> -- Subject: Unit ovirt-imageio-daemon.service has begun start-up
>>> -- Defined-By: systemd
>>> -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
>>> --
>>> -- Unit ovirt-imageio-daemon.service has begun starting up.
>>> Oct 31 12:45:38 virt2.management.gnc.am systemd[1]: Started oVirt
>>> ImageIO Daemon.
>>> -- Subject: Unit ovirt-imageio-daemon.service has finished start-up
>>> -- Defined-By: systemd
>>> -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
>>> --
>>> -- Unit ovirt-imageio-daemon.service has finished starting up.
>>> --
>>> -- The start-up result is done.
>>> Nov 01 13:21:24 virt2.management.gnc.am ovirt-imageio-daemon[1575]: /
>>> - - [01/Nov/2016 13:21:24] "PUT
>>> /tickets/d122778d-beb4-426f-8074-70e033253670 HTTP/1.1" 200 0
>>> Nov 01 13:21:44 virt2.management.gnc.am ovirt-imageio-daemon[1575]: /
>>> - - [01/Nov/2016 13:21:44] "DELETE
>>> /tickets/d122778d-beb4-426f-8074-70e033253670 HTTP/1.1" 204 0
>>> Nov 01 13:28:48 virt2.management.gnc.am ovirt-imageio-daemon[1575]: /
>>> - - [01/Nov/2016 13:28:48] "PUT
>>> /tickets/87eeb8c4-2184-4793-8843-5835e2fac025 HTTP/1.1" 200 0
>>> Nov 01 13:29:03 virt2.management.gnc.am ovirt-imageio-daemon[1575]: /
>>> - - [01/Nov/2016 13:29:03] "DELETE
>>> /tickets/87eeb8c4-2184-4793-8843-5835e2fac025 HTTP/1.1" 204 0
>>> Nov 01 13:37:50 virt2.management.gnc.am ovirt-imageio-daemon[1575]: /
>>> - - [01/Nov/2016 13:37:50] "PUT
>>> /tickets/5d78deac-b373-43c7-b0ef-9dc94ef3324b HTTP/1.1" 200 0
>>> Nov 01 13:38:12 virt2.management.gnc.am ovirt-imageio-daemon[1575]: /
>>> - - [01/Nov/2016 13:38:12] "DELETE
>>> /tickets/5d78deac-b373-43c7-b0ef-9dc94ef3324b HTTP/1.1" 204 0
>>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
>>> Traceback (most recent call last):
>>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
>>> File "/usr/lib64/python2.7/SocketServer.py", line 593, in
>>> process_request_thread
>>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
>>> self.finish_request(request, client_address)
>>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
>>> File "/usr/lib64/python2.7/SocketServer.py", line 334, in
>>> finish_request
>>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
>>> self.RequestHandlerClass(request, client_address, self)
>>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
>>> File "/usr/lib64/python2.7/SocketServer.py", line 649, in __init__
>>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
>>> self.handle()
>>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
>>> File "/usr/lib64/python2.7/wsgiref/simple_server.py", line 116, in
>>> handle
>>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
>>> self.raw_requestline = self.rfile.readline()
>>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
>>> File "/usr/lib64/python2.7/socket.py", line 447, in readline
>>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
>>> data = self._sock.recv(self._rbufsize)
>>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
>>> File "/usr/lib64/python2.7/ssl.py", line 736, in recv
>>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
>>> return self.read(buflen)
>>> Nov 01 14:12:22 virt2.management.gnc.am ovirt-imageio-daemon[1575]:
>>> File "/usr/lib64/python2.7/ssl.py", li

Re: [ovirt-users] desktop version of client?

2016-11-02 Thread Michal Skrivanek 

> On 29 Oct 2016, at 11:23, James Michels  
> wrote:
> 
> Hello Amy.
> 
> We had the same needs back in July as we have some classrooms with thin 
> clients and although we don't just offer the oVirt service we wanted 
> something simple so users don't need to open a browser and just handle their 
> machines in a simple way, so I found this project [1] that works quite fine 
> for what we need. Manage virtual machine's power and start a viewer. Period. 
> No more funcionalities (not sure if you need something more sophisticated...).
> 
> The project has been stopped for a time but it seems that the maintainer is 
> implementing new capabilities and fixing some things lately.

Hey all,
I wonder…coincidentally we started to explore simplified and modern interface 
for use cases like yours.
It’s by no means ready yet, but I wonder what you guys think about [1].
It’s just a proof of concept but the goals are the same, it’s browser-based but 
much more lightweight than the current GWT Basic User Portal

Thanks,
michal

[1] https://trello.com/c/blwDpjcJ

> 
> As a side note, you didn't mention if your thin clients are linux or windows 
> based but I believe this is for linux only.
> 
> HTH,
> 
> James
> 
> [1] https://ovirt-desktop-client.click 
> 
> 2016-10-28 20:47 GMT+01:00 Amy Morrisson  >:
> Hey there,
> 
> I'm looking for some kind of desktop client for ovirt. I believe as per what 
> I've seen that there's nothing official so I'm looking for any other options 
> (even if it's an own development). As a last resource we can use the web 
> admin but the purpose is to have a few thin clients which would start the 
> client at boot time so it's more confortable for users, plus most times the 
> web admin becomes slow after a while.
> 
> I'm not sure if something like this exists. In any case thanks for any tip.
> 
> By the way, we're using ovirt 3.6.7, fwiw.
> 
> Amy Morrisson
> 
> ___
> 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

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

Re: [ovirt-users] desktop version of client?

2016-11-02 Thread Nicolás 

Hi Gianluca,

El 01/11/16 a las 13:17, Gianluca Cecchi escribió:

[...]

Hello,
thanks for reporting about this project I didn't know about.

By the way on a Fedora 24 client I was able to successfully test it 
without the need to create a python virtual environment




The truth is that I didn't do any tests on Fedora, just on Debian, 
Ubuntu, CentOS & RHEL and seeing the variety of different scenarios I 
decided to include a way to install both components that should work 
platform independently. However, it's true that this should be labelled 
as the "hard way" and if the user is able to install them without the 
need of a virtualenv, this should also be documented (this is a matter 
of preference, actually), so I'll update the README soon.


This is with python 2 present in F24 (not tested with the alternative 
python 3 Python 3.5.1):


$ python -V
Python 2.7.12

and the currently provided packages:

sip-4.18-2.fc24.x86_64
python-qt5-5.6-4.fc24.x86_6

I was able to then run

python ovirtclient.py

I was not able to using anyway virtualenv (both 2 and 3 versions) that 
seems anyway sort of broken
Without --always-copy switch the sip compilation tried to remove the 
provided sip.so and clearly it failed
With --always-copy I got errors able to temporarily fix changing 
fix_lib64 function but then error again about importing _io




I faced the last error a few days ago and it was because a version 
mismatch of different python components. I simply upgraded all the 
python related packages to the latest version, re-created the virtualenv 
and it worked. Not sure if that is the only one reason, but it worked in 
my case.


Thanks for the feedback.

Nicolás


Gianluca



___
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] Questions about AAA-JDBC -- user's setting their own password?

2016-11-02 Thread Derek Atkins 
Hi,

I'm setting up a new ovirt-4 system on a single machine to replace my old
vmware-server single-system infrastructure.  I have a handful of users,
and I'd like to give them access to specific VM consoles (and possibly the
ability to start and stop the VMs).  I don't want to set up a whole
FreeIPA system, instead I'd like to use the AAA-JDBC extension.  But I
have a few questions that aren't really answered in the
wiki/documentation:

1) The documentation talks about adding domains..  Must I do this or can I
just use the default (internal?) domain for my users?

2) I have a command-line interface to create new users -- is there any way
to do that in the UI?

3) Must I create groups via the command line or can I create those in the
UI?  If I have to create them in the CLI, must I manage the group
membership on the command line, too?

4) Most importantly, is there any way for my users to change their
AAA-JDBC passwords via the web UI?  Some of my users are halfway around
the world, so there's really no way I can sit with them on the command
line to let them set their password.  I couldn't find anything in the
documentation about this, and indeed couldn't find anything in my (granted
limited) search of the web interface.  Personally I would have considered
this a required feature that (IMNSHO) would have blocked a release.

Thanks,

-derek
-- 
   Derek Atkins 617-623-3745
   de...@ihtfp.com www.ihtfp.com
   Computer and Internet Security Consultant

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

Re: [ovirt-users] Upgrading oVirt 3.6 with existing HTTPS certificate signed by custom CA to oVirt 4

2016-11-02 Thread Beckman, Daniel 
Thanks very much for the detailed instructions! I was able to upgrade from 
3.6.7 to 4.0.4 successfully. Here are some additional notes for those (like me) 
who were already using a custom HTTPS certificate in 3.6:

On step #3 “b” -- mv YOUR-3RD-PART-CERT.p12 
​​​/etc/pki/ovirt-engine/keys/apache.p12​ – I didn’t need to perform this as 
the file was already there from my previous 3.6 configuration; setup had not 
removed it.

On step #4 – extracting private key and certificate – I didn’t need to perform 
this either; existing files were left intact from version 3.6.

Restarting Apache and oVirt service was not enough to bring up the web admin 
portal in my case. I had to reboot the server running oVirt engine, after which 
the web admin portal was accessible.

I recommend backing up /etc/pki in addition to /etc/ovirt-engine prior to 
running setup.

Best,
Daniel

From:  on behalf of Martin Perina 
Date: Tuesday, November 1, 2016 at 6:29 AM
To: Kenneth Bingham 
Cc: users 
Subject: Re: [ovirt-users] Upgrading oVirt 3.6 with existing HTTPS certificate 
signed by custom CA to oVirt 4



On Tue, Nov 1, 2016 at 11:49 AM, Martin Perina 
mailto:mper...@redhat.com>> wrote:
So first of all, we don't support replacing oVirt internal CA which is used to 
sign host certificates. This internal CA is also used to sign HTTPS certificate 
by default, but you can provided your own HTTPS certificate signed by custom 
CA. The correct steps how to do that are (assuming you have you custom CA 
certififcate in PEM format and HTTPS ceritificate along with private key in 
PKCS12 format):

1.  Add your commercially issued certificate to the host-wide trust store.
   cp YOUR-3RD-PARTY-CA-CERT.pem /etc/pki/ca-trust/source/anchors
   update-ca-trust
2. Remove Apache CA link pointing to oVirt internal
   rm /etc/pki/ovirt-engine/apache-ca.pem
3. Install your custom certificate (including complete certificate chain)
   mv YOUR-3RD-PARTY-CA-CERT.pem /etc/pki/ovirt-engine/apache-ca.pem

  mv YOUR-3RD-PART-CERT.p12 ​​​/etc/pki/ovirt-engine/keys/apache.p12​

The above command was missing in original steps, thanks Didi for pointing this 
out.
​


4. Extract private key and certificate

​ ​
openssl pkcs12 -in /etc/pki/ovirt-engine/keys/apache.p12 -nocerts -nodes > 
/etc/pki/ovirt-engine/keys/apache.key.nopass
​   ​
openssl pkcs12 -in /etc/pki/ovirt-engine/keys/apache.p12 -nokeys > 
/etc/pki/ovirt-engine/certs/apache.cer
​5. Restart Apache
  service httpd restart

6. Create a new trust store configuration file.
  vi /etc/ovirt-engine/engine.conf.d/99-custom-truststore.conf

   Add the following content and save the file.

  ENGINE_HTTPS_PKI_TRUST_STORE="/etc/pki/java/cacerts"
  ENGINE_HTTPS_PKI_TRUST_STORE_PASSWORD=""

7. Restart the ovirt-engine service.
  systemctl restart ovirt-engine.service​

​Steps 1., 6. and 7. are new to 4.0, other steps are same as in oVirt 3.x​

​Also it's expected that CA certificate (including whole CA chain) is properly 
installed in all clients that access oVirt using HTTP and/or Spice.​

​Martin Perina​




On Thu, Oct 27, 2016 at 10:38 PM, Kenneth Bingham 
mailto:w...@qrk.us>> wrote:
That makes sense, but it is also disappointing to realize that oVirt Manager 
will only trust certificates that itself has issued, and that there is no 
support for Manager to trust VDSM server certificates issued by another 
authority.

If I understand you correctly, then the *only* way to install a VDSM host 
certificate is by registering with Manager at which time a certificate is 
automatically issued and installed by Manager's built-in certificate authority.


On Thu, Oct 27, 2016 at 3:27 PM Ravi Nori 
mailto:rn...@redhat.com>> wrote:
Since you replace ca.pem you need to replace the private key of ca.pem
Please copy the private key of  /etc/pki/ovirt-engine/ca.pem to 
/etc/pki/ovirt-engine/private/ca.pem and let me know if everything works

On Thu, Oct 27, 2016 at 2:47 PM, Kenneth Bingham 
mailto:w...@qrk.us>> wrote:

Thanks Ravi, that's helpful and I appreciate the precision and attention to 
detail. I performed similar steps to install a custom certificate for the oVirt 
Manager GUI. But what about configuring ovirt-engine to trust a certificate 
issued by the same CA and presented by the VDSM host? On the hypervisor host, I 
used the existing private key to generate the CSR, issued the server 
certificate, and installed in three locations before bouncing vdsmd.

On the hypervisor Host server (not the Manager/engine server):
/etc/pki/vdsm/certs/vdsmcert.pem
/etc/pki/vdsm/libvirt-spice/server-cert.pem
/etc/pki/libvirt/clientcert.pem

Now, that host is "non responsive" in Manager because ovirt-engine does not 
trust the new certificate even though I already performed all of the steps that 
you describe above except that I installed the issuer's CA certificate as the 
trusted entity. I've documented all of the steps I took in this 
Gist

[ovirt-users] NAT/internal Networks in ovirt?

2016-11-02 Thread Derek Atkins 
Hi,

I'm migrating off a vmware-server infrastructure and one thing that
provided was a NAT and a HostOnly network by default.  I'm trying to
replicate this (at least the NAT part) in ovirt.

A few years ago people were asking about setting up oVirt with
NAT/Internal networks, e.g.
http://lists.ovirt.org/pipermail/users/2012-April/001751.html

I also found
https://www.ovirt.org/develop/developer-guide/vdsm/hook/network-nat/

Has this at all been integrated in the intervening years?  Or is NAT
networking still completely a manual process?  One would think this would
be a relatively common interface, where you want to have a VM that isn't
directly connected to the internet but still has internet access via a
(virtual) NAT?

-derek

-- 
   Derek Atkins 617-623-3745
   de...@ihtfp.com www.ihtfp.com
   Computer and Internet Security Consultant

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

[ovirt-users] oVirt Engine Upgrade 3.6 to 4.0.4 - Next Steps?

2016-11-02 Thread Beckman, Daniel 
So I’ve successfully upgraded my oVirt engine to 4.0.4, but my hosts are still 
running oVirt node 3.6 and the cluster and data center is still in 3.6 
compatibilty mode. All of the oVirt documentation I’ve found is referencing 
3.x. Can someone point me to updated documentation – does it exist? I found the 
equivalent documentation for the commercial product, RHV, but it 
(https://access.redhat.com/documentation/en/red-hat-virtualization/4.0/paged/upgrade-guide/32-upgrading-to-red-hat-virtualization-manager-40)
 doesn’t really address upgrading hosts from 3.6 to 4.x. Do 3.6 hosts have to 
be removed, wiped, and rebuilt from scratch? Or can they be upgraded to 4.x 
from the manager, or by booting from the 4.x ISO?

Thanks,
Daniel

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

Re: [ovirt-users] can not use iscsi storage type on ovirtandGlusterfs hyper-converged environment

2016-11-02 Thread 胡茂荣 
my   environment rpm  are :
 [root@horeba ~]# rpm -q vdsm
vdsm-4.18.13-1.el7.centos.x86_64


[root@horeba ~]# rpm -aq | grep ovirt
ovirt-vmconsole-host-1.0.4-1.el7.centos.noarch
ovirt-imageio-common-0.4.0-1.el7.noarch
ovirt-hosted-engine-setup-2.0.2.2-1.el7.centos.noarch
ovirt-imageio-daemon-0.4.0-1.el7.noarch
ovirt-engine-appliance-4.0-20160928.1.el7.centos.noarch
ovirt-vmconsole-1.0.4-1.el7.centos.noarch
ovirt-host-deploy-1.5.2-1.el7.centos.noarch
ovirt-hosted-engine-ha-2.0.4-1.el7.centos.noarch
ovirt-release40-4.0.4-1.noarch
ovirt-setup-lib-1.0.2-1.el7.centos.noarch
ovirt-engine-sdk-python-3.6.9.1-1.el7.centos.noarch



  and I test if not on ' ovirt and Glusterfs hyper-converged environment ' ,  
ovirt WEB UI  add iscsi storage  work ok .


 
-- Original --
From:  "Maor Lipchuk";
Date:  Wed, Nov 2, 2016 07:37 PM
To:  "胡茂荣"; 
Cc:  "users"; "Jeff Nelson"; "Nir 
Soffer"; 
Subject:  Re: [ovirt-users] can not use iscsi storage type on ovirtandGlusterfs 
hyper-converged environment

 
Thanks for the logs,

What kind of VDSM version are you using? 
"rpm -q vdsm"
There seems to be a similar issue which was reported recently in the VDSM area
 (see https://bugzilla.redhat.com/show_bug.cgi?id=1197292)
It should be fixed in later versions of VDSM vdsm-4.16.12-2.el7ev.x86_64
Adding also Nir and Jeff to the thread, if they have any insights


Regards,
Maor


On Wed, Nov 2, 2016 at 4:11 AM, 胡茂荣  wrote:


 Hi Maor:
  vdsm/supervdsm/engine log on attachment .  I mkfs.xfs the lun block 
device and mount to /mnt , dd write  ,dmesg not report error ,dd result is ok :

/dev/sdi  50G   33M   50G   1% /mnt 


[root@horebc mnt]# for i in `seq 3`; do dd if=/dev/zero of=./file   bs=1G 
count=1 oflag=direct ; done
1+0 records in
1+0 records out
1073741824 bytes (1.1 GB) copied, 13.3232 s, 80.6 MB/s
1+0 records in
1+0 records out
1073741824 bytes (1.1 GB) copied, 9.89988 s, 108 MB/s
1+0 records in
1+0 records out
1073741824 bytes (1.1 GB) copied, 14.0143 s, 76.6 MB/s 
 
   my envirnment  have three  network segments (hosts have 3 network segments ) 
:
   engine  and glusterfs mount : 192.168.11.X/24   
glusterfs brick : 192.168.10.x/24
iscsi : 192.168.1.0/24  


and I add 192.168.1.0/24 to engine vm ,  ovirt web UI report the same error 
.



 humaorong 
  2016-11-2


-- Original --
From:  "Maor Lipchuk";
Date:  Tue, Nov 1, 2016 08:14 PM
To:  "胡茂荣"; 
Cc:  "users"; 
Subject:  Re: [ovirt-users] can not use iscsi storage type on ovirt 
andGlusterfs hyper-converged environment

 

Hi 胡茂荣

Can u please also add the VDSM and engine logs.
If you try discover and connect to those luns directly from your Host does it 
work?


Regards,
Maor







On Tue, Nov 1, 2016 at 6:12 AM, 胡茂荣  wrote:





on ovirt and Glusterfs hyper-converged environment , can not use iscsi 
storage type , UI report error: "Could not retrieve LUNs, please check your 
storage." , vdsm report :"VDSM hosted_engine_3 command failed: Error block 
device action: ()" .
but this block device alse login on centos 7 host :
=

## lsscsi 
 
[7:0:0:0]diskSCST_BIO DEVFOR_OVIRT_rbd  221  /dev/sdi

  ## dmesg :



[684521.131186] sd 7:0:0:0: [sdi] Attached SCSI disk

===---

   ###vdsm or supervdsm log  report :

MainProcess|jsonrpc.Executor/7::ERROR::2016-11-01 
11:07:00,178::supervdsmServer::96::SuperVdsm.ServerCallback::(wrapper) Error in 
getPathsStatus
 
MainProcess|jsonrpc.Executor/4::ERROR::2016-11-01 
11:07:20,964::supervdsmServer::96::SuperVdsm.ServerCallback::(wrapper) Error in 
getPathsStatus

   jsonrpc.Executor/4::DEBUG::2016-11-01 
11:07:04,251::iscsi::434::Storage.ISCSI::(rescan) Performing SCSI scan, this 
will take up to 30 seconds
 
jsonrpc.Executor/5::INFO::2016-11-01 
11:07:19,413::iscsi::567::Storage.ISCSI::(setRpFilterIfNeeded) iSCSI 
iface.net_ifacename not provided. Skipping.

11:09:15,753::iscsiadm::119::Storage.Misc.excCmd::(_runCmd) /usr/bin/taskset 
--cpu-list 0-7 /usr/bin/sudo -n /usr/sbin/iscsiadm -m session -R (cwd None)

==

 the other info please the attachment "bug-info.doc".

 this prolem on ovirt3.6 and 4.X  ovirt and Glusterfs hyper-converged 
environment . how can I use iscsi storage type on ovirt and Glusterfs 
hyper-converged environment .Please help me !

humaorong

   2016-11-1






 


 
 

  

___
 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] desktop version of client?

2016-11-02 Thread Yedidyah Bar David 
On Fri, Oct 28, 2016 at 10:47 PM, Amy Morrisson  wrote:
> Hey there,
>
> I'm looking for some kind of desktop client for ovirt. I believe as per what
> I've seen that there's nothing official so I'm looking for any other options
> (even if it's an own development). As a last resource we can use the web
> admin but the purpose is to have a few thin clients which would start the
> client at boot time so it's more confortable for users, plus most times the
> web admin becomes slow after a while.
>
> I'm not sure if something like this exists. In any case thanks for any tip.
>
> By the way, we're using ovirt 3.6.7, fwiw.

There is gnome-boxes, that in principle has support for ovirt.

I tried it, and noticed it tries to connect to /api instead of
/ovirt-engine/api - former was removed in 4.0. Tried to fix this
but it still didn't work, so filed this bug:

https://bugzilla.gnome.org/show_bug.cgi?id=773726

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

Re: [ovirt-users] Upgrading oVirt 3.6 with existing HTTPS certificate signed by custom CA to oVirt 4

2016-11-02 Thread Yedidyah Bar David 
On Wed, Nov 2, 2016 at 10:49 PM, Beckman, Daniel
 wrote:
> Thanks very much for the detailed instructions! I was able to upgrade from
> 3.6.7 to 4.0.4 successfully. Here are some additional notes for those (like
> me) who were already using a custom HTTPS certificate in 3.6:
>
>
>
> On step #3 “b” -- mv YOUR-3RD-PART-CERT.p12
> /etc/pki/ovirt-engine/keys/apache.p12 – I didn’t need to perform this as the
> file was already there from my previous 3.6 configuration; setup had not
> removed it.
>
>
>
> On step #4 – extracting private key and certificate – I didn’t need to
> perform this either; existing files were left intact from version 3.6.
>
>
>
> Restarting Apache and oVirt service was not enough to bring up the web admin
> portal in my case. I had to reboot the server running oVirt engine, after
> which the web admin portal was accessible.
>
>
>
> I recommend backing up /etc/pki in addition to /etc/ovirt-engine prior to
> running setup.

Thanks a lot for the report!

Perhaps you'd like to push a patch to github to update the following page?

http://www.ovirt.org/develop/release-management/features/infra/pki/

Best regards,

>
>
>
> Best,
>
> Daniel
>
>
>
> From:  on behalf of Martin Perina
> 
> Date: Tuesday, November 1, 2016 at 6:29 AM
> To: Kenneth Bingham 
> Cc: users 
> Subject: Re: [ovirt-users] Upgrading oVirt 3.6 with existing HTTPS
> certificate signed by custom CA to oVirt 4
>
>
>
>
>
>
>
> On Tue, Nov 1, 2016 at 11:49 AM, Martin Perina  wrote:
>
> So first of all, we don't support replacing oVirt internal CA which is used
> to sign host certificates. This internal CA is also used to sign HTTPS
> certificate by default, but you can provided your own HTTPS certificate
> signed by custom CA. The correct steps how to do that are (assuming you have
> you custom CA certififcate in PEM format and HTTPS ceritificate along with
> private key in PKCS12 format):
>
> 1.  Add your commercially issued certificate to the host-wide trust store.
>cp YOUR-3RD-PARTY-CA-CERT.pem /etc/pki/ca-trust/source/anchors
>update-ca-trust
>
> 2. Remove Apache CA link pointing to oVirt internal
>rm /etc/pki/ovirt-engine/apache-ca.pem
>
> 3. Install your custom certificate (including complete certificate chain)
>mv YOUR-3RD-PARTY-CA-CERT.pem /etc/pki/ovirt-engine/apache-ca.pem
>
>
>
>   mv YOUR-3RD-PART-CERT.p12 /etc/pki/ovirt-engine/keys/apache.p12
>
> The above command was missing in original steps, thanks Didi for pointing
> this out.
>
>
>
>
>
> 4. Extract private key and certificate
>
>
>
>
> openssl pkcs12 -in /etc/pki/ovirt-engine/keys/apache.p12 -nocerts -nodes >
> /etc/pki/ovirt-engine/keys/apache.key.nopass
>
>
>
> openssl pkcs12 -in /etc/pki/ovirt-engine/keys/apache.p12 -nokeys >
> /etc/pki/ovirt-engine/certs/apache.cer
>
> 5. Restart Apache
>   service httpd restart
>
> 6. Create a new trust store configuration file.
>   vi /etc/ovirt-engine/engine.conf.d/99-custom-truststore.conf
>
>Add the following content and save the file.
>
>   ENGINE_HTTPS_PKI_TRUST_STORE="/etc/pki/java/cacerts"
>   ENGINE_HTTPS_PKI_TRUST_STORE_PASSWORD=""
>
> 7. Restart the ovirt-engine service.
>   systemctl restart ovirt-engine.service
>
>
>
> Steps 1., 6. and 7. are new to 4.0, other steps are same as in oVirt 3.x
>
>
>
> Also it's expected that CA certificate (including whole CA chain) is
> properly installed in all clients that access oVirt using HTTP and/or Spice.
>
>
>
> Martin Perina
>
>
>
>
>
>
>
> On Thu, Oct 27, 2016 at 10:38 PM, Kenneth Bingham  wrote:
>
> That makes sense, but it is also disappointing to realize that oVirt Manager
> will only trust certificates that itself has issued, and that there is no
> support for Manager to trust VDSM server certificates issued by another
> authority.
>
>
>
> If I understand you correctly, then the *only* way to install a VDSM host
> certificate is by registering with Manager at which time a certificate is
> automatically issued and installed by Manager's built-in certificate
> authority.
>
>
>
>
>
> On Thu, Oct 27, 2016 at 3:27 PM Ravi Nori  wrote:
>
> Since you replace ca.pem you need to replace the private key of ca.pem
>
> Please copy the private key of  /etc/pki/ovirt-engine/ca.pem to
> /etc/pki/ovirt-engine/private/ca.pem and let me know if everything works
>
>
>
> On Thu, Oct 27, 2016 at 2:47 PM, Kenneth Bingham  wrote:
>
>
>
> Thanks Ravi, that's helpful and I appreciate the precision and attention to
> detail. I performed similar steps to install a custom certificate for the
> oVirt Manager GUI. But what about configuring ovirt-engine to trust a
> certificate issued by the same CA and presented by the VDSM host? On the
> hypervisor host, I used the existing private key to generate the CSR, issued
> the server certificate, and installed in three locations before bouncing
> vdsmd.
>
>
>
> On the hypervisor Host server (not the Manager/engine server):
>
> /etc/pki/vdsm/certs/vdsmcert.pem
>
> /etc/pki/vdsm/libvirt-spice/