Re: [ovirt-users] Permission on Vm and User portal

2018-02-16 Thread Thomas Fecke
Hey Guys,

Just upgrade to 4.2.2 and still the same Issue.

Someone found a Solution?

From: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] On Behalf Of 
carl langlois
Sent: Freitag, 26. Januar 2018 15:19
To: gior...@di.unimi.it
Cc: users 
Subject: Re: [ovirt-users] Permission on Vm and User portal


Thanks all for the info .. so it seem that will have to wait 4.2.2. like last 
comment in this issue is specifying

https://github.com/oVirt/ovirt-web-ui/issues/460

Regards

Carl




On Fri, Jan 26, 2018 at 6:43 AM, Giorgio Biacchi 
> wrote:
It seems it's a bug. There's already another thread here with this subject:

Ovirt 4.2 Bug with Permissons on the Vm Portal?

I've enabled ovirt 4.2 pre-release repo but the problem is still present in 
version 4.2.1.3-1.el7.centos

Somewhere i read that will be fixed in 4.2.2, I'm waiting...

Regards

On 01/26/2018 12:13 PM, Donny Davis wrote:
I have been trying to get this worked out myself.

Firstly someone with a system permission will be able to see things from the 
system level. I have been adding the permission at the cluster level, but I 
also just can't seem to figure out the user portal in 4.2. they can either see 
it all or nothing, even vms they create.

I have been using the permissions from this post to no avail.
These permissions have worked fine since 3.x days

http://lists.ovirt.org/pipermail/users/2015-January/030981.html



On Jan 25, 2018 11:57 AM, "carl langlois" 
 
>> wrote:

Hi all,

In 4.1 i was able to assign 1 user to one VM and in the user portal that
same user was only seeing this specific VM. But with 4.2 i have trouble with
permission.

The way i add permission to a specific user is go click on the VM in the
admin portal, then go in permission and add the user(active directory user).
If i log back with this user on the user portal i do not see the VM that was
given the permission.
But if i add the same user in the system permission tab in the admin portal
and give it the UserRole and log back to the user portal, now he can see all
the VM but i only want the user to see is vm not all others ...

there is a difference when the is add from the two different place.. is the
attribute :
when add from the sytem permission it add the (System) in the inherited
permission colum,
when add from the VM permission tab it does not have that..


Any hints would appreciated.

Carl

___
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

--
gb

PGP Key: http://pgp.mit.edu/
Primary key fingerprint: C510 0765 943E EBED A4F2 69D3 16CC DC90 B9CB 0F34

___
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] Import Domain and snapshot issue ... please help !!!

2018-02-16 Thread Enrico Becchetti
After reboot engine virtual machine task disappear but virtual disk is 
still locked ,

any ideas to remove that lock ?
Thanks again.
Enrico

l 16/02/2018 09:45, Enrico Becchetti ha scritto:

   Dear All,
Are there tools to remove this task (in attach) ?

taskcleaner.sh it's seems doens't work:

[root@ovirt-new dbutils]# ./taskcleaner.sh -v -r
select exists (select * from information_schema.tables where 
table_schema = 'public' and table_name = 'command_entities');

 t
SELECT DeleteAllCommands();
 6
[root@ovirt-new dbutils]# ./taskcleaner.sh -v -R
select exists (select * from information_schema.tables where 
table_schema = 'public' and table_name = 'command_entities');

 t
 This will remove all async_tasks table content!!!
Caution, this operation should be used with care. Please contact 
support prior to running this command

Are you sure you want to proceed? [y/n]
y
TRUNCATE TABLE async_tasks cascade;
TRUNCATE TABLE

after that I see the same running tasks . Does It make sense ?

Thanks
Best Regards
Enrico


Il 14/02/2018 15:53, Enrico Becchetti ha scritto:

Dear All,
old snapsahots seem to be the problem. In fact domain DATA_FC running 
in 3.5 had some
lvm snapshot volume. Before deactivate DATA_FC  I didin't remove this 
snapshots so when
I attach this volume to new ovirt 4.2 and import all vm at the same 
time I also import
all snapshots but now How I can remove them ? Throught ovirt web 
interface the remove

tasks running are still hang. Are there any other methods ?
Thank to following this case.
Best Regads
Enrico

Il 14/02/2018 14:34, Maor Lipchuk ha scritto:

Seems like all the engine logs are full with the same error.
From vdsm.log.16.xz I can see an error which might explain this failure:

2018-02-12 07:51:16,161+0100 INFO  (ioprocess communication (40573)) 
[IOProcess] Starting ioprocess (__init__:447)
2018-02-12 07:51:16,201+0100 INFO  (jsonrpc/3) [vdsm.api] FINISH 
mergeSnapshots return=None from=:::10.0.0.46,57032, 
flow_id=fd4041b3-2301-44b0-aa65-02bd089f6568, 
task_id=1be430dc-eeb0-4dc9-92df-3f5b7943c6e0 (api:52)
2018-02-12 07:51:16,275+0100 INFO  (jsonrpc/3) 
[jsonrpc.JsonRpcServer] RPC call Image.mergeSnapshots succeeded in 
0.13 seconds (__init__:573)
2018-02-12 07:51:16,276+0100 INFO  (tasks/1) 
[storage.ThreadPool.WorkerThread] START task 
1be430dc-eeb0-4dc9-92df-3f5b7943c6e0 (cmd=of >, args=None) 
(threadPool:208)
2018-02-12 07:51:16,543+0100 INFO  (tasks/1) [storage.Image] 
sdUUID=47b7c9aa-ef53-48bc-bb55-4a1a0ba5c8d5 vmUUID= 
imgUUID=ee9ab34c-47a8-4306-95d7-dd4318c69ef5 
ancestor=9cdc96de-65b7-4187-8ec3-8190b78c1825 
successor=8f595e80-1013-4c14-a2f5-252bce9526fdpostZero=False 
discard=False (image:1240)
2018-02-12 07:51:16,669+0100 ERROR (tasks/1) 
[storage.TaskManager.Task] 
(Task='1be430dc-eeb0-4dc9-92df-3f5b7943c6e0') Unexpected error 
(task:875)

Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/vdsm/storage/task.py", line 
882, in _run

    return fn(*args, **kargs)
  File "/usr/lib/python2.7/site-packages/vdsm/storage/task.py", line 
336, in run

    return self.cmd(*self.argslist, **self.argsdict)
  File "/usr/lib/python2.7/site-packages/vdsm/storage/securable.py", 
line 79, in wrapper

    return method(self, *args, **kwargs)
  File "/usr/lib/python2.7/site-packages/vdsm/storage/sp.py", line 
1853, in mergeSnapshots

    discard)
  File "/usr/lib/python2.7/site-packages/vdsm/storage/image.py", 
line 1251, in merge

    srcVol = vols[successor]
KeyError: u'8f595e80-1013-4c14-a2f5-252bce9526fd'

Ala, maybe you know if there is any known issue with mergeSnapshots?
The usecase here are VMs from oVirt 3.5 which got registered to 
oVirt 4.2.


Regards,
Maor


On Wed, Feb 14, 2018 at 10:11 AM, Enrico Becchetti 
> 
wrote:


  Hi,
also you can download them throught these
links:

https://owncloud.pg.infn.it/index.php/s/QpsTyGxtRTPYRTD

https://owncloud.pg.infn.it/index.php/s/ph8pLcABe0nadeb


Thanks again 

Best Regards
Enrico


Il 13/02/2018 14:52, Maor Lipchuk ha scritto:



On Tue, Feb 13, 2018 at 3:51 PM, Maor Lipchuk
> wrote:


On Tue, Feb 13, 2018 at 3:42 PM, Enrico Becchetti
> wrote:

see the attach files please ... thanks for your
attention !!!



Seems like the engine logs does not contain the entire
process, can you please share older logs since the import
operation?


And VDSM logs as well from your host

Best Regards
Enrico


Il 13/02/2018 14:09, Maor Lipchuk ha scritto:



On Tue, Feb 13, 2018 at 1:48 PM, Enrico Becchetti

[ovirt-users] Internal Server Error while add Permission [cli]

2018-02-16 Thread Thomas Fecke
Hey dear Community,

I work a bit with that ovirt shell. That worked pretty fine but I got some 
Problems when I try to add Permission:

What I want to do:
Add a Role to an VM

What I did:
add permission --parent-vm-name vm1 --user-id user1 --role-id UserVmCreator

Error:
status: 500
  reason: Internal Server Error
  detail:
ErrorInternal Server Error

Any other cli command works fine for me. What am I doing wrong? Thank you !
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] ?==?utf-8?q? VMs with multiple vdisks don't migrate

2018-02-16 Thread fsoyer

Hi Maor,
sorry for the double post, I've change the email adress of my account and 
supposed that I'd need to re-post it.
And thank you for your time. Here are the logs. I added a vdisk to an existing 
VM : it no more migrates, needing to poweroff it after minutes. Then simply 
deleting the second disk makes migrate it in exactly 9s without problem ! 
https://gist.github.com/fgth/4707446331d201eef574ac31b6e89561
https://gist.github.com/fgth/f8de9c22664aee53722af676bff8719d

--

Cordialement,

Frank Soyer Le Mercredi, Février 14, 2018 11:04 CET, Maor Lipchuk 
 a écrit:
 Hi Frank, I already replied on your last email.Can you provide the VDSM logs 
from the time of the migration failure for both hosts:  ginger.local.systea.fr 
and victor.local.systea.fr Thanks,Maor On Wed, Feb 14, 2018 at 11:23 AM, fsoyer 
 wrote:
