Re: [ovirt-users] Infrastructure Engineers / System Administrator Appreciation Day
by Karli Sjöberg
Den 29 jul 2016 3:30 em skrev Sandro Bonazzola <sbonazzo(a)redhat.com>:
>
> Hi,
> I'd like to thank all Infrastructure Engineers / System Administrator[1] working on the oVirt project infrastructure and whish them stable OSs and reliable hardware :-)
> http://sysadminday.com/
>
> Thanks to all Infrastructure Engineers / System Administrator using oVirt, helping users, opening bugs and making oVirt a better community.
Thanks! And if anyone would like to buy me a Tesla out of sheer appreciation, I'd definitely consider it:)
/K
>
> [1] http://sysadminday.com/
>
>
> --
> Sandro Bonazzola
> Better technology. Faster innovation. Powered by community collaboration.
> See how it works at redhat.com
7 years, 9 months
Re: [ovirt-users] Debian - based OS and SSO
by Tadas
Okay, now its different story. ovirt-agent finally passes through all
login steps:
Dummy-1::INFO::2016-07-29
14:37:38,088::OVirtAgentLogic::294::root::Received an external command:
login...
Dummy-1::DEBUG::2016-07-29
14:37:38,088::OVirtAgentLogic::328::root::User log-in (credentials =
'\x00\x00\x00\x04test********\x00')
Dummy-1::INFO::2016-07-29 14:37:38,088::CredServer::207::root::The
following users are allowed to connect: [0]
Dummy-1::DEBUG::2016-07-29 14:37:38,088::CredServer::272::root::Token:
493871
Dummy-1::INFO::2016-07-29 14:37:38,088::CredServer::273::root::Opening
credentials channel...
Dummy-1::INFO::2016-07-29 14:37:38,089::CredServer::132::root::Emitting
user authenticated signal (493871).
CredChannel::DEBUG::2016-07-29
14:37:38,159::CredServer::166::root::Receiving user's credential ret =
2 errno = 0
CredChannel::DEBUG::2016-07-29
14:37:38,159::CredServer::177::root::cmsgp: len=28 level=1 type=2
CredChannel::INFO::2016-07-29
14:37:38,159::CredServer::225::root::Incomming connection from user: 0
process: 4343
CredChannel::INFO::2016-07-29
14:37:38,159::CredServer::232::root::Sending user's credential (token:
493871)
Dummy-1::INFO::2016-07-29
14:37:38,160::CredServer::277::root::Credentials channel was closed.
Though gdm3 fails to load session with following error:
http://paste.ubuntu.com/21392715/
On Fri, 2016-07-29 at 13:25 +0200, Vinzenz Feenstra wrote:
> >
> > On Jul 29, 2016, at 12:35 PM, Tadas <tadas(a)ring.lt> wrote:
> >
> > There's another interesting error thrown out from ovirt-guest
> > agent,
> > when you try to login:
> >
> >
> > Jul 29 13:30:24 jessie python[1969]: Exception in thread
> > CredChannel:
> > Ju
> > l 29 13:30:24 jessie python[1969]: Traceback (most recent call
> > last):
> > Ju
> > l 29 13:30:24 jessie python[1969]: File
> > "/usr/lib/python2.7/threading.py", line 801, in __bootstrap_inner
> > Jul 29
> > 13:30:24 jessie python[1969]: self.run()
> > Jul 29 13:30:24 jessie
> > python[1969]: File "/usr/share/ovirt-guest-agent/CredServer.py",
> > line
> > 217, in run
> > Jul 29 13:30:24 jessie python[1969]: cred =
> > self._read_cred(conn)
> > Jul 29 13:30:24 jessie python[1969]: File
> > "/usr/share/ovirt-guest-agent/CredServer.py", line 146, in
> > _read_cred
> > Ju
> > l 29 13:30:24 jessie
> > python[1969]: conn.setsockopt(socket.SOL_SOCKET,
> > socket.SO_PASSCRED, 1)
> > Jul 29 13:30:24 jessie python[1969]:
> > AttributeError: 'module' object has no attribute ‘SO_PASSCRED'
>
> I knew I forgot about something, yes you’re right - I fixed that
> manually and continued and forgot about it.
>
> SO_PASSCRED seems not to be actually available by default on python.
> The systems we supported so far (excluding the debian based ones) had
> this constant available.
> Long story short: You can replace socket.SO_PASSCRED with the value
> 16 for now and it should work as expected.
>
>
>
> >
> >
> >
> >
> > On Fri, 2016-07-29 at 13:13 +0300, Tadas wrote:
> > >
> > > Yes, it seems that authentication does not work in any of debian
> > > releases. Oh well.
> > > On Fri, 2016-07-29 at 09:37 +0200, Vinzenz Feenstra wrote:
> > > >
> > > >
> > > >
> > > > >
> > > > >
> > > > > On Jul 28, 2016, at 4:11 PM, Tadas <tadas(a)ring.lt> wrote:
> > > > >
> > > > > Thank you for your reply.
> > > > > Strange, but i do not see any errors in gdm debug log, just
> > > > > this:
> > > > > http://paste.ubuntu.com/21275558/
> > > >
> > > > Well if it works for you, the better. It didn’t work for me
> > > > though
> > > >
> > > >
> > > > >
> > > > >
> > > > >
> > > > > I will try installing debian unstable and several ubuntu
> > > > > versions
> > > > > tomorrow.
> > > > >
> > > > > From: Vinzenz Feenstra
> > > > > Sent: Thursday, July 28, 2016 4:18 PM
> > > > > To: tadas(a)ring.lt
> > > > > Cc: users
> > > > > Subject: Re: [ovirt-users] Debian - based OS and SSO
> > > > >
> > > > >
> > > > > >
> > > > > >
> > > > > > On Jul 28, 2016, at 3:11 PM, Vinzenz Feenstra <vfeenstr@red
> > > > > > hat.
> > > > > > co
> > > > > > m> wrote:
> > > > > >
> > > > > >
> > > > > > >
> > > > > > >
> > > > > > > On Jul 28, 2016, at 11:53 AM, Tadas <tadas(a)ring.lt>
> > > > > > > wrote:
> > > > > > >
> > > > > > > Hello,
> > > > > > > still having issues with ovirt SSO and Debian OS.
> > > > > > > Other OSes (Windows/Fedora 24) works just fine.
> > > > > > > Some information:
> > > > > > > OS: Debian 8.5 (jessie)
> > > > > > > I've followed manual on https://www.ovirt.org/documentati
> > > > > > > on/h
> > > > > > > ow
> > > > > > > -to/gues
> > > > > > > t-agent/install-the-guest-agent-in-debian/ and installed
> > > > > > > ovirt-
> > > > > > > agent.
> > > > > > > I can get info via spice socket on hypervisor side, this
> > > > > > > means
> > > > > > > that
> > > > > > > agent works fine.
> > > > > > > I've compiled pam-ovirt-cred and copied it into
> > > > > > > /lib/x86_64-
> > > > > > > linux-
> > > > > > > gnu/security/
> > > > > >
> > > > > > It should be in /lib/security afaik
> > > > > >
> > > > > > >
> > > > > > >
> > > > > > > I've configured /etc/pamd/gdm-ovirtcred (just copied from
> > > > > > > working
> > > > > > > Fedora 24)
> > > > > >
> > > > > > replace in that file all occurences of password-auth with
> > > > > > passwd
> > > > > >
> > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > But still login fails. I can see this in ovirt-agent log
> > > > > > > file:
> > > > > >
> > > > > > It some how fails for me in some cases with this now:
> > > > > >
> > > > >
> > > > > Correction its here:
> > > > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794064
> > > > >
> > > > > >
> > > > > >
> > > > > > https://bugs.freedesktop.org/show_bug.cgi?id=71525
> > > > > >
> > > > > > There’s not much I can do about that though
> > > > > >
> > > > > >
> > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > Dummy-2::INFO::2016-07-28
> > > > > > > 12:49:51,046::OVirtAgentLogic::270::root::Received an
> > > > > > > external
> > > > > > > command:
> > > > > > > login...
> > > > > > > Dummy-2::DEBUG::2016-07-28
> > > > > > > 12:49:51,047::OVirtAgentLogic::304::root::User log-in
> > > > > > > (credentials =
> > > > > > > '\x00\x00\x00\x04test********\x00')
> > > > > > > Dummy-2::INFO::2016-07-28
> > > > > > > 12:49:51,047::CredServer::207::root::The
> > > > > > > following users are allowed to connect: [0]
> > > > > > > Dummy-2::DEBUG::2016-07-28
> > > > > > > 12:49:51,047::CredServer::272::root::Token:
> > > > > > > 760258
> > > > > > > Dummy-2::INFO::2016-07-28
> > > > > > > 12:49:51,047::CredServer::273::root::Opening
> > > > > > > credentials channel...
> > > > > > > Dummy-2::INFO::2016-07-28
> > > > > > > 12:49:51,047::CredServer::132::root::Emitting
> > > > > > > user authenticated signal (760258).
> > > > > > > Dummy-2::INFO::2016-07-28
> > > > > > > 12:49:51,178::CredServer::277::root::Credentials channel
> > > > > > > was
> > > > > > > closed.
> > > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > >
> > > > > > >
> > > > > > > This looks okay. The error is on pam side (auth.log):
> > > > > > >
> > > > > > > Jul 28 12:49:39 desktop64 gdm-ovirtcred]:
> > > > > > > pam_succeed_if(gdm-
> > > > > > > ovirtcred:auth): error retrieving user name: Conversation
> > > > > > > error
> > > > > > > Jul 28 12:49:39 desktop64 gdm-ovirtcred]:
> > > > > > > pam_ovirt_cred(gdm-
> > > > > > > ovirtcred:auth): Failed to acquire user's credentials
> > > > > > >
> > > > > > > Have no idea, where it fails.
> > > > > > > Would appreciate, if you could help me here a bit.
> > > > > > > Thank you.
> > > > > > >
> > > > > > >
> > > > > > > _______________________________________________
> > > > > > > Users mailing list
> > > > > > > Users(a)ovirt.org
> > > > > > > http://lists.ovirt.org/mailman/listinfo/users
> > > > > >
> > > > >
> > > > > _______________________________________________
> > > > > Users mailing list
> > > > > Users(a)ovirt.org
> > > > > http://lists.ovirt.org/mailman/listinfo/users
> > > >
> > > _______________________________________________
> > > Users mailing list
> > > Users(a)ovirt.org
> > > http://lists.ovirt.org/mailman/listinfo/users
> > _______________________________________________
> > Users mailing list
> > Users(a)ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
>
7 years, 9 months
Debian - based OS and SSO
by Tadas
Hello,
still having issues with ovirt SSO and Debian OS.
Other OSes (Windows/Fedora 24) works just fine.
Some information:
OS: Debian 8.5 (jessie)
I've followed manual on https://www.ovirt.org/documentation/how-to/gues
t-agent/install-the-guest-agent-in-debian/ and installed ovirt-agent.
I can get info via spice socket on hypervisor side, this means that
agent works fine.
I've compiled pam-ovirt-cred and copied it into /lib/x86_64-linux-
gnu/security/
I've configured /etc/pamd/gdm-ovirtcred (just copied from working
Fedora 24)
But still login fails. I can see this in ovirt-agent log file:
Dummy-2::INFO::2016-07-28
12:49:51,046::OVirtAgentLogic::270::root::Received an external command:
login...
Dummy-2::DEBUG::2016-07-28
12:49:51,047::OVirtAgentLogic::304::root::User log-in (credentials =
'\x00\x00\x00\x04test********\x00')
Dummy-2::INFO::2016-07-28 12:49:51,047::CredServer::207::root::The
following users are allowed to connect: [0]
Dummy-2::DEBUG::2016-07-28 12:49:51,047::CredServer::272::root::Token:
760258
Dummy-2::INFO::2016-07-28 12:49:51,047::CredServer::273::root::Opening
credentials channel...
Dummy-2::INFO::2016-07-28 12:49:51,047::CredServer::132::root::Emitting
user authenticated signal (760258).
Dummy-2::INFO::2016-07-28
12:49:51,178::CredServer::277::root::Credentials channel was closed.
This looks okay. The error is on pam side (auth.log):
Jul 28 12:49:39 desktop64 gdm-ovirtcred]: pam_succeed_if(gdm-
ovirtcred:auth): error retrieving user name: Conversation error
Jul 28 12:49:39 desktop64 gdm-ovirtcred]: pam_ovirt_cred(gdm-
ovirtcred:auth): Failed to acquire user's credentials
Have no idea, where it fails.
Would appreciate, if you could help me here a bit.
Thank you.
7 years, 9 months
How to access ovirt 4.0 desktop from iOS spice client?
by 敖青云
--_000_146969844663497973virtfancom_
Content-Type: text/plain; charset="gb2312"
Content-Transfer-Encoding: base64
SG93IGNhbiBJIGFjY2VzcyBvdmlydCA0LjAgZGVza3RvcCBmcm9tIGlQYWQgd2l0aCBpT1Mgc3Bp
Y2UgY2xpZW50PyBBcyBJIGtub3csIG92aXJ0IDQuMCBzZWVtcyBub3Qgc3VwcG9ydCBJUCBhZGRy
ZXNzIGFjY2Vzcy4NCg0K
--_000_146969844663497973virtfancom_
Content-Type: text/html; charset="gb2312"
Content-Transfer-Encoding: quoted-printable
<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dgb2312">
<style type=3D"text/css" style=3D"display:none"><!--P{margin-top:0;margin-b=
ottom:0;} --></style>
</head>
<body dir=3D"ltr" style=3D"font-size:12pt;color:#000000;background-color:#F=
FFFFF;font-family:Calibri,Arial,Helvetica,sans-serif;">
<pre><em>How can I access ovirt 4.0 desktop from iPad with iOS spice client=
? As I know, ovirt 4.0 seems not support </em><em>IP address access.</em></=
pre>
<p><br>
</p>
</body>
</html>
--_000_146969844663497973virtfancom_--
7 years, 9 months
Cannot find master domain
by Siavash Safi
Hi,
Issue: Cannot find master domain
Changes applied before issue started to happen: replaced
172.16.0.12:/data/brick1/brick1
with 172.16.0.12:/data/brick3/brick3, did minor package upgrades for vdsm
and glusterfs
vdsm log: https://paste.fedoraproject.org/396842/
yum log: https://paste.fedoraproject.org/396854/
Setup:
engine running on a separate node
3 x kvm/glusterd nodes
Status of volume: ovirt
Gluster process TCP Port RDMA Port Online Pid
------------------------------------------------------------------------------
Brick 172.16.0.11:/data/brick1/brick1 49152 0 Y
17304
Brick 172.16.0.12:/data/brick3/brick3 49155 0 Y
9363
Brick 172.16.0.13:/data/brick1/brick1 49152 0 Y
23684
Brick 172.16.0.11:/data/brick2/brick2 49153 0 Y
17323
Brick 172.16.0.12:/data/brick2/brick2 49153 0 Y
9382
Brick 172.16.0.13:/data/brick2/brick2 49153 0 Y
23703
NFS Server on localhost 2049 0 Y
30508
Self-heal Daemon on localhost N/A N/A Y
30521
NFS Server on 172.16.0.11 2049 0 Y
24999
Self-heal Daemon on 172.16.0.11 N/A N/A Y
25016
NFS Server on 172.16.0.13 2049 0 Y
25379
Self-heal Daemon on 172.16.0.13 N/A N/A Y
25509
Task Status of Volume ovirt
------------------------------------------------------------------------------
Task : Rebalance
ID : 84d5ab2a-275e-421d-842b-928a9326c19a
Status : completed
Thanks,
Siavash
7 years, 9 months
one export domain two DC
by Fernando Fuentes
Is it possible to export all of my vms on my oVirt 3.5 Domain and than
attach my export domain on my oVirt 4.0 DC and import the vm's?
Regards,
--
Fernando Fuentes
ffuentes(a)txweather.org
http://www.txweather.org
7 years, 9 months
OEL virt-v2v
by Стаценко Константин Юрьевич
--_000_0acded59c36c47afa2d193a628fafbb2msk1exchmb06interraoru_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
SGVsbG8hDQpMaWJndWVzdGZzIGluIENlbnRPUyA3IGlzIG9sZCBhbmQgZG8gbm90IHN1cHBvcnQg
T3JhY2xlIEVudGVycHJpc2UgTGludXggY29udmVyc2lvbiB2aWEgdmlydC12MnYuDQpIb3cgY2Fu
IEkgY29udmVydCBPRUwgVk13YXJlIGltYWdlcyA/DQo=
--_000_0acded59c36c47afa2d193a628fafbb2msk1exchmb06interraoru_
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: base64
PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m
YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy
IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws
IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ
Zm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCglt
c28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUzt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJ
e21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjojMDU2M0MxOw0KCXRleHQtZGVjb3JhdGlv
bjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21z
by1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjojOTU0RjcyOw0KCXRleHQtZGVjb3JhdGlvbjp1
bmRlcmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwt
Y29tcG9zZTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5k
b3d0ZXh0O30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0K
CWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCW1zby1mYXJlYXN0LWxhbmd1YWdl
OkVOLVVTO30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCglt
YXJnaW46Mi4wY20gNDIuNXB0IDIuMGNtIDMuMGNtO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFn
ZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxv
OnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtl
bmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJl
ZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0
PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iUlUiIGxpbms9IiMwNTYz
QzEiIHZsaW5rPSIjOTU0RjcyIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+SGVsbG8hPG86cD48L286cD48L3NwYW4+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPkxpYmd1ZXN0ZnMg
aW4gQ2VudE9TIDcgaXMgb2xkIGFuZCBkbyBub3Qgc3VwcG9ydCBPcmFjbGUgRW50ZXJwcmlzZSBM
aW51eCBjb252ZXJzaW9uIHZpYSB2aXJ0LXYydi48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+SG93IGNhbiBJIGNvbnZlcnQgT0VM
IFZNd2FyZSBpbWFnZXMgPyA8bzpwPg0KPC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9ib2R5
Pg0KPC9odG1sPg0K
--_000_0acded59c36c47afa2d193a628fafbb2msk1exchmb06interraoru_--
7 years, 9 months
Ovirt Hosted-Engine not installing ERROR: 'OVEHOSTED_NETWORK/host_name'
by Florian Nolden
Hello,
I try to install Ovirt 4.0.1-1 on a fresh installed CentOS 7.2 using a
replica 3 glusterfs. But I have trouble deploying the hosted engine.
hosted-engine --deploy
/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py:15:
DeprecationWarning: vdscli uses xmlrpc. since ovirt 3.6 xmlrpc is
deprecated, please use vdsm.jsonrpcvdscli
import vdsm.vdscli
[ ERROR ] Failed to execute stage 'Environment customization':
'OVEHOSTED_NETWORK/host_name'
VDSM also did not create the ovirtmgmt bridge or the routing tables.
I used the CentOS 7 minimal, and selected Infrastructure Server. I added
the Puppet 4 repo and the Ovirt 4.0 Repo, no EPEL.
I can reproduce it on 3 similar installed servers.
Any Ideas?
7 years, 9 months