Hi all,
I discovered yesterday a problem when migrating VM with more than one vdisk.
On our test servers (oVirt4.1, shared storage with Gluster), I created 2 VMs 
needed for a test, from a template with a 20G vdisk. On this VMs I added a 100G 
vdisk (for this tests I didn't want to waste time to extend the existing 
vdisks... But I lost time finally...). The VMs with the 2 vdisks works well.
Now I saw some updates waiting on the host. I tried to put it in maintenance... 
But it stopped on the two VM. They were marked "migrating", but no more 
accessible. Other (small) VMs with only 1 vdisk was migrated without problem at 
the same time.
I saw that a kvm process for the (big) VMs was launched on the source AND 
destination host, but after tens of minutes, the migration and the VMs was 
always freezed. I tried to cancel the migration for the VMs : failed. The only 
way to stop it was to poweroff the VMs : the kvm process died on the 2 hosts 
and the GUI alerted on a failed migration.
In doubt, I tried to delete the second vdisk on one of this VMs : it migrates 
then without error ! And no access problem.
I tried to extend the first vdisk of the second VM, the delete the second vdisk 
: it migrates now without problem !   

So after another test with a VM with 2 vdisks, I can say that this blocked the 
migration process :(

In engine.log, for a VMs with 1 vdisk migrating well, we see :2018-02-12 
16:46:29,705+01 INFO  [org.ovirt.engine.core.bll.MigrateVmToServerCommand] 
(default task-28) [2f712024-5982-46a8-82c8-fd8293da5725] Lock Acquired to 
object 'EngineLock:{exclusiveLocks='[3f57e669-5e4c-4d10-85cc-d573004a099d=VM]', 
sharedLocks=''}'
2018-02-12 16:46:29,955+01 INFO  
[org.ovirt.engine.core.bll.MigrateVmToServerCommand] 
(org.ovirt.thread.pool-6-thread-32) [2f712024-5982-46a8-82c8-fd8293da5725] 
Running command: MigrateVmToServerCommand internal: false. Entities affected :  
ID: 3f57e669-5e4c-4d10-85cc-d573004a099d Type: VMAction group MIGRATE_VM with 
role type USER
2018-02-12 16:46:30,261+01 INFO  
[org.ovirt.engine.core.vdsbroker.MigrateVDSCommand] 
(org.ovirt.thread.pool-6-thread-32) [2f712024-5982-46a8-82c8-fd8293da5725] 
START, MigrateVDSCommand( MigrateVDSCommandParameters:{runAsync='true', 
hostId='ce3938b1-b23f-4d22-840a-f17d7cd87bb1', 
vmId='3f57e669-5e4c-4d10-85cc-d573004a099d', srcHost='192.168.0.6', 
dstVdsId='d569c2dd-8f30-4878-8aea-858db285cf69', dstHost='192.168.0.5:54321', 
migrationMethod='ONLINE', tunnelMigration='false', migrationDowntime='0', 
autoConverge='true', migrateCompressed='false', consoleAddress='null', 
maxBandwidth='500', enableGuestEvents='true', maxIncomingMigrations='2', 
maxOutgoingMigrations='2', convergenceSchedule='[init=[{name=setDowntime, 
params=[100]}], stalling=[{limit=1, action={name=setDowntime, params=[150]}}, 
{limit=2, action={name=setDowntime, params=[200]}}, {limit=3, 
action={name=setDowntime, params=[300]}}, {limit=4, action={name=setDowntime, 
params=[400]}}, {limit=6, action={name=setDowntime, params=[500]}}, {limit=-1, 
action={name=abort, params=[]}}]]'}), log id: 14f61ee0
2018-02-12 16:46:30,262+01 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateBrokerVDSCommand] 
(org.ovirt.thread.pool-6-thread-32) [2f712024-5982-46a8-82c8-fd8293da5725] 
START, MigrateBrokerVDSCommand(HostName = victor.local.systea.fr, 
MigrateVDSCommandParameters:{runAsync='true', 
hostId='ce3938b1-b23f-4d22-840a-f17d7cd87bb1', 
vmId='3f57e669-5e4c-4d10-85cc-d573004a099d', srcHost='192.168.0.6', 
dstVdsId='d569c2dd-8f30-4878-8aea-858db285cf69', dstHost='192.168.0.5:54321', 
migrationMethod='ONLINE', tunnelMigration='false', migrationDowntime='0', 
autoConverge='true', migrateCompressed='false', consoleAddress='null', 
maxBandwidth='500', enableGuestEvents='true', maxIncomingMigrations='2', 
maxOutgoingMigrations='2', convergenceSchedule='[init=[{name=setDowntime, 
params=[100]}], stalling=[{limit=1, action={name=setDowntime, params=[150]}}, 
{limit=2, action={name=setDowntime, params=[200]}}, {limit=3, 
action={name=setDowntime, params=[300]}}, {limit=4, action={name=setDowntime, 
params=[400]}}, {limit=6, 

[ovirt-users] How to protect SHE VM from being deleted in following setup

2018-02-16 Thread Vrgotic, Marko
Dear oVirt community,

I have SHE on the Gluster (not managed by SHE).
Due to limitations of VM Portal, I have given couple of trusted Users, trimmed 
down Admin access, so that they can create VMs.

However, this does make me bit worried, since the SHE VM could get deleted as 
any other VM in the pool.

The SHE VM has its own storage pool, but it’s part of same Hypervisor Cluster 
(limitations of available HW), therefore my Users can see it and accidentally 
delete it – it can happen!

QUESTION: Any advices that could help me protect SHE VM from being deleted?

Any suggestions, ideas are highly welcome.

Thank you.

Best regards,
Marko Vrgotic
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] 4.2 VM Portal -Create- VM section issue

2018-02-16 Thread Vrgotic, Marko
Dear Tomas,

In addition to previous email, find attached javascript console output from 
browser:

Kind regards,
Marko Vrgotic

From: "Vrgotic, Marko" 
Date: Thursday, 25 January 2018 at 13:52
To: Tomas Jelinek 
Cc: users 
Subject: Re: [ovirt-users] 4.2 VM Portal -Create- VM section issue

Hi Tomas,

Thank you.

VM does get created, so I think permission are in order: I will attach them in 
next reply.

As soon as possible I will attach all logs related.

--
Met vriendelijke groet / Best regards,
Marko Vrgotic
System Engineer/Customer Care
ActiveVideo


From: "Vrgotic, Marko" 
Date: Thursday, 25 January 2018 at 13:18
To: Tomas Jelinek 
Cc: users , "users-requ...@ovirt.org" 
Subject: Re: [ovirt-users] 4.2 VM Portal -Create- VM section issue

Hi Tomas,

Thank you.

VM does get created, so I think permission are in order: I will attach them in 
next reply.

As soon as possible I will attach all logs related.

--
Met vriendelijke groet / Best regards,
Marko Vrgotic
System Engineer/Customer Care
ActiveVideo


From: Tomas Jelinek 
Date: Thursday, 25 January 2018 at 13:03
To: "Vrgotic, Marko" 
Cc: users , "users-requ...@ovirt.org" 
Subject: Re: [ovirt-users] 4.2 VM Portal -Create- VM section issue



On 24 Jan 2018 5:17 p.m., "Vrgotic, Marko" 
> wrote:
Dear oVirt,

After setting all parameters for new VM and clicking on “Create” button, no 
progress status or that action is accepted is seen from webui.
In addition, when closing the add VM section, I am asked if I am sure, due to 
changes made.

Is this expected behaviour? Can something be done about?
no, it is not.

can you please provide the logs from the javascript console in browser?

can you please make sure the user has permissions to create a vm?


Kindly awaiting your reply.

--
Met vriendelijke groet / Best regards,
Marko Vrgotic
System Engineer/Customer Care
ActiveVideo


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



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


Re: [ovirt-users] Unable to add Hosts to Cluster

2018-02-16 Thread Yaniv Kaul
On Fri, Feb 16, 2018 at 11:14 PM, Mark Steele  wrote:

> We are using CentOS Linux release 7.0.1406 (Core) and  oVirt Engine
> Version: 3.5.0.1-1.el6
>

You are seeing https://bugzilla.redhat.com/show_bug.cgi?id=126 , which
is a result of a default change of libvirt and was fixed in later versions
of oVirt than the one you are using.
See patch https://gerrit.ovirt.org/#/c/76934/ for how it was fixed, you can
probably configure it manually.
Y.


>
> We have four other hosts that are running this same configuration already.
> I took one host out of the cluster (forcefully) that was working and now it
> will not add back in either - throwing the same SASL error.
>
> We are looking at downgrading libvirt as I've seen that somewhere else -
> is there another version of RH I should be trying? I have a host I can put
> it on.
>
>
>
> ***
> *Mark Steele*
> CIO / VP Technical Operations | TelVue Corporation
> TelVue - We Share Your Vision
> 16000 Horizon Way, Suite 100 | Mt. Laurel, NJ 08054
> 
> 800.885.8886 x128 <(800)%20885-8886> | mste...@telvue.com | http://
> www.telvue.com
> twitter: http://twitter.com/telvue | facebook: https://www.
> facebook.com/telvue
>
> On Fri, Feb 16, 2018 at 3:31 PM, Yaniv Kaul  wrote:
>
>>
>>
>> On Feb 16, 2018 6:47 PM, "Mark Steele"  wrote:
>>
>> Hello all,
>>
>> We recently had a network event where we lost access to our storage for a
>> period of time. The Cluster basically shut down all our VM's and in the
>> process we had three HV's that went offline and would not communicate
>> properly with the cluster.
>>
>> We have since completely reinstalled CentOS on the hosts and attempted to
>> install them into the cluster with no joy. We've gotten to the point where
>> we generally get an error message in the web gui:
>>
>>
>> Which EL release and which oVirt release are you using? My guess would be
>> latest EL, with an older oVirt?
>> Y.
>>
>>
>> Stage: Misc Configuration
>> Host hv-ausa-02 installation failed. Command returned failure code 1
>> during SSH session 'root@10.1.90.154'.
>>
>> the following is what we are seeing in the messages log:
>>
>> Feb 16 11:39:53 hv-ausa-02 vdsm-tool: libvirt: XML-RPC error :
>> authentication failed: authentication failed
>> Feb 16 11:39:53 hv-ausa-02 libvirtd: 2018-02-16 16:39:53.761+: 15231:
>> error : virNetSASLSessionListMechanisms:390 : internal error: cannot
>> list SASL mechanisms -4 (SASL(-4): no mechanism available: Internal Error
>> -4 in server.c near line 1757)
>> Feb 16 11:39:53 hv-ausa-02 libvirtd: 2018-02-16 16:39:53.761+: 15231:
>> error : remoteDispatchAuthSaslInit:3411 : authentication failed:
>> authentication failed
>> Feb 16 11:39:53 hv-ausa-02 libvirtd: 2018-02-16 16:39:53.761+: 15226:
>> error : virNetSocketReadWire:1808 : End of file while reading data:
>> Input/output error
>> Feb 16 11:39:53 hv-ausa-02 vdsm-tool: libvirt: XML-RPC error :
>> authentication failed: authentication failed
>> Feb 16 11:39:53 hv-ausa-02 libvirtd: 2018-02-16 16:39:53.962+: 15233:
>> error : virNetSASLSessionListMechanisms:390 : internal error: cannot
>> list SASL mechanisms -4 (SASL(-4): no mechanism available: Internal Error
>> -4 in server.c near line 1757)
>> Feb 16 11:39:53 hv-ausa-02 libvirtd: 2018-02-16 16:39:53.963+: 15233:
>> error : remoteDispatchAuthSaslInit:3411 : authentication failed:
>> authentication failed
>> Feb 16 11:39:53 hv-ausa-02 libvirtd: 2018-02-16 16:39:53.963+: 15226:
>> error : virNetSocketReadWire:1808 : End of file while reading data:
>> Input/output error
>> Feb 16 11:39:53 hv-ausa-02 vdsm-tool: libvirt: XML-RPC error :
>> authentication failed: authentication failed
>> Feb 16 11:39:53 hv-ausa-02 vdsm-tool: Traceback (most recent call last):
>> Feb 16 11:39:53 hv-ausa-02 vdsm-tool: File "/usr/bin/vdsm-tool", line
>> 219, in main
>> Feb 16 11:39:53 hv-ausa-02 vdsm-tool: return
>> tool_command[cmd]["command"](*args)
>> Feb 16 11:39:53 hv-ausa-02 vdsm-tool: File "/usr/lib/python2.7/site-packa
>> ges/vdsm/tool/upgrade_300_networks.py", line 83, in upgrade_networks
>> Feb 16 11:39:53 hv-ausa-02 vdsm-tool: networks = netinfo.networks()
>> Feb 16 11:39:53 hv-ausa-02 vdsm-tool: File 
>> "/usr/lib/python2.7/site-packages/vdsm/netinfo.py",
>> line 112, in networks
>> Feb 16 11:39:53 hv-ausa-02 vdsm-tool: conn = libvirtconnection.get()
>> Feb 16 11:39:53 hv-ausa-02 vdsm-tool: File "/usr/lib/python2.7/site-packa
>> ges/vdsm/libvirtconnection.py", line 159, in get
>> Feb 16 11:39:53 hv-ausa-02 vdsm-tool: conn = _open_qemu_connection()
>> Feb 16 11:39:53 hv-ausa-02 vdsm-tool: File "/usr/lib/python2.7/site-packa
>> ges/vdsm/libvirtconnection.py", line 95, in _open_qemu_connection
>> Feb 16 11:39:53 hv-ausa-02 vdsm-tool: return utils.retry(libvirtOpen,
>> timeout=10, sleep=0.2)
>> Feb 16 11:39:53 hv-ausa-02 vdsm-tool: File 
>> 

Re: [ovirt-users] Permission on Vm and User portal

2018-02-16 Thread Giorgio Biacchi

Hi,
check the workaround in the last comment here:

https://github.com/oVirt/ovirt-web-ui/issues/460

It seems to work.

Regards

On 02/16/2018 09:59 AM, Thomas Fecke wrote:

Hey Guys,

Just upgrade to 4.2.2 and still the same Issue.

Someone found a Solution?

*From:*users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] *On Behalf Of 
*carl langlois

*Sent:* Freitag, 26. Januar 2018 15:19
*To:* gior...@di.unimi.it
*Cc:* users 
*Subject:* Re: [ovirt-users] Permission on Vm and User portal

Thanks all for the info .. so it seem that will have to wait 4.2.2. like last 
comment in this issue is specifying


https://github.com/oVirt/ovirt-web-ui/issues/460

Regards

Carl

On Fri, Jan 26, 2018 at 6:43 AM, Giorgio Biacchi > wrote:


It seems it's a bug. There's already another thread here with this subject:

Ovirt 4.2 Bug with Permissons on the Vm Portal?

I've enabled ovirt 4.2 pre-release repo but the problem is still present in
version 4.2.1.3-1.el7.centos

Somewhere i read that will be fixed in 4.2.2, I'm waiting...

Regards

On 01/26/2018 12:13 PM, Donny Davis wrote:

I have been trying to get this worked out myself.

Firstly someone with a system permission will be able to see things from
the system level. I have been adding the permission at the cluster
level, but I also just can't seem to figure out the user portal in 4.2.
they can either see it all or nothing, even vms they create.

I have been using the permissions from this post to no avail.
These permissions have worked fine since 3.x days

http://lists.ovirt.org/pipermail/users/2015-January/030981.html



On Jan 25, 2018 11:57 AM, "carl langlois"  >> wrote:

     Hi all,

     In 4.1 i was able to assign 1 user to one VM and in the user portal
that
     same user was only seeing this specific VM. But with 4.2 i have
trouble with
     permission.

     The way i add permission to a specific user is go click on the VM
in the
     admin portal, then go in permission and add the user(active
directory user).
     If i log back with this user on the user portal i do not see the VM
that was
     given the permission.
     But if i add the same user in the system permission tab in the
admin portal
     and give it the UserRole and log back to the user portal, now he
can see all
     the VM but i only want the user to see is vm not all others ...

     there is a difference when the is add from the two different
place.. is the
     attribute :
     when add from the sytem permission it add the (System) in the 
inherited
     permission colum,
     when add from the VM permission tab it does not have that..


     Any hints would appreciated.

     Carl

     ___
     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


-- 
gb


PGP Key: http://pgp.mit.edu/
Primary key fingerprint: C510 0765 943E EBED A4F2 69D3 16CC DC90 B9CB 0F34


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



--
gb

PGP Key: http://pgp.mit.edu/
Primary key fingerprint: C510 0765 943E EBED A4F2 69D3 16CC DC90 B9CB 0F34
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] VM Portal - ADD Nic

2018-02-16 Thread Thomas Fecke
Hey Guys,

We got about 50 Users and 50 VLANS. Every User has his own Vlan.

With 4.1 they could login in that User Portal. Select an Template or create a 
new VM. Add a Disk and connect to there Nic.

I see that is no option to add a Disk anymore with 4.2 -> okay that's fine for 
me

So they just can use Templates. But, there is now option to add the VM to a 
nic. So I guess the Template nic is being used.

But our Templates don't got a nic because the user has his own networks.

That mean I need to add about XX more Templates with every nic in it?

Oh common :)

No way to add a nic via VM Portal? That really make the VM Portal unusable for 
us

We can´t be the only one using Templates like that. Now every VM set up in VM 
Portal is in one network, that's not good or do I miss something?

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


Re: [ovirt-users] Import Domain and snapshot issue ... please help !!!

2018-02-16 Thread Enrico Becchetti

Hi all,
to remove lock I found this script:

"
/[root@ovirt-new dbutils]#  ./unlock_entity.sh  -t disk 
01f9b5f2-9e48-4c24-80e5-dca7f1d4d128//
//Caution, this operation may lead to data corruption and should be used 
with care. Please contact support prior to running this command//

//Are you sure you want to proceed? [y/n]//
//y//
//select fn_db_unlock_disk('01f9b5f2-9e48-4c24-80e5-dca7f1d4d128');//

//INSERT 0 1//
//unlock disk 01f9b5f2-9e48-4c24-80e5-dca7f1d4d128 completed successfully.//
"

/
but virtual disk is still lock.

Enrico


Il 16/02/2018 09:50, Enrico Becchetti ha scritto:
After reboot engine virtual machine task disappear but virtual disk is 
still locked ,

any ideas to remove that lock ?
Thanks again.
Enrico

l 16/02/2018 09:45, Enrico Becchetti ha scritto:

   Dear All,
Are there tools to remove this task (in attach) ?

taskcleaner.sh it's seems doens't work:

[root@ovirt-new dbutils]# ./taskcleaner.sh -v -r
select exists (select * from information_schema.tables where 
table_schema = 'public' and table_name = 'command_entities');

 t
SELECT DeleteAllCommands();
 6
[root@ovirt-new dbutils]# ./taskcleaner.sh -v -R
select exists (select * from information_schema.tables where 
table_schema = 'public' and table_name = 'command_entities');

 t
 This will remove all async_tasks table content!!!
Caution, this operation should be used with care. Please contact 
support prior to running this command

Are you sure you want to proceed? [y/n]
y
TRUNCATE TABLE async_tasks cascade;
TRUNCATE TABLE

after that I see the same running tasks . Does It make sense ?

Thanks
Best Regards
Enrico


Il 14/02/2018 15:53, Enrico Becchetti ha scritto:

Dear All,
old snapsahots seem to be the problem. In fact domain DATA_FC 
running in 3.5 had some
lvm snapshot volume. Before deactivate DATA_FC  I didin't remove 
this snapshots so when
I attach this volume to new ovirt 4.2 and import all vm at the same 
time I also import
all snapshots but now How I can remove them ? Throught ovirt web 
interface the remove

tasks running are still hang. Are there any other methods ?
Thank to following this case.
Best Regads
Enrico

Il 14/02/2018 14:34, Maor Lipchuk ha scritto:

Seems like all the engine logs are full with the same error.
From vdsm.log.16.xz I can see an error which might explain this 
failure:


2018-02-12 07:51:16,161+0100 INFO  (ioprocess communication 
(40573)) [IOProcess] Starting ioprocess (__init__:447)
2018-02-12 07:51:16,201+0100 INFO  (jsonrpc/3) [vdsm.api] FINISH 
mergeSnapshots return=None from=:::10.0.0.46,57032, 
flow_id=fd4041b3-2301-44b0-aa65-02bd089f6568, 
task_id=1be430dc-eeb0-4dc9-92df-3f5b7943c6e0 (api:52)
2018-02-12 07:51:16,275+0100 INFO  (jsonrpc/3) 
[jsonrpc.JsonRpcServer] RPC call Image.mergeSnapshots succeeded in 
0.13 seconds (__init__:573)
2018-02-12 07:51:16,276+0100 INFO  (tasks/1) 
[storage.ThreadPool.WorkerThread] START task 
1be430dc-eeb0-4dc9-92df-3f5b7943c6e0 (cmd=of >, args=None) 
(threadPool:208)
2018-02-12 07:51:16,543+0100 INFO  (tasks/1) [storage.Image] 
sdUUID=47b7c9aa-ef53-48bc-bb55-4a1a0ba5c8d5 vmUUID= 
imgUUID=ee9ab34c-47a8-4306-95d7-dd4318c69ef5 
ancestor=9cdc96de-65b7-4187-8ec3-8190b78c1825 
successor=8f595e80-1013-4c14-a2f5-252bce9526fdpostZero=False 
discard=False (image:1240)
2018-02-12 07:51:16,669+0100 ERROR (tasks/1) 
[storage.TaskManager.Task] 
(Task='1be430dc-eeb0-4dc9-92df-3f5b7943c6e0') Unexpected error 
(task:875)

Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/vdsm/storage/task.py", 
line 882, in _run

    return fn(*args, **kargs)
  File "/usr/lib/python2.7/site-packages/vdsm/storage/task.py", 
line 336, in run

    return self.cmd(*self.argslist, **self.argsdict)
  File 
"/usr/lib/python2.7/site-packages/vdsm/storage/securable.py", line 
79, in wrapper

    return method(self, *args, **kwargs)
  File "/usr/lib/python2.7/site-packages/vdsm/storage/sp.py", line 
1853, in mergeSnapshots

    discard)
  File "/usr/lib/python2.7/site-packages/vdsm/storage/image.py", 
line 1251, in merge

    srcVol = vols[successor]
KeyError: u'8f595e80-1013-4c14-a2f5-252bce9526fd'

Ala, maybe you know if there is any known issue with mergeSnapshots?
The usecase here are VMs from oVirt 3.5 which got registered to 
oVirt 4.2.


Regards,
Maor


On Wed, Feb 14, 2018 at 10:11 AM, Enrico Becchetti 
> 
wrote:


  Hi,
also you can download them throught these
links:

https://owncloud.pg.infn.it/index.php/s/QpsTyGxtRTPYRTD

https://owncloud.pg.infn.it/index.php/s/ph8pLcABe0nadeb


Thanks again 

Best Regards
Enrico


Il 13/02/2018 14:52, Maor Lipchuk ha scritto:



On Tue, Feb 13, 2018 at 3:51 PM, Maor Lipchuk
> wrote:


On Tue, Feb 13, 2018 at 

Re: [ovirt-users] Internal Server Error while add Permission [cli]

2018-02-16 Thread Ondra Machacek

Hi,

in the /var/log/ovirt-engine/server.log there will be some trace of the 
exception, right after running that command, can you please share it?


Thanks.

On 02/16/2018 09:40 AM, Thomas Fecke wrote:

Hey dear Community,

I work a bit with that ovirt shell. That worked pretty fine but I got 
some Problems when I try to add Permission:


What I want to do:

Add a Role to an VM

What I did:

add permission --parent-vm-name vm1 --user-id user1 --role-id UserVmCreator

Error:

status: 500

   reason: Internal Server Error

   detail:

ErrorInternal Server 
Error


Any other cli command works fine for me. What am I doing wrong? Thank you !



___
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] ERROR - some other host already uses IP ###.###.###.###

2018-02-16 Thread Mark Steele
Thank you Edward,

I actually did find the offending IP - I was using a small range that was
already in use but not documented.

Best regards,


***
*Mark Steele*
CIO / VP Technical Operations | TelVue Corporation
TelVue - We Share Your Vision
16000 Horizon Way, Suite 100 | Mt. Laurel, NJ 08054
800.885.8886 x128 | mste...@telvue.com | http://www.telvue.com
twitter: http://twitter.com/telvue | facebook:
https://www.facebook.com/telvue

On Thu, Feb 15, 2018 at 5:14 PM, Edward Haas  wrote:

>
>
> On Thu, Feb 15, 2018 at 12:36 PM, Mark Steele  wrote:
>
>> Good morning,
>>
>> We had a storage crash early this morning that messed up a couple of our
>> ovirt hosts. Networking seemed to be the biggest issue. I have decided to
>> remove the bridge information in /etc/sysconfig/network-scripts and ip the
>> nics in order to re-import them into my ovirt installation (I have already
>> removed the hosts).
>>
>> One of the NIC's refuses to come up and is generating the following error:
>>
>> ERROR : [/etc/sysconfig/network-scripts/ifup-eth] Error, some other
>> host (0C:C4:7A:5B:11:5C) already uses address ###.###.###.###.
>>
>> When I ARP on this server, I do not see that Mac address - and none of my
>> other hosts are using it either. I'm not sure where to go next other than
>> completely reinstalling Centos on this server and starting over.
>>
>
> I think it tells you that another node on the network is using the same IP
> address. If this iface has that static IP defined, perhaps just replace it.
>
>
>>
>> Ovirt version is oVirt Engine Version: 3.5.0.1-1.el6
>>
>
> Very (very) old.
>
>
>>
>> OS version is
>>
>> CentOS Linux release 7.4.1708 (Core)
>>
>>
>
>> Thank you
>>
>> ***
>> *Mark Steele*
>> CIO / VP Technical Operations | TelVue Corporation
>> TelVue - We Share Your Vision
>> 16000 Horizon Way, Suite 100 | Mt. Laurel, NJ 08054
>> 
>> 800.885.8886 x128 <(800)%20885-8886> | mste...@telvue.com | http://
>> www.telvue.com
>> twitter: http://twitter.com/telvue | facebook: https://www.facebook
>> .com/telvue
>>
>> ___
>> 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] Console button greyed out (4.2)

2018-02-16 Thread nicolas
Thanks guys, setting the VM to headless and then removing this option 
seemed to do the trick. Indeed, this VM was created back in 3.6, however 
it had QXL set in options. Seems that despite this something was not 
migrated correctly.


I think I have more machines in this situation, in case the oVirt team 
would like to make some additional tests.


Regards.

El 2018-02-15 19:39, Vineet Khandpur escribió:

Hello.

Just had the same issue

@ 4.1, upgraded to 4.2(.1)

Updated cluster compatibility, then, data centre compatibility

All VMs lost their hardware (NICs (showed attached but unplugged),
disks (status changed to disabled) and console)

Our solution was simply to connect the NICs, activate the disks, then
edit the VM and set Console to headless.

Shut down the VM

Then before bringing it back up, unchecked headless in the VM

We then had to do a Run-Once which failed

Then did a normal Run.

Console was available, and all hardware came back fine.

Didn't have to delete and re-create anything (although had to perform
the above on all 70+ production hosts including our main web servers
and HA load balancers .. which wasn't fun) ...

Hope this helps someone

vk

On 15 February 2018 at 12:28, John Taylor  wrote:


On Thu, Feb 15, 2018 at 11:54 AM, Michal Skrivanek
 wrote:




On 15 Feb 2018, at 15:58, John Taylor 

wrote:


Hi Nicolas,
I had the same problem and it looked like it was because of some

older

vms (I believe from 3.6) that were configured with console with

video

type of CIRRUS and protocol VNC.


3.6 had cirrus indeed. That should work. Can you somehow confirm

it was really a 3.6 VM and it stopped working in 4.2? The exact
steps are important, unfortunately.




I'm pretty sure they were VMs created in 3.6, but I can't say for
absolute certain.  Sorry.


Tracing it out it showed that the vm  libvirt xml was begin set

to

headless.


do you at least recall what cluster level version it was when it

stopped working? The VM definition should have been changed to VGA
when you move the VM from 3.6 cluster to a 4.0+

I upgraded from 4.1.something and I'm pretty sure at the time the
cluster level was 4.1, and those same VMs were able to get
consoles.
Sorry I can't be more help now. I'll see if I have any notes that
might help me remember.




  I tried different settings but the only thing that seemed
to work was to set them to headless, then reopen config and set

them

to something else.

-John

On Thu, Feb 15, 2018 at 8:48 AM,   wrote:

Hi,

We upgraded one of our infrastructures to 4.2.0 recently and

since then some

of our machines have the "Console" button greyed-out in the

Admin UI, like

they were disabled.

I changed their compatibility to 4.2 but with no luck, as

they're still

disabled.

Is there a way to know why is that, and how to solve it?

I'm attaching a screenshot.

Thanks.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users [1]


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





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




Links:
--
[1] 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


[ovirt-users] database restoration

2018-02-16 Thread Fabrice Bacchella
I'm running a restoration test and getting the following log generated by 
engine-backup --mode=restore:

pg_restore: [archiver (db)] Error while PROCESSING TOC:
pg_restore: [archiver (db)] Error from TOC entry 4274; 0 0 COMMENT EXTENSION 
plpgsql 
pg_restore: [archiver (db)] could not execute query: ERROR:  must be owner of 
extension plpgsql
Command was: COMMENT ON EXTENSION plpgsql IS 'PL/pgSQL procedural language';



pg_restore: WARNING:  no privileges could be revoked for "public"
pg_restore: WARNING:  no privileges could be revoked for "public"
pg_restore: WARNING:  no privileges were granted for "public"
pg_restore: WARNING:  no privileges were granted for "public"
WARNING: errors ignored on restore: 1

Do I need to worry, as this error is ignored ?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] XML error ovirt-4.2.1 release

2018-02-16 Thread Ladislav Humenik

Hello all,


we just tested the 4.2.0 release, worked fine so far.

Yesterday just updated to the latest 4.2.1 and since then we can not 
send and receive response; the error has to do with the response to the 
server:


checkContentType(XML_CONTENT_TYPE_RE, "XML", 
response.getFirstHeader("content-type").getValue());


it seems it is not XML type

the error is:

        throw new Error("Failed to send request", e);

Through the web api I can connect and get and see all, but through the 
SDK it exits. I've tried both 420 and 421 SDKs of ovirt.



--
Ladislav Humenik

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


[ovirt-users] Unable to add Hosts to Cluster

2018-02-16 Thread Mark Steele
Hello all,

We recently had a network event where we lost access to our storage for a
period of time. The Cluster basically shut down all our VM's and in the
process we had three HV's that went offline and would not communicate
properly with the cluster.

We have since completely reinstalled CentOS on the hosts and attempted to
install them into the cluster with no joy. We've gotten to the point where
we generally get an error message in the web gui:

Stage: Misc Configuration
Host hv-ausa-02 installation failed. Command returned failure code 1 during
SSH session 'root@10.1.90.154'.

the following is what we are seeing in the messages log:

Feb 16 11:39:53 hv-ausa-02 vdsm-tool: libvirt: XML-RPC error :
authentication failed: authentication failed
Feb 16 11:39:53 hv-ausa-02 libvirtd: 2018-02-16 16:39:53.761+: 15231:
error : virNetSASLSessionListMechanisms:390 : internal error: cannot list
SASL mechanisms -4 (SASL(-4): no mechanism available: Internal Error -4 in
server.c near line 1757)
Feb 16 11:39:53 hv-ausa-02 libvirtd: 2018-02-16 16:39:53.761+: 15231:
error : remoteDispatchAuthSaslInit:3411 : authentication failed:
authentication failed
Feb 16 11:39:53 hv-ausa-02 libvirtd: 2018-02-16 16:39:53.761+: 15226:
error : virNetSocketReadWire:1808 : End of file while reading data:
Input/output error
Feb 16 11:39:53 hv-ausa-02 vdsm-tool: libvirt: XML-RPC error :
authentication failed: authentication failed
Feb 16 11:39:53 hv-ausa-02 libvirtd: 2018-02-16 16:39:53.962+: 15233:
error : virNetSASLSessionListMechanisms:390 : internal error: cannot list
SASL mechanisms -4 (SASL(-4): no mechanism available: Internal Error -4 in
server.c near line 1757)
Feb 16 11:39:53 hv-ausa-02 libvirtd: 2018-02-16 16:39:53.963+: 15233:
error : remoteDispatchAuthSaslInit:3411 : authentication failed:
authentication failed
Feb 16 11:39:53 hv-ausa-02 libvirtd: 2018-02-16 16:39:53.963+: 15226:
error : virNetSocketReadWire:1808 : End of file while reading data:
Input/output error
Feb 16 11:39:53 hv-ausa-02 vdsm-tool: libvirt: XML-RPC error :
authentication failed: authentication failed
Feb 16 11:39:53 hv-ausa-02 vdsm-tool: Traceback (most recent call last):
Feb 16 11:39:53 hv-ausa-02 vdsm-tool: File "/usr/bin/vdsm-tool", line 219,
in main
Feb 16 11:39:53 hv-ausa-02 vdsm-tool: return
tool_command[cmd]["command"](*args)
Feb 16 11:39:53 hv-ausa-02 vdsm-tool: File
"/usr/lib/python2.7/site-packages/vdsm/tool/upgrade_300_networks.py", line
83, in upgrade_networks
Feb 16 11:39:53 hv-ausa-02 vdsm-tool: networks = netinfo.networks()
Feb 16 11:39:53 hv-ausa-02 vdsm-tool: File
"/usr/lib/python2.7/site-packages/vdsm/netinfo.py", line 112, in networks
Feb 16 11:39:53 hv-ausa-02 vdsm-tool: conn = libvirtconnection.get()
Feb 16 11:39:53 hv-ausa-02 vdsm-tool: File
"/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 159, in
get
Feb 16 11:39:53 hv-ausa-02 vdsm-tool: conn = _open_qemu_connection()
Feb 16 11:39:53 hv-ausa-02 vdsm-tool: File
"/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 95, in
_open_qemu_connection
Feb 16 11:39:53 hv-ausa-02 vdsm-tool: return utils.retry(libvirtOpen,
timeout=10, sleep=0.2)
Feb 16 11:39:53 hv-ausa-02 vdsm-tool: File
"/usr/lib/python2.7/site-packages/vdsm/utils.py", line 1108, in retry
Feb 16 11:39:53 hv-ausa-02 vdsm-tool: return func()
Feb 16 11:39:53 hv-ausa-02 vdsm-tool: File
"/usr/lib64/python2.7/site-packages/libvirt.py", line 105, in openAuth
Feb 16 11:39:53 hv-ausa-02 vdsm-tool: if ret is None:raise
libvirtError('virConnectOpenAuth() failed')
Feb 16 11:39:53 hv-ausa-02 vdsm-tool: libvirtError: authentication failed:
authentication failed
Feb 16 11:39:53 hv-ausa-02 systemd: vdsm-network.service: control process
exited, code=exited status=1
Feb 16 11:39:53 hv-ausa-02 systemd: Failed to start Virtual Desktop Server
Manager network restoration.
Feb 16 11:39:53 hv-ausa-02 systemd: Dependency failed for Virtual Desktop
Server Manager.
Feb 16 11:39:53 hv-ausa-02 systemd: Job vdsmd.service/start failed with
result 'dependency'.
Feb 16 11:39:53 hv-ausa-02 systemd: Unit vdsm-network.service entered
failed state.
Feb 16 11:39:53 hv-ausa-02 systemd: vdsm-network.service failed.
Feb 16 11:40:01 hv-ausa-02 systemd: Started Session 10 of user root.
Feb 16 11:40:01 hv-ausa-02 systemd: Starting Session 10 of user root.
Feb 16 11:40:01 hv-ausa-02 systemd: Started Session 11 of user root.
Feb 16 11:40:01 hv-ausa-02 systemd: Starting Session 11 of user root.

Can someone point me in the right direction to resolve this - it seems to
be a SASL issue perhaps?

***
*Mark Steele*
CIO / VP Technical Operations | TelVue Corporation
TelVue - We Share Your Vision
16000 Horizon Way, Suite 100 | Mt. Laurel, NJ 08054
800.885.8886 x128 | mste...@telvue.com | http://www.telvue.com
twitter: http://twitter.com/telvue | facebook:
https://www.facebook.com/telvue
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Requirements for basic host

2018-02-16 Thread Andrei V

Nope, you don’t need additional engine.


> On 16 Feb 2018, at 15:45, Mark Steele  wrote:
> 
> Hello again,
> 
> I'm building a new host for my cluster and have a quick question about 
> required software for joining the host to my cluster.
> 
> In my notes from a previous colleague, I am instructed to do the following:
> 
> yum install http://resources.ovirt.org/pub/yum-repo/ovirt-release35.rpm 
> 
> yum install ovirt-hosted-engine-setup
> hosted-engine --deploy
> We already have a HostedEngine running on another server in the cluster - so 
> do I need to install ovirt-hosted-engine-setup and then deploy it for this 
> server to join the cluster and operate properly?
> 
> As always - thank you for your time.
> 
> ***
> Mark Steele
> CIO / VP Technical Operations | TelVue Corporation
> TelVue - We Share Your Vision
> 16000 Horizon Way, Suite 100 | Mt. Laurel, NJ 08054
> 800.885.8886 x128 | mste...@telvue.com  | 
> http://www.telvue.com 
> twitter: http://twitter.com/telvue  | facebook: 
> https://www.facebook.com/telvue 
> ___
> 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] Requirements for basic host

2018-02-16 Thread Mark Steele
Hello again,

I'm building a new host for my cluster and have a quick question about
required software for joining the host to my cluster.

In my notes from a previous colleague, I am instructed to do the following:

yum install http://resources.ovirt.org/pub/yum-repo/ovirt-release35.rpm
yum install ovirt-hosted-engine-setup
hosted-engine --deploy

We already have a HostedEngine running on another server in the cluster -
so do I need to install ovirt-hosted-engine-setup and then deploy it for
this server to join the cluster and operate properly?

As always - thank you for your time.

***
*Mark Steele*
CIO / VP Technical Operations | TelVue Corporation
TelVue - We Share Your Vision
16000 Horizon Way, Suite 100 | Mt. Laurel, NJ 08054
800.885.8886 x128 | mste...@telvue.com | http://www.telvue.com
twitter: http://twitter.com/telvue | facebook:
https://www.facebook.com/telvue
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Requirements for basic host

2018-02-16 Thread Mark Steele
Thank you!

Now if I can just get past this failing to install into the cluster on
error code 1!

Seems to be some sort of authentication issue between the hosted engine and
the new server just at the end

I'll post some more information in a new email



***
*Mark Steele*
CIO / VP Technical Operations | TelVue Corporation
TelVue - We Share Your Vision
16000 Horizon Way, Suite 100 | Mt. Laurel, NJ 08054
800.885.8886 x128 | mste...@telvue.com | http://www.telvue.com
twitter: http://twitter.com/telvue | facebook:
https://www.facebook.com/telvue

On Fri, Feb 16, 2018 at 8:54 AM, Andrei V  wrote:

>
> Nope, you don’t need additional engine.
>
>
> On 16 Feb 2018, at 15:45, Mark Steele  wrote:
>
> Hello again,
>
> I'm building a new host for my cluster and have a quick question about
> required software for joining the host to my cluster.
>
> In my notes from a previous colleague, I am instructed to do the following:
>
> yum install http://resources.ovirt.org/pub/yum-repo/ovirt-release35.rpm
> yum install ovirt-hosted-engine-setup
> hosted-engine --deploy
>
> We already have a HostedEngine running on another server in the cluster -
> so do I need to install ovirt-hosted-engine-setup and then deploy it for
> this server to join the cluster and operate properly?
>
> As always - thank you for your time.
>
> ***
> *Mark Steele*
> CIO / VP Technical Operations | TelVue Corporation
> TelVue - We Share Your Vision
> 16000 Horizon Way, Suite 100 | Mt. Laurel, NJ 08054
> 800.885.8886 x128 <(800)%20885-8886> | mste...@telvue.com | http://
> www.telvue.com
> twitter: http://twitter.com/telvue | facebook: https://www.
> facebook.com/telvue
> ___
> 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] Unable to put Host into Maintenance mode

2018-02-16 Thread Mark Steele
Using the ovirt-shell, I find that there are no vms assigned to this host:

[oVirt shell (connected)]# list vms --query "host=hv-01"

So I'm now looking to see where the host is reporting back to the engine
that it has migrations in progress. Anyone know where to look for that?

Thanks!


***
*Mark Steele*
CIO / VP Technical Operations | TelVue Corporation
TelVue - We Share Your Vision
16000 Horizon Way, Suite 100 | Mt. Laurel, NJ 08054
800.885.8886 x128 | mste...@telvue.com | http://www.telvue.com
twitter: http://twitter.com/telvue | facebook:
https://www.facebook.com/telvue

On Thu, Feb 15, 2018 at 4:35 PM, Alex K  wrote:

> Yes you can.
>
> On Feb 15, 2018 23:09, "Mark Steele"  wrote:
>
>> I have with no joy.
>>
>> Question: Can I restart the HostedEngine with running VM's without
>> negatively impacting them?
>>
>>
>> ***
>> *Mark Steele*
>> CIO / VP Technical Operations | TelVue Corporation
>> TelVue - We Share Your Vision
>> 16000 Horizon Way, Suite 100 | Mt. Laurel, NJ 08054
>> 
>> 800.885.8886 x128 <800%20885%208886> | mste...@telvue.com | http://
>> www.telvue.com
>> twitter: http://twitter.com/telvue | facebook: https://www.facebook
>> .com/telvue
>>
>> On Thu, Feb 15, 2018 at 1:41 PM, Alexander Wels  wrote:
>>
>>> On Thursday, February 15, 2018 1:14:44 PM EST Mark Steele wrote:
>>> > Michal,
>>> >
>>> > Thank you for the response.
>>> >
>>> > - there are no qemu processes running
>>> > - the server has been rebooted several times
>>> > - the engine has been rebooted several times
>>> >
>>> > The issue persists. I'm not sure where to look next.
>>> >
>>>
>>> Have you tried right clicking on the host, and select 'Confirm Host has
>>> been
>>> rebooted' that is basically telling the engine that the host is fenced,
>>> and
>>> you should be able to put it into maintenance mode. It will ask
>>> confirmation
>>> but we know the host has been rebooted and nothing is running.
>>>
>>> >
>>> > ***
>>> > *Mark Steele*
>>> > CIO / VP Technical Operations | TelVue Corporation
>>> > TelVue - We Share Your Vision
>>> > 16000 Horizon Way, Suite 100 | Mt. Laurel, NJ 08054
>>> 
>>> > 800.885.8886 x128 | mste...@telvue.com | http://www.telvue.com
>>> > twitter: http://twitter.com/telvue | facebook:
>>> > https://www.facebook.com/telvue
>>> >
>>> > On Thu, Feb 15, 2018 at 12:10 PM, Michal Skrivanek <
>>> >
>>> > michal.skriva...@redhat.com> wrote:
>>> > > On 15 Feb 2018, at 12:06, Mark Steele  wrote:
>>> > >
>>> > > I have a host that is currently reporting down with NO VM's on it or
>>> > > associated with it. However when I attempt to put it into maintenance
>>> > > mode,
>>> > > I get the following error:
>>> > >
>>> > > Host hv-01 cannot change into maintenance mode - not all Vms have
>>> been
>>> > > migrated successfully. Consider manual intervention:
>>> stopping/migrating
>>> > > Vms:  (User: admin)
>>> > >
>>> > > I am running
>>> > > oVirt Engine Version: 3.5.0.1-1.el6
>>> > >
>>> > >
>>> > > that’s a really old version….
>>> > >
>>> > > first confirm there is no running vm on that host (log in there,
>>> look for
>>> > > qemu processes)
>>> > > if not, it’s likely just engine issue, somewhere it lost track of
>>> what’s
>>> > > actually running there - in that case you could try to restart the
>>> host,
>>> > > restart engine. that should help
>>> > >
>>> > >
>>> > > ***
>>> > > *Mark Steele*
>>> > > CIO / VP Technical Operations | TelVue Corporation
>>> > > TelVue - We Share Your Vision
>>> > > 16000 Horizon Way, Suite 100 | Mt. Laurel, NJ 08054
>>> 
>>> > > >> +Mt.+Laurel,+N
>>> > > J+08054=gmail=g> 800.885.8886 x128 <(800)%20885-8886> |
>>> > > mste...@telvue.com | http:// www.telvue.com
>>> > > twitter: http://twitter.com/telvue | facebook: https://www.
>>> > > facebook.com/telvue
>>> > > ___
>>> > > 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


[ovirt-users] Username / password for ovirt-shell

2018-02-16 Thread Mark Steele
Hello,

I'm not the original system architect of our Cluster and I'm not able to
locate any documentation regarding the username and password for our
ovirt-shell CLI.

Is there a config file on the HostedEngine that would point me in the right
direction?

Best regards,

***
*Mark Steele*
CIO / VP Technical Operations | TelVue Corporation
TelVue - We Share Your Vision
16000 Horizon Way, Suite 100 | Mt. Laurel, NJ 08054
800.885.8886 x128 | mste...@telvue.com | http://www.telvue.com
twitter: http://twitter.com/telvue | facebook:
https://www.facebook.com/telvue
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Username / password for ovirt-shell

2018-02-16 Thread Mark Steele
Please disregard - there was a .ovirtshellrc file and I was able to figure
out the credentials



***
*Mark Steele*
CIO / VP Technical Operations | TelVue Corporation
TelVue - We Share Your Vision
16000 Horizon Way, Suite 100 | Mt. Laurel, NJ 08054
800.885.8886 x128 | mste...@telvue.com | http://www.telvue.com
twitter: http://twitter.com/telvue | facebook:
https://www.facebook.com/telvue

On Fri, Feb 16, 2018 at 2:08 PM, Mark Steele  wrote:

> Hello,
>
> I'm not the original system architect of our Cluster and I'm not able to
> locate any documentation regarding the username and password for our
> ovirt-shell CLI.
>
> Is there a config file on the HostedEngine that would point me in the
> right direction?
>
> Best regards,
>
> ***
> *Mark Steele*
> CIO / VP Technical Operations | TelVue Corporation
> TelVue - We Share Your Vision
> 16000 Horizon Way, Suite 100 | Mt. Laurel, NJ 08054
> 800.885.8886 x128 <(800)%20885-8886> | mste...@telvue.com | http://
> www.telvue.com
> twitter: http://twitter.com/telvue | facebook: https://www.
> facebook.com/telvue
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Unable to put Host into Maintenance mode

2018-02-16 Thread Yaniv Kaul
On Feb 15, 2018 7:35 PM, "Christopher Cox"  wrote:

On 02/15/2018 11:10 AM, Michal Skrivanek wrote:
..snippity... with regards to oVirt 3.5


> that’s a really old version….
>

I know I'll catch heat for this, but by "old" you mean like December of
2015?  Just trying put things into perspective.  Thus it goes with the
ancient and decrepit Red Hat Ent. 7.1 days, right?

I know, I know, FOSS... the only thing worse than running today's code is
running yesterday's.

We still run a 3.5 oVirt in our dev lab, btw.  But I would not have set
that up (not that I would have recommended oVirt to begin with), preferring
3.4 at the time.  I would have waited for 3.6.

With that said, 3.5 isn't exactly on the "stable line" to Red Hat
Virtualization, that was 3.4 and then 3.6.


Red Hat doesn't support 3.x anymore, unless its 3.6 with specific
subscription that extends its support.


Some people can't afford major (downtime) upgrades every 3-6 months or so.
But, arguably, maybe we shouldn't be running oVirt.  Maybe it's not
designed for "production".


3.4,5,6 are minor releases of 3.x.
The same way that 4.1 and 4.2 are minor releases of 4.x.
I agree that with lots of changing landscape (for example, the move from
EL6 to EL7) and with the number of features introduced, they don't seem
that minor. But there's an ongoing effort to both keep backwards
compatibility as well continously improve quality - which regretfully,
requires updating from time to time.


I guess oVirt isn't really for production by definition, but many of us are
doing so.

So... not really a "ding" against oVirt developers, it's just a rapidly
moving target with the normal risks that come with that.  People just need
to understand that.

And with that said, the fact that many of us are running those ancient
decrepit evil versions of oVirt in production today, is actually a
testimony to its quality.  Good job devs!


Or a warning sign that upgrade is not yet easy as it should be. I believe
we've improved the experience and quality of the upgrade flow over time,
but we can certainly do a better job.

I also think there are two additional factors :
1. Don't fix what ain't broken - it works, why bother? Not much the oVirt
community can do here.
2. Newer versions do not provide enough incentive to upgrade. This is a
tougher one - I believe they do, both in terms of quality as well as new
features that bring value to different use-cases. However, we may not be
doing enough 'marketing' work around them, or they are not documented well
enough, etc.
Y.




___
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] Unable to add Hosts to Cluster

2018-02-16 Thread Yaniv Kaul
On Feb 16, 2018 6:47 PM, "Mark Steele"  wrote:

Hello all,

We recently had a network event where we lost access to our storage for a
period of time. The Cluster basically shut down all our VM's and in the
process we had three HV's that went offline and would not communicate
properly with the cluster.

We have since completely reinstalled CentOS on the hosts and attempted to
install them into the cluster with no joy. We've gotten to the point where
we generally get an error message in the web gui:


Which EL release and which oVirt release are you using? My guess would be
latest EL, with an older oVirt?
Y.


Stage: Misc Configuration
Host hv-ausa-02 installation failed. Command returned failure code 1 during
SSH session 'root@10.1.90.154'.

the following is what we are seeing in the messages log:

Feb 16 11:39:53 hv-ausa-02 vdsm-tool: libvirt: XML-RPC error :
authentication failed: authentication failed
Feb 16 11:39:53 hv-ausa-02 libvirtd: 2018-02-16 16:39:53.761+: 15231:
error : virNetSASLSessionListMechanisms:390 : internal error: cannot list
SASL mechanisms -4 (SASL(-4): no mechanism available: Internal Error -4 in
server.c near line 1757)
Feb 16 11:39:53 hv-ausa-02 libvirtd: 2018-02-16 16:39:53.761+: 15231:
error : remoteDispatchAuthSaslInit:3411 : authentication failed:
authentication failed
Feb 16 11:39:53 hv-ausa-02 libvirtd: 2018-02-16 16:39:53.761+: 15226:
error : virNetSocketReadWire:1808 : End of file while reading data:
Input/output error
Feb 16 11:39:53 hv-ausa-02 vdsm-tool: libvirt: XML-RPC error :
authentication failed: authentication failed
Feb 16 11:39:53 hv-ausa-02 libvirtd: 2018-02-16 16:39:53.962+: 15233:
error : virNetSASLSessionListMechanisms:390 : internal error: cannot list
SASL mechanisms -4 (SASL(-4): no mechanism available: Internal Error -4 in
server.c near line 1757)
Feb 16 11:39:53 hv-ausa-02 libvirtd: 2018-02-16 16:39:53.963+: 15233:
error : remoteDispatchAuthSaslInit:3411 : authentication failed:
authentication failed
Feb 16 11:39:53 hv-ausa-02 libvirtd: 2018-02-16 16:39:53.963+: 15226:
error : virNetSocketReadWire:1808 : End of file while reading data:
Input/output error
Feb 16 11:39:53 hv-ausa-02 vdsm-tool: libvirt: XML-RPC error :
authentication failed: authentication failed
Feb 16 11:39:53 hv-ausa-02 vdsm-tool: Traceback (most recent call last):
Feb 16 11:39:53 hv-ausa-02 vdsm-tool: File "/usr/bin/vdsm-tool", line 219,
in main
Feb 16 11:39:53 hv-ausa-02 vdsm-tool: return tool_command[cmd]["command"](*
args)
Feb 16 11:39:53 hv-ausa-02 vdsm-tool: File "/usr/lib/python2.7/site-
packages/vdsm/tool/upgrade_300_networks.py", line 83, in upgrade_networks
Feb 16 11:39:53 hv-ausa-02 vdsm-tool: networks = netinfo.networks()
Feb 16 11:39:53 hv-ausa-02 vdsm-tool: File
"/usr/lib/python2.7/site-packages/vdsm/netinfo.py",
line 112, in networks
Feb 16 11:39:53 hv-ausa-02 vdsm-tool: conn = libvirtconnection.get()
Feb 16 11:39:53 hv-ausa-02 vdsm-tool: File "/usr/lib/python2.7/site-
packages/vdsm/libvirtconnection.py", line 159, in get
Feb 16 11:39:53 hv-ausa-02 vdsm-tool: conn = _open_qemu_connection()
Feb 16 11:39:53 hv-ausa-02 vdsm-tool: File "/usr/lib/python2.7/site-
packages/vdsm/libvirtconnection.py", line 95, in _open_qemu_connection
Feb 16 11:39:53 hv-ausa-02 vdsm-tool: return utils.retry(libvirtOpen,
timeout=10, sleep=0.2)
Feb 16 11:39:53 hv-ausa-02 vdsm-tool: File
"/usr/lib/python2.7/site-packages/vdsm/utils.py",
line 1108, in retry
Feb 16 11:39:53 hv-ausa-02 vdsm-tool: return func()
Feb 16 11:39:53 hv-ausa-02 vdsm-tool: File
"/usr/lib64/python2.7/site-packages/libvirt.py",
line 105, in openAuth
Feb 16 11:39:53 hv-ausa-02 vdsm-tool: if ret is None:raise
libvirtError('virConnectOpenAuth()
failed')
Feb 16 11:39:53 hv-ausa-02 vdsm-tool: libvirtError: authentication failed:
authentication failed
Feb 16 11:39:53 hv-ausa-02 systemd: vdsm-network.service: control process
exited, code=exited status=1
Feb 16 11:39:53 hv-ausa-02 systemd: Failed to start Virtual Desktop Server
Manager network restoration.
Feb 16 11:39:53 hv-ausa-02 systemd: Dependency failed for Virtual Desktop
Server Manager.
Feb 16 11:39:53 hv-ausa-02 systemd: Job vdsmd.service/start failed with
result 'dependency'.
Feb 16 11:39:53 hv-ausa-02 systemd: Unit vdsm-network.service entered
failed state.
Feb 16 11:39:53 hv-ausa-02 systemd: vdsm-network.service failed.
Feb 16 11:40:01 hv-ausa-02 systemd: Started Session 10 of user root.
Feb 16 11:40:01 hv-ausa-02 systemd: Starting Session 10 of user root.
Feb 16 11:40:01 hv-ausa-02 systemd: Started Session 11 of user root.
Feb 16 11:40:01 hv-ausa-02 systemd: Starting Session 11 of user root.

Can someone point me in the right direction to resolve this - it seems to
be a SASL issue perhaps?

***
*Mark Steele*
CIO / VP Technical Operations | TelVue Corporation
TelVue - We Share Your Vision
16000 Horizon Way, Suite 100 | Mt. Laurel, NJ 08054
800.885.8886 x128 <(800)%20885-8886> | mste...@telvue.com | http://
www.telvue.com
twitter: 

Re: [ovirt-users] Unable to add Hosts to Cluster

2018-02-16 Thread Mark Steele
We are using CentOS Linux release 7.0.1406 (Core) and  oVirt Engine
Version: 3.5.0.1-1.el6

We have four other hosts that are running this same configuration already.
I took one host out of the cluster (forcefully) that was working and now it
will not add back in either - throwing the same SASL error.

We are looking at downgrading libvirt as I've seen that somewhere else - is
there another version of RH I should be trying? I have a host I can put it
on.



***
*Mark Steele*
CIO / VP Technical Operations | TelVue Corporation
TelVue - We Share Your Vision
16000 Horizon Way, Suite 100 | Mt. Laurel, NJ 08054
800.885.8886 x128 | mste...@telvue.com | http://www.telvue.com
twitter: http://twitter.com/telvue | facebook:
https://www.facebook.com/telvue

On Fri, Feb 16, 2018 at 3:31 PM, Yaniv Kaul  wrote:

>
>
> On Feb 16, 2018 6:47 PM, "Mark Steele"  wrote:
>
> Hello all,
>
> We recently had a network event where we lost access to our storage for a
> period of time. The Cluster basically shut down all our VM's and in the
> process we had three HV's that went offline and would not communicate
> properly with the cluster.
>
> We have since completely reinstalled CentOS on the hosts and attempted to
> install them into the cluster with no joy. We've gotten to the point where
> we generally get an error message in the web gui:
>
>
> Which EL release and which oVirt release are you using? My guess would be
> latest EL, with an older oVirt?
> Y.
>
>
> Stage: Misc Configuration
> Host hv-ausa-02 installation failed. Command returned failure code 1
> during SSH session 'root@10.1.90.154'.
>
> the following is what we are seeing in the messages log:
>
> Feb 16 11:39:53 hv-ausa-02 vdsm-tool: libvirt: XML-RPC error :
> authentication failed: authentication failed
> Feb 16 11:39:53 hv-ausa-02 libvirtd: 2018-02-16 16:39:53.761+: 15231:
> error : virNetSASLSessionListMechanisms:390 : internal error: cannot list
> SASL mechanisms -4 (SASL(-4): no mechanism available: Internal Error -4 in
> server.c near line 1757)
> Feb 16 11:39:53 hv-ausa-02 libvirtd: 2018-02-16 16:39:53.761+: 15231:
> error : remoteDispatchAuthSaslInit:3411 : authentication failed:
> authentication failed
> Feb 16 11:39:53 hv-ausa-02 libvirtd: 2018-02-16 16:39:53.761+: 15226:
> error : virNetSocketReadWire:1808 : End of file while reading data:
> Input/output error
> Feb 16 11:39:53 hv-ausa-02 vdsm-tool: libvirt: XML-RPC error :
> authentication failed: authentication failed
> Feb 16 11:39:53 hv-ausa-02 libvirtd: 2018-02-16 16:39:53.962+: 15233:
> error : virNetSASLSessionListMechanisms:390 : internal error: cannot list
> SASL mechanisms -4 (SASL(-4): no mechanism available: Internal Error -4 in
> server.c near line 1757)
> Feb 16 11:39:53 hv-ausa-02 libvirtd: 2018-02-16 16:39:53.963+: 15233:
> error : remoteDispatchAuthSaslInit:3411 : authentication failed:
> authentication failed
> Feb 16 11:39:53 hv-ausa-02 libvirtd: 2018-02-16 16:39:53.963+: 15226:
> error : virNetSocketReadWire:1808 : End of file while reading data:
> Input/output error
> Feb 16 11:39:53 hv-ausa-02 vdsm-tool: libvirt: XML-RPC error :
> authentication failed: authentication failed
> Feb 16 11:39:53 hv-ausa-02 vdsm-tool: Traceback (most recent call last):
> Feb 16 11:39:53 hv-ausa-02 vdsm-tool: File "/usr/bin/vdsm-tool", line 219,
> in main
> Feb 16 11:39:53 hv-ausa-02 vdsm-tool: return tool_command[cmd]["command"](*
> args)
> Feb 16 11:39:53 hv-ausa-02 vdsm-tool: File "/usr/lib/python2.7/site-packa
> ges/vdsm/tool/upgrade_300_networks.py", line 83, in upgrade_networks
> Feb 16 11:39:53 hv-ausa-02 vdsm-tool: networks = netinfo.networks()
> Feb 16 11:39:53 hv-ausa-02 vdsm-tool: File 
> "/usr/lib/python2.7/site-packages/vdsm/netinfo.py",
> line 112, in networks
> Feb 16 11:39:53 hv-ausa-02 vdsm-tool: conn = libvirtconnection.get()
> Feb 16 11:39:53 hv-ausa-02 vdsm-tool: File "/usr/lib/python2.7/site-packa
> ges/vdsm/libvirtconnection.py", line 159, in get
> Feb 16 11:39:53 hv-ausa-02 vdsm-tool: conn = _open_qemu_connection()
> Feb 16 11:39:53 hv-ausa-02 vdsm-tool: File "/usr/lib/python2.7/site-packa
> ges/vdsm/libvirtconnection.py", line 95, in _open_qemu_connection
> Feb 16 11:39:53 hv-ausa-02 vdsm-tool: return utils.retry(libvirtOpen,
> timeout=10, sleep=0.2)
> Feb 16 11:39:53 hv-ausa-02 vdsm-tool: File 
> "/usr/lib/python2.7/site-packages/vdsm/utils.py",
> line 1108, in retry
> Feb 16 11:39:53 hv-ausa-02 vdsm-tool: return func()
> Feb 16 11:39:53 hv-ausa-02 vdsm-tool: File 
> "/usr/lib64/python2.7/site-packages/libvirt.py",
> line 105, in openAuth
> Feb 16 11:39:53 hv-ausa-02 vdsm-tool: if ret is None:raise
> libvirtError('virConnectOpenAuth() failed')
> Feb 16 11:39:53 hv-ausa-02 vdsm-tool: libvirtError: authentication failed:
> authentication failed
> Feb 16 11:39:53 hv-ausa-02 systemd: vdsm-network.service: control process
> exited, code=exited status=1
> Feb 16 11:39:53 hv-ausa-02 systemd: Failed to start Virtual Desktop 

Re: [ovirt-users] Unable to put Host into Maintenance mode

2018-02-16 Thread Mark Steele
So - to get this back on track - I was able to remove the host entirely
from HostedEngine using ovirt-shell - but now cannot add it back for the
same reason as not being able to add ANY hosts to this cluster (there is
another email thread on this):


***
*Mark Steele*
CIO / VP Technical Operations | TelVue Corporation
TelVue - We Share Your Vision
16000 Horizon Way, Suite 100 | Mt. Laurel, NJ 08054
800.885.8886 x128 | mste...@telvue.com | http://www.telvue.com
twitter: http://twitter.com/telvue | facebook:
https://www.facebook.com/telvue

On Fri, Feb 16, 2018 at 3:30 PM, Yaniv Kaul  wrote:

>
>
> On Feb 15, 2018 7:35 PM, "Christopher Cox"  wrote:
>
> On 02/15/2018 11:10 AM, Michal Skrivanek wrote:
> ..snippity... with regards to oVirt 3.5
>
>
>> that’s a really old version….
>>
>
> I know I'll catch heat for this, but by "old" you mean like December of
> 2015?  Just trying put things into perspective.  Thus it goes with the
> ancient and decrepit Red Hat Ent. 7.1 days, right?
>
> I know, I know, FOSS... the only thing worse than running today's code is
> running yesterday's.
>
> We still run a 3.5 oVirt in our dev lab, btw.  But I would not have set
> that up (not that I would have recommended oVirt to begin with), preferring
> 3.4 at the time.  I would have waited for 3.6.
>
> With that said, 3.5 isn't exactly on the "stable line" to Red Hat
> Virtualization, that was 3.4 and then 3.6.
>
>
> Red Hat doesn't support 3.x anymore, unless its 3.6 with specific
> subscription that extends its support.
>
>
> Some people can't afford major (downtime) upgrades every 3-6 months or
> so.  But, arguably, maybe we shouldn't be running oVirt.  Maybe it's not
> designed for "production".
>
>
> 3.4,5,6 are minor releases of 3.x.
> The same way that 4.1 and 4.2 are minor releases of 4.x.
> I agree that with lots of changing landscape (for example, the move from
> EL6 to EL7) and with the number of features introduced, they don't seem
> that minor. But there's an ongoing effort to both keep backwards
> compatibility as well continously improve quality - which regretfully,
> requires updating from time to time.
>
>
> I guess oVirt isn't really for production by definition, but many of us
> are doing so.
>
> So... not really a "ding" against oVirt developers, it's just a rapidly
> moving target with the normal risks that come with that.  People just need
> to understand that.
>
> And with that said, the fact that many of us are running those ancient
> decrepit evil versions of oVirt in production today, is actually a
> testimony to its quality.  Good job devs!
>
>
> Or a warning sign that upgrade is not yet easy as it should be. I believe
> we've improved the experience and quality of the upgrade flow over time,
> but we can certainly do a better job.
>
> I also think there are two additional factors :
> 1. Don't fix what ain't broken - it works, why bother? Not much the oVirt
> community can do here.
> 2. Newer versions do not provide enough incentive to upgrade. This is a
> tougher one - I believe they do, both in terms of quality as well as new
> features that bring value to different use-cases. However, we may not be
> doing enough 'marketing' work around them, or they are not documented well
> enough, etc.
> Y.
>
>
>
>
> ___
> 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


[ovirt-users] oVirt 4.2 WebUI Plugin API Docs?

2018-02-16 Thread Zip
Are there any updated docs for the WebUI Plugins API?

I have found the following which all appear to be old and no longer working?

https://www.ovirt.org/documentation/admin-guide/appe-oVirt_User_Interface_Pl
ugins/
https://www.ovirt.org/develop/release-management/features/ux/uiplugins/
http://resources.ovirt.org/old-site-files/UI_Plugins_at_oVirt_Workshop_Sunny
vale_2013.pdf

Thanks 

Zip


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