Re: [Users] upgrade to latest master not working

2013-07-26 Thread Alon Bar-Lev


- Original Message -
> From: "Dead Horse" 
> To: "Alon Bar-Lev" 
> Cc: "users" 
> Sent: Saturday, July 27, 2013 2:05:08 AM
> Subject: Re: [Users] upgrade to latest master not working
> 
> Yep there was a leftover:
> /usr/share/ovirt-engine/setup/plugins/ovirt-engine-setup/releasepreview
> 
> I got past that now however it is now failing at the Environment
> customization stage.
> 
> Here is the output of engine-upgrade. I have also attached the upgrade log.
> 
> [ INFO  ] Stage: Initializing
> [ INFO  ] Stage: Environment setup
>   Log file: /tmp/ovirt-engine-setup-20130726175419.log
>   Version: otopi-3.3.020
>   Configuration files:
> ['/etc/ovirt-engine-setup.conf.d/10-packaging.conf']
> [ INFO  ] Stage: Environment packages setup
> [ INFO  ] Stage: Programs detection
> [ INFO  ] Stage: Environment setup
> [ INFO  ] Stage: Environment customization
> [ ERROR ] Failed to execute stage 'Environment customization': Cannot
> connect to database: server does not support SSL, but SSL was required
> [ INFO  ] Stage: Clean up
>   Log file is located at /tmp/ovirt-engine-setup-20130726175419.log
> [ INFO  ] Stage: Pre-termination
> [ INFO  ] Stage: Termination
> 
> - DHC

Correct, thanks!
I prepared a patch[1].

commit 18fe8cf53c519fdb8a4e831faf3b0a6c5a64167b
Author: Alon Bar-Lev 
Date:   Sat Jul 27 09:25:27 2013 +0300

packaging: setup: legacy: ssl flags should be boolean

Change-Id: I9bc9f59a2a3ac18f613200bf2f9b70948b494b91
Signed-off-by: Alon Bar-Lev 
Reported-By: Dead Horse 

[1] http://gerrit.ovirt.org/17359
 
> 
> 
> 
> On Fri, Jul 26, 2013 at 3:38 PM, Alon Bar-Lev  wrote:
> 
> >
> > You probably have some leftovers at /usr/share/ovirt-engine/setup, search
> > for releasepreview
> >
> > - Original Message -
> > > From: "Dead Horse" 
> > > To: "" 
> > > Sent: Friday, July 26, 2013 11:34:09 PM
> > > Subject: [Users] upgrade to latest master not working
> > >
> > > Trying to upgrade engine built from
> > > commit: dbc3d31110ce372a1fa7e06f64c4a5c64544c679
> > >
> > > To latest engine built from latest master
> > >
> > > running engine-upgrade results in:
> > >
> > > ***L:ERROR Internal Error: No Module named releasepreview
> > >
> > > I know I must be missing something obvious?
> > >
> > > The surrounding versions of otopi, host-deploy, etc do yum upgrade
> > cleanly
> > > however.
> > >
> > > - DHC
> > >
> > > ___
> > > 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: [Users] upgrade to latest master not working

2013-07-26 Thread Alon Bar-Lev

You probably have some leftovers at /usr/share/ovirt-engine/setup, search for 
releasepreview

- Original Message -
> From: "Dead Horse" 
> To: "" 
> Sent: Friday, July 26, 2013 11:34:09 PM
> Subject: [Users] upgrade to latest master not working
> 
> Trying to upgrade engine built from
> commit: dbc3d31110ce372a1fa7e06f64c4a5c64544c679
> 
> To latest engine built from latest master
> 
> running engine-upgrade results in:
> 
> ***L:ERROR Internal Error: No Module named releasepreview
> 
> I know I must be missing something obvious?
> 
> The surrounding versions of otopi, host-deploy, etc do yum upgrade cleanly
> however.
> 
> - DHC
> 
> ___
> 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] upgrade to latest master not working

2013-07-26 Thread Dead Horse
Trying to upgrade engine built from
commit:  dbc3d31110ce372a1fa7e06f64c4a5c64544c679

To latest engine built from latest master

running engine-upgrade results in:

***L:ERROR Internal Error: No Module named releasepreview

I know I must be missing something obvious?

The surrounding versions of otopi, host-deploy, etc do yum upgrade cleanly
however.

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


[Users] Fibre channel - LVM problems

2013-07-26 Thread Łukasz Faber
Hello,

I'm trying to set up an oVirt 3.2.1 cluster with FC storage.
However, I have encountered a problem when adding the storage to the
cluster. The action fails with the error shown in the log fragment
below.

Thread-628::DEBUG::2013-07-25 
21:07:56,385::task::568::TaskManager.Task::(_updateState) 
Task=`2a9c1ec3-3ab7-467c-949d-f47260e95dda`::moving from state init -> state 
preparing
Thread-628::INFO::2013-07-25 21:07:56,386::logUtils::41::dispatcher::(wrapper) 
Run and protect: createVG(vgname='7d6f6cd0-608a-4221-aca4-67fffb874b45', 
devlist=['3600a0b800074a36e06e951f14e7d'], force=False, options=None)
Thread-628::DEBUG::2013-07-25 
21:07:56,387::misc::84::Storage.Misc.excCmd::() '/usr/bin/sudo -n 
/sbin/lvm pvcreate --config " devices { preferred_names = [\\"^/dev/mapper/\\"] 
ignore_suspended_devices=1 write_cache_state=0 disable_after_error_count=3 
filter = [ \\"a%3600a0b800074a36e06e951f14e7d%\\", \\"r%.*%\\" ] }  global 
{  locking_type=1  prioritise_write_locks=1  wait_for_locks=1 }  backup {  
retain_min = 50  retain_days = 0 } " --metadatasize 128m --metadatacopies 2 
--metadataignore y /dev/mapper/3600a0b800074a36e06e951f14e7d' (cwd None)
Thread-628::DEBUG::2013-07-25 
21:07:56,427::misc::84::Storage.Misc.excCmd::() SUCCESS:  = ''; 
 = 0
Thread-628::DEBUG::2013-07-25 
21:07:56,428::lvm::471::OperationMutex::(_invalidatepvs) Operation 'lvm 
invalidate operation' got the operation mutex
Thread-628::DEBUG::2013-07-25 
21:07:56,428::lvm::474::OperationMutex::(_invalidatepvs) Operation 'lvm 
invalidate operation' released the operation mutex
Thread-628::DEBUG::2013-07-25 
21:07:56,429::misc::84::Storage.Misc.excCmd::() '/usr/bin/sudo -n 
/sbin/lvm pvchange --config " devices { preferred_names = [\\"^/dev/mapper/\\"] 
ignore_suspended_devices=1 write_cache_state=0 disable_after_error_count=3 
filter = [ \\"a%3600a0b800074a36e06e951f14e7d%\\", \\"r%.*%\\" ] }  global 
{  locking_type=1  prioritise_write_locks=1  wait_for_locks=1 }  backup {  
retain_min = 50  retain_days = 0 } " --metadataignore n 
/dev/mapper/3600a0b800074a36e06e951f14e7d' (cwd None)
Thread-628::DEBUG::2013-07-25 
21:07:56,468::misc::84::Storage.Misc.excCmd::() FAILED:  = '  No 
device found for PV W8eewg-xskW-2b4S-NJf6-6aux-ySua-1kAU9J.\n  
/dev/mapper/3600a0b800074a36e06e951f14e7d: lseek 18446744073575333888 
failed: Invalid argument\n  /dev/mapper/3600a0b800074a36e06e951f14e7d: 
lseek 18446744073575333888 failed: Invalid argument\n  Failed to store physical 
volume "/dev/mapper/3600a0b800074a36e06e951f14e7d"\n';  = 5
Thread-628::ERROR::2013-07-25 
21:07:56,470::task::833::TaskManager.Task::(_setError) 
Task=`2a9c1ec3-3ab7-467c-949d-f47260e95dda`::Unexpected error
Traceback (most recent call last):
  File "/usr/share/vdsm/storage/task.py", line 840, in _run
return fn(*args, **kargs)
  File "/usr/share/vdsm/logUtils.py", line 42, in wrapper
res = f(*args, **kwargs)
  File "/usr/share/vdsm/storage/hsm.py", line 1951, in createVG
(force.capitalize() == "True")))
  File "/usr/share/vdsm/storage/lvm.py", line 865, in createVG
raise se.PhysDevInitializationError(pvs[0])
PhysDevInitializationError: Failed to initialize physical device: 
('/dev/mapper/3600a0b800074a36e06e951f14e7d',)
Thread-628::DEBUG::2013-07-25 21:07:56,473::task::852::TaskManager.Task::(_run) 
Task=`2a9c1ec3-3ab7-467c-949d-f47260e95dda`::Task._run: 
2a9c1ec3-3ab7-467c-949d-f47260e95dda ('7d6f6cd0-608a-4221-aca4-67fffb874b45', 
['3600a0b800074a36e06e951f14e7d'], False) {} failed - stopping task


As you can see, the PV is created but the next action (pvchange) fails
due to a wrong lseek parameter value. I have pinpointed the problem to the
metadatacopies parameter (a manually created PV without this parameter
works fine).

I have found a similar issue here:
https://www.redhat.com/archives/lvm-devel/2011-February/msg00127.html

List of PVs after the error:
# pvs
  PVVG Fmt  Attr PSize   PFree  
  /dev/mapper/3600a0b800074a36e06e951f14e7dlvm2 a--  100,00g 100,00g
  /dev/sdb2 fedora lvm2 a--  556,44g  0 

# pvck -v /dev/mapper/3600a0b800074a36e06e951f14e7d
  Scanning /dev/mapper/3600a0b800074a36e06e951f14e7d
  Found label on /dev/mapper/3600a0b800074a36e06e951f14e7d, sector 1, 
type=LVM2 001
  Found text metadata area: offset=4096, size=135262208
  Huge memory allocation (size 50003968) rejected - metadata corruption?
  Bounce buffer malloc failed
  Read from /dev/mapper/3600a0b800074a36e06e951f14e7d failed
  Found text metadata area: offset=107239964672, size=134217728

  Huge memory allocation (size 50003968) rejected - metadata corruption?
  Bounce buffer malloc failed
  Read from /dev/mapper/3600a0b800074a36e06e951f14e7d failed

The OS is Fedora 19.

# lvm version
  LVM version: 2.02.98(2) (2012-10-15)
  Library version: 1.02.77 (2012-10-15)
  Driver version:  4.24.0

Best regards,
Łukasz


Re: [Users] oVirt 3.2 - Migration failed due to error: migrateerr

2013-07-26 Thread Nicholas Kesick
> Date: Fri, 26 Jul 2013 05:52:44 +0300
> From: ih...@redhat.com
> To: cybertimber2...@hotmail.com
> CC: dan...@redhat.com; users@ovirt.org
> Subject: Re: [Users] oVirt 3.2 - Migration failed due to error: migrateerr
> 
> On 07/26/2013 05:40 AM, Nicholas Kesick wrote:
> >
> > Replies inline.
> >  > Date: Thu, 25 Jul 2013 22:27:17 +0300
> >  > From: dan...@redhat.com
> >  > To: cybertimber2...@hotmail.com
> >  > CC: users@ovirt.org
> >  > Subject: Re: [Users] oVirt 3.2 - Migration failed due to error:
> > migrateerr
> >  >
> >  > On Thu, Jul 25, 2013 at 11:54:40AM -0400, Nicholas Kesick wrote:
> >  > > When I try to migrate a VM, any VM, between my two hosts, I receive
> > an error that says Migration failed due to error: migrateerr. Looking in
> > the log I don't see any thing that jumps out other than the final message
> >  > >
> >  > > VDSGenericException: VDSErrorException: Failed to MigrateStatusVDS,
> > error = Fatal error during migration
> >  > >
> >  > > Ovirt-engine is version 3.2.2-1.1.fc18.noarch, firewalld is
> > disabled, and selinux is permissive.
> >  >
> >  > Please do not say this in public, you're hurting Dan Walsh's feelings ;-)
> >  >
> > I recall seeing his blog posts, and I agree. Not sure when I set it to
> > permissive... maybe to get the 3.2 install w/ Firewalld setup to
> > complete? I remember that was fixed in 3.2.1. I'll set it back to enforcing.
> >  > >
> >  > > ovirt-node version is 2.6.1 on both hosts.
> >  > >
> >  > > Any suggestions would be welcome!
> >  > >
> >  >
> >  > I'd love to see /etc/vdsm/vdsm.log from source and destination. The
> >  > intersting parts start with vmMigrate at the source and with
> >  > vmMigrationCreate at the destination.
> > Hmm, I probably should have pulled that sooner. So, I cleared the active
> > VDSM (while nothing was running) and libvirtd.log, booted one vm, and
> > tried to migrate it. Attached are the logs. It looks like it boils down
> > to (from the source):
> > Traceback (most recent call last):
> >File "/usr/share/vdsm/vm.py", line 271, in run
> >File "/usr/share/vdsm/libvirtvm.py", line 505, in
> > _startUnderlyingMigration
> >File "/usr/share/vdsm/libvirtvm.py", line 541, in f
> >File "/usr/lib64/python2.7/site-packages/vdsm/libvirtconnection.py",
> > line 111, in wrapper
> >File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1178, in
> > migrateToURI2
> > libvirtError: internal error Attempt to migrate guest to the same host
> > localhost
> > Does this mean my UUIDs are the same?
> > http://vaunaspada.babel.it/blog/?p=613
> > As far as the destination, I'm really not understanding what's going on
> > on the destination between "Destination VM creation succeeded" and
> > ":destroy Called" that would lead to it failing, except for what's after
> > the traceback:
> > Traceback (most recent call last):
> >File "/usr/share/vdsm/vm.py", line 696, in _startUnderlyingVm
> >File "/usr/share/vdsm/libvirtvm.py", line 1907, in
> > _waitForIncomingMigrationFinish
> >File "/usr/lib64/python2.7/site-packages/vdsm/libvirtconnection.py",
> > line 111, in wrapper
> >File "/usr/lib64/python2.7/site-packages/libvirt.py", line 2822, in
> > lookupByUUIDString
> > libvirtError: Domain not found: no domain with matching uuid
> > '50171e1b-cf21-41d8-80f3-88ab1b980091'
> > But that is the ID of the VM by the looks of it.
> > Sorry Itamar, nothing was written to libvirtd.log after I cleared it.
> 
> Thread-800::ERROR::2013-07-26 01:57:16,198::vm::198::vm.Vm::(_recover) 
> vmId=`50171e1b-cf21-41d8-80f3-88ab1b980091`::internal error Attempt to 
> migrate guest to the same host localhost
> Thread-800::ERROR::2013-07-26 01:57:16,377::vm::286::vm.Vm::(run) 
> vmId=`50171e1b-cf21-41d8-80f3-88ab1b980091`::Failed to migrate
> Traceback (most recent call last):
>File "/usr/share/vdsm/vm.py", line 271, in run
>File "/usr/share/vdsm/libvirtvm.py", line 505, in 
> _startUnderlyingMigration
>File "/usr/share/vdsm/libvirtvm.py", line 541, in f
>File "/usr/lib64/python2.7/site-packages/vdsm/libvirtconnection.py", 
> line 111, in wrapper
>File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1178, in 
> migrateToURI2
> libvirtError: internal error Attempt to migrate guest to the same host 
> localhost
> 
> what are your hostnames?

"host001" on 192.168.0.103 and "host002" on 192.168.0.104
Even tried changing it, no luck.

Could it be because the oVirt Node - Network tab - does not have any DNS 
servers specified?
  ___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] oVirt 3.3 SPICE console error 500

2013-07-26 Thread Jakub Libosvar

Hi all,
I assume CC in this mail was meant for Jakub Bittner, not for me :) 
CC'ing him


Have a nice day,
Kuba

On 07/26/2013 04:24 PM, Einav Cohen wrote:

- Original Message -
From: "Itamar Heim" 
Sent: Friday, July 26, 2013 6:55:55 AM

On 07/26/2013 01:07 PM, Tomas Jelinek wrote:

Well, this is an error introduced by upgrading the GWT and it broke our
serialization mechanism.
There is a bug opened (well, not exactly your issue but a different which
is caused by the same problem - see the comments).

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


is the fix the same for both?


I believe so. As Tomas mentioned - there are several issues that are being
caused from the same root problem, hence a single fix should resolve all issues.


sounds like we need to fix asap, and hopefully jakub can take the next
nightly that will have that fix (and, hmmm, test upgrade from 3.3
pre-release to 3.3 pre-release...)


an immediate fix was already merged earlier today: 
http://gerrit.ovirt.org/#/c/17330/.
I believe that it will solve all issues that are being caused due to the 
serialization
problem of the "dateCreated" field of the RepoImage class (including the 
problem reported
by Jakub in this thread and the problem reported in Bug 988021).
a better / more robust solution is being worked on as we speak.





- Original Message -

From: "Jakub Bittner" 
To: users@ovirt.org
Sent: Friday, July 26, 2013 8:01:04 AM
Subject: [Users] oVirt 3.3 SPICE console error 500

Hello,
I upgraded oVirt to 3.3 and when I want to launch SPICE console I get
error 500 on web ui. I tried to install websovketproxy package, enabled
it by "engine-config -s WebSocketProxy="Engine:6100" " But it did not
help. I dont know what I did wrong. Logs are bellow. Thank you for advice

==> ovirt-engine/engine.log <==
2013-07-25 15:22:31,717 INFO
[org.ovirt.engine.core.bll.SetVmTicketCommand] (ajp--127.0.0.1-8702-8)
Running command: SetVmTicketCommand internal: false. Entities affected
:  ID: 8c6ea349-902f-4457-8c3f-49ee5d4cf6b9 Type: VM
2013-07-25 15:22:31,726 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand]
(ajp--127.0.0.1-8702-8) START, SetVmTicketVDSCommand(HostName =
node19.nbu.cz, HostId = dc1fde46-66af-4f66-947a-12791cd6b9a0,
vmId=8c6ea349-902f-4457-8c3f-49ee5d4cf6b9, ticket=7LP81DPq1CpR,
validTime=120,m userName=admin@internal,
userId=fdfc627c-d875-11e0-90f0-83df133b58cc), log id: 1b7e23bf
2013-07-25 15:22:31,764 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand]
(ajp--127.0.0.1-8702-8) FINISH, SetVmTicketVDSCommand, log id: 1b7e23bf

==> ovirt-engine/server.log <==
2013-07-25 15:22:31,865 ERROR
[org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/webadmin]]
(ajp--127.0.0.1-8702-8) Exception while dispatching incoming RPC call:
java.lang.NullPointerException
  at
com.google.gwt.rpc.server.WebModePayloadSink.getBytes(WebModePayloadSink.java:860)
[gwt-servlet.jar:]
  at
com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.push(WebModePayloadSink.java:767)
[gwt-servlet.jar:]
  at
com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.constructorFunction(WebModePayloadSink.java:636)
[gwt-servlet.jar:]
  at
com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.visit(WebModePayloadSink.java:259)
[gwt-servlet.jar:]
  at
com.google.gwt.rpc.client.ast.InstantiateCommand.traverse(InstantiateCommand.java:54)
[gwt-servlet.jar:]
  at
com.google.gwt.rpc.client.ast.RpcCommandVisitor.doAccept(RpcCommandVisitor.java:320)
[gwt-servlet.jar:]
  at
com.google.gwt.rpc.client.ast.RpcCommandVisitor.accept(RpcCommandVisitor.java:42)
[gwt-servlet.jar:]
  at
com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.visit(WebModePayloadSink.java:236)
[gwt-servlet.jar:]
  at
com.google.gwt.rpc.client.ast.ArrayValueCommand.traverse(ArrayValueCommand.java:53)
[gwt-servlet.jar:]
  at
com.google.gwt.rpc.client.ast.RpcCommandVisitor.doAccept(RpcCommandVisitor.java:320)
[gwt-servlet.jar:]
  at
com.google.gwt.rpc.client.ast.RpcCommandVisitor.accept(RpcCommandVisitor.java:42)
[gwt-servlet.jar:]
  at
com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.visit(WebModePayloadSink.java:291)
[gwt-servlet.jar:]
  at
com.google.gwt.rpc.client.ast.InstantiateCommand.traverse(InstantiateCommand.java:54)
[gwt-servlet.jar:]
  at
com.google.gwt.rpc.client.ast.RpcCommandVisitor.doAccept(RpcCommandVisitor.java:320)
[gwt-servlet.jar:]
  at
com.google.gwt.rpc.client.ast.RpcCommandVisitor.accept(RpcCommandVisitor.java:42)
[gwt-servlet.jar:]
  at
com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.visit(WebModePayloadSink.java:375)
[gwt-servlet.jar:]
  at
com.google.gwt.rpc.client.ast.InvokeCustomFieldSerializerCommand.traverse(InvokeCustomFieldSerializerCommand.java:76)
[gwt-servlet.jar:]
  at
com.google.gwt.rpc.client.ast.RpcCommandVisitor.doAccept(RpcCommandVisitor.java:320)
[gwt-servlet.jar:]
  at
com.google

Re: [Users] oVirt 3.3 SPICE console error 500

2013-07-26 Thread Einav Cohen
> - Original Message -
> From: "Itamar Heim" 
> Sent: Friday, July 26, 2013 6:55:55 AM
> 
> On 07/26/2013 01:07 PM, Tomas Jelinek wrote:
> > Well, this is an error introduced by upgrading the GWT and it broke our
> > serialization mechanism.
> > There is a bug opened (well, not exactly your issue but a different which
> > is caused by the same problem - see the comments).
> >
> > https://bugzilla.redhat.com/show_bug.cgi?id=988021
> 
> is the fix the same for both?

I believe so. As Tomas mentioned - there are several issues that are being 
caused from the same root problem, hence a single fix should resolve all issues.

> sounds like we need to fix asap, and hopefully jakub can take the next
> nightly that will have that fix (and, hmmm, test upgrade from 3.3
> pre-release to 3.3 pre-release...)

an immediate fix was already merged earlier today: 
http://gerrit.ovirt.org/#/c/17330/.
I believe that it will solve all issues that are being caused due to the 
serialization 
problem of the "dateCreated" field of the RepoImage class (including the 
problem reported 
by Jakub in this thread and the problem reported in Bug 988021).
a better / more robust solution is being worked on as we speak.

> 
> >
> > - Original Message -
> >> From: "Jakub Bittner" 
> >> To: users@ovirt.org
> >> Sent: Friday, July 26, 2013 8:01:04 AM
> >> Subject: [Users] oVirt 3.3 SPICE console error 500
> >>
> >> Hello,
> >> I upgraded oVirt to 3.3 and when I want to launch SPICE console I get
> >> error 500 on web ui. I tried to install websovketproxy package, enabled
> >> it by "engine-config -s WebSocketProxy="Engine:6100" " But it did not
> >> help. I dont know what I did wrong. Logs are bellow. Thank you for advice
> >>
> >> ==> ovirt-engine/engine.log <==
> >> 2013-07-25 15:22:31,717 INFO
> >> [org.ovirt.engine.core.bll.SetVmTicketCommand] (ajp--127.0.0.1-8702-8)
> >> Running command: SetVmTicketCommand internal: false. Entities affected
> >> :  ID: 8c6ea349-902f-4457-8c3f-49ee5d4cf6b9 Type: VM
> >> 2013-07-25 15:22:31,726 INFO
> >> [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand]
> >> (ajp--127.0.0.1-8702-8) START, SetVmTicketVDSCommand(HostName =
> >> node19.nbu.cz, HostId = dc1fde46-66af-4f66-947a-12791cd6b9a0,
> >> vmId=8c6ea349-902f-4457-8c3f-49ee5d4cf6b9, ticket=7LP81DPq1CpR,
> >> validTime=120,m userName=admin@internal,
> >> userId=fdfc627c-d875-11e0-90f0-83df133b58cc), log id: 1b7e23bf
> >> 2013-07-25 15:22:31,764 INFO
> >> [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand]
> >> (ajp--127.0.0.1-8702-8) FINISH, SetVmTicketVDSCommand, log id: 1b7e23bf
> >>
> >> ==> ovirt-engine/server.log <==
> >> 2013-07-25 15:22:31,865 ERROR
> >> [org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/webadmin]]
> >> (ajp--127.0.0.1-8702-8) Exception while dispatching incoming RPC call:
> >> java.lang.NullPointerException
> >>  at
> >> com.google.gwt.rpc.server.WebModePayloadSink.getBytes(WebModePayloadSink.java:860)
> >> [gwt-servlet.jar:]
> >>  at
> >> com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.push(WebModePayloadSink.java:767)
> >> [gwt-servlet.jar:]
> >>  at
> >> com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.constructorFunction(WebModePayloadSink.java:636)
> >> [gwt-servlet.jar:]
> >>  at
> >> com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.visit(WebModePayloadSink.java:259)
> >> [gwt-servlet.jar:]
> >>  at
> >> com.google.gwt.rpc.client.ast.InstantiateCommand.traverse(InstantiateCommand.java:54)
> >> [gwt-servlet.jar:]
> >>  at
> >> com.google.gwt.rpc.client.ast.RpcCommandVisitor.doAccept(RpcCommandVisitor.java:320)
> >> [gwt-servlet.jar:]
> >>  at
> >> com.google.gwt.rpc.client.ast.RpcCommandVisitor.accept(RpcCommandVisitor.java:42)
> >> [gwt-servlet.jar:]
> >>  at
> >> com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.visit(WebModePayloadSink.java:236)
> >> [gwt-servlet.jar:]
> >>  at
> >> com.google.gwt.rpc.client.ast.ArrayValueCommand.traverse(ArrayValueCommand.java:53)
> >> [gwt-servlet.jar:]
> >>  at
> >> com.google.gwt.rpc.client.ast.RpcCommandVisitor.doAccept(RpcCommandVisitor.java:320)
> >> [gwt-servlet.jar:]
> >>  at
> >> com.google.gwt.rpc.client.ast.RpcCommandVisitor.accept(RpcCommandVisitor.java:42)
> >> [gwt-servlet.jar:]
> >>  at
> >> com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.visit(WebModePayloadSink.java:291)
> >> [gwt-servlet.jar:]
> >>  at
> >> com.google.gwt.rpc.client.ast.InstantiateCommand.traverse(InstantiateCommand.java:54)
> >> [gwt-servlet.jar:]
> >>  at
> >> com.google.gwt.rpc.client.ast.RpcCommandVisitor.doAccept(RpcCommandVisitor.java:320)
> >> [gwt-servlet.jar:]
> >>  at
> >> com.google.gwt.rpc.client.ast.RpcCommandVisitor.accept(RpcCommandVisitor.java:42)
> >> [gwt-servlet.jar:]
> >>  at
> >> com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.visit(WebModePayloadSink.java:375)
> >> [gwt-servlet.jar:]
> >>

Re: [Users] tech talk on KVM and oVirt !!

2013-07-26 Thread Doron Fediuck


- Original Message -
| From: "Udayendu Kar" 
| To: users@ovirt.org
| Cc: "Raghavendra Pai" 
| Sent: Thursday, July 25, 2013 6:57:43 PM
| Subject: [Users] tech talk on KVM and oVirt !!
| 
| Hi All,
| 
| Recently I got an golden opportunity to promote KVM and oVirt in an
| Engineering College. Here I took few talks and hands-on for the pre-final
| year and final year students based on KVM and oVirt. The whole event is
| documented here with few pics from the event.
| 
| http://udayendu.livejournal.com/671.html
| 
| After the presentation and hands-on, I have configured a test DC on oVirt for
| the use of the college [Comp.Sc & Engg dept.] and I believe this will help
| us to get some more contributors and uses in future.
| 
| I am very happy to share this with you all. Feel free to share your thoughts
| and suggestions if any.
| 
| 
| Thanks !
| 
| Best Regards,
| Udayendu Kar

Hi Udayendu,
looks impressive.

I'm wondering on the feedbacks you got about the technology
and implementation. Anything you can share with us?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Problem running engine-manage-domain on oVirt 3.1.0-4

2013-07-26 Thread Itamar Heim

On 07/26/2013 03:54 PM, Trevor Galloway wrote:

Thanks Itamar for the suggestion - however the `-action=edit` fails
since the currently configured user account is inactive within the
active directory - it looks as if there is an initial authentication
that needs to validate before the edit can proceed ... :(
Hence my query about being able to reset the underlying username that
engine-manage-domains uses?


you can delete the domain, then add it.
(and i'd expect edit allows you to set the new user and use it, strange 
it will fail you)



Thanks
Trevor


On 26 July 2013 12:01, Itamar Heim mailto:ih...@redhat.com>> wrote:

On 07/26/2013 01:55 PM, Trevor Galloway wrote:

Thanks Yair,
I made the changes to the engine-manage-domains script as
suggested in
the gerrit link - that now works just fine, and also confirms what I
thought the problem was all along - namely that the configured
username
returned on a `engine-manage-domains --action=list` is that of the
previous admin.
The problem being that their account is no longer valid within the
active directory, hence validation fails.
I've trawled the various ovirt config directories but can't find a
resource that holds the username to use on the LDAP query.
Presumably
this is something that gets setup at install time?
Is there a way to re-configure the underlying username?


engine-manage-domains should allow you to set the user used in the
ldap query via -action=list.
then you can use -action=edit to update it

Many thanks,
Trevor


On 25 July 2013 22:29, Yair Zaslavsky mailto:yzasl...@redhat.com>
>> wrote:



 - Original Message -
  > From: "Trevor Galloway" mailto:trevg...@googlemail.com>
 >>
  > To: users@ovirt.org 
>
  > Sent: Thursday, July 25, 2013 7:51:56 PM
  > Subject: [Users] Problem running engine-manage-domain on
oVirt
 3.1.0-4
  >
  > Hello oVirt Users,
  >
  >
  >
  > Just signed up to the user mailing list and have a question
 regarding an
  > error being reported to stdout when running
engine-manage-domains.
  >
  >
  >
  > When running the `engine-manage-domains` utility from
the command
 line I
  > see the following error reported:
  >
  >
  >
  > *[root@hive ovirt-engine]# engine-manage-domains
-action=list*
  >
  > *Failed reading current configuration. Details: Error
"Key for add
  > operation must be defined!" while reading configuration
value
 AdUserName.*
  >
  >
  >
  > A quick Google on this leads directly to Bugzilla – Bug
883846 –
 which
  > looks like it’s fixed in the 3.2 version. Can anyone confirm
 that? I’ve
  > inherited a DL580 running oVirt Manager and a bunch of
VM’s, and
 don’t
  > really want to undertake an upgrade just now if I don’t
have to.

 This is indeed the issue.

  >
  >
  >
  >
  >
  > The real problem seems to be that I can’t assign a user
with any
 roles
  > since the ldap lookup to the active server fails – due,
I think,
 to the
  > fact that the query is configured to authenticate with the
 previous admins
  > credentials – they left and the account is now disabled. J
  >
  >
  >
  > From the /var/log/ovirt-engine/engine.__log
  >
  >  *2013-07-25 11:32:15,574 ERROR
  >


[org.ovirt.engine.core.bll.__adbroker.__GSSAPIDirContextAuthentication__Strategy]
  > (ajp--0.0.0.0-8009-1) Authentication failed. The user is
either
 locked or
  > disabled*
  >
  > *2013-07-25 11:32:15,575 ERROR
  > [org.ovirt.engine.core.bll.__adbroker.DirectorySearcher]
  > (ajp--0.0.0.0-8009-1) Failed ldap search server
  > LDAP://:__389 due to
  >


org.ovirt.engine.core.bll.__adbroker.__EngineDirectoryServiceExceptio__n.
We
  > should not try the next server:
  >

org.ovirt.engine.core.bll.__adbroker.__Eng

Re: [Users] Problem running engine-manage-domain on oVirt 3.1.0-4

2013-07-26 Thread Trevor Galloway
Thanks Itamar for the suggestion - however the `-action=edit` fails since
the currently configured user account is inactive within the active
directory - it looks as if there is an initial authentication that needs to
validate before the edit can proceed ... :(

Hence my query about being able to reset the underlying username that
engine-manage-domains uses?

Thanks
Trevor




On 26 July 2013 12:01, Itamar Heim  wrote:

> On 07/26/2013 01:55 PM, Trevor Galloway wrote:
>
>> Thanks Yair,
>> I made the changes to the engine-manage-domains script as suggested in
>> the gerrit link - that now works just fine, and also confirms what I
>> thought the problem was all along - namely that the configured username
>> returned on a `engine-manage-domains --action=list` is that of the
>> previous admin.
>> The problem being that their account is no longer valid within the
>> active directory, hence validation fails.
>> I've trawled the various ovirt config directories but can't find a
>> resource that holds the username to use on the LDAP query. Presumably
>> this is something that gets setup at install time?
>> Is there a way to re-configure the underlying username?
>>
>
> engine-manage-domains should allow you to set the user used in the ldap
> query via -action=list.
> then you can use -action=edit to update it
>
>  Many thanks,
>> Trevor
>>
>>
>> On 25 July 2013 22:29, Yair Zaslavsky > > wrote:
>>
>>
>>
>> - Original Message -
>>  > From: "Trevor Galloway" > >
>>  > To: users@ovirt.org 
>>  > Sent: Thursday, July 25, 2013 7:51:56 PM
>>  > Subject: [Users] Problem running engine-manage-domain on oVirt
>> 3.1.0-4
>>  >
>>  > Hello oVirt Users,
>>  >
>>  >
>>  >
>>  > Just signed up to the user mailing list and have a question
>> regarding an
>>  > error being reported to stdout when running engine-manage-domains.
>>  >
>>  >
>>  >
>>  > When running the `engine-manage-domains` utility from the command
>> line I
>>  > see the following error reported:
>>  >
>>  >
>>  >
>>  > *[root@hive ovirt-engine]# engine-manage-domains -action=list*
>>  >
>>  > *Failed reading current configuration. Details: Error "Key for add
>>  > operation must be defined!" while reading configuration value
>> AdUserName.*
>>  >
>>  >
>>  >
>>  > A quick Google on this leads directly to Bugzilla – Bug 883846 –
>> which
>>  > looks like it’s fixed in the 3.2 version. Can anyone confirm
>> that? I’ve
>>  > inherited a DL580 running oVirt Manager and a bunch of VM’s, and
>> don’t
>>  > really want to undertake an upgrade just now if I don’t have to.
>>
>> This is indeed the issue.
>>
>>  >
>>  >
>>  >
>>  >
>>  >
>>  > The real problem seems to be that I can’t assign a user with any
>> roles
>>  > since the ldap lookup to the active server fails – due, I think,
>> to the
>>  > fact that the query is configured to authenticate with the
>> previous admins
>>  > credentials – they left and the account is now disabled. J
>>  >
>>  >
>>  >
>>  > From the /var/log/ovirt-engine/engine.**log
>>  >
>>  >  *2013-07-25 11:32:15,574 ERROR
>>  >
>> [org.ovirt.engine.core.bll.**adbroker.**
>> GSSAPIDirContextAuthentication**Strategy]
>>  > (ajp--0.0.0.0-8009-1) Authentication failed. The user is either
>> locked or
>>  > disabled*
>>  >
>>  > *2013-07-25 11:32:15,575 ERROR
>>  > [org.ovirt.engine.core.bll.**adbroker.DirectorySearcher]
>>  > (ajp--0.0.0.0-8009-1) Failed ldap search server
>>  > LDAP://:**389 due to
>>  >
>> org.ovirt.engine.core.bll.**adbroker.**EngineDirectoryServiceExceptio
>> **n. We
>>  > should not try the next server:
>>  > org.ovirt.engine.core.bll.**adbroker.**
>> EngineDirectoryServiceExceptio**n*
>>  >
>>  > * *
>>  >
>>  > The above gets written out as soon as I hit the Go button in the
>> Add System
>>  > Permission to User dialogue window.
>>
>> engine-manage-domains uses engine-config and provides its a
>> configuration (after the above bug fix) with keys in form of "key=".
>> If you really don't want to upgrade, maybe you should consider
>> editing the engine-manage-domains script, as in
>>
>> http://gerrit.ovirt.org/#/c/**9743/3/backend/manager/conf/**
>> kerberos/engine-manage-domains
>> ?
>>
>> You will have to do that for any altering operations on domains and
>> their associated users.
>>
>> Please let us know if it worked for you
>>
>> Many thanks,
>> Yair
>>
>>
>>  >
>>  >
>>  >
>>  > Thanks in advance for any advice!
>>  >
>>  > __**___

Re: [Users] Problem running engine-manage-domain on oVirt 3.1.0-4

2013-07-26 Thread Itamar Heim

On 07/26/2013 01:55 PM, Trevor Galloway wrote:

Thanks Yair,
I made the changes to the engine-manage-domains script as suggested in
the gerrit link - that now works just fine, and also confirms what I
thought the problem was all along - namely that the configured username
returned on a `engine-manage-domains --action=list` is that of the
previous admin.
The problem being that their account is no longer valid within the
active directory, hence validation fails.
I've trawled the various ovirt config directories but can't find a
resource that holds the username to use on the LDAP query. Presumably
this is something that gets setup at install time?
Is there a way to re-configure the underlying username?


engine-manage-domains should allow you to set the user used in the ldap 
query via -action=list.

then you can use -action=edit to update it


Many thanks,
Trevor


On 25 July 2013 22:29, Yair Zaslavsky mailto:yzasl...@redhat.com>> wrote:



- Original Message -
 > From: "Trevor Galloway" mailto:trevg...@googlemail.com>>
 > To: users@ovirt.org 
 > Sent: Thursday, July 25, 2013 7:51:56 PM
 > Subject: [Users] Problem running engine-manage-domain on oVirt
3.1.0-4
 >
 > Hello oVirt Users,
 >
 >
 >
 > Just signed up to the user mailing list and have a question
regarding an
 > error being reported to stdout when running engine-manage-domains.
 >
 >
 >
 > When running the `engine-manage-domains` utility from the command
line I
 > see the following error reported:
 >
 >
 >
 > *[root@hive ovirt-engine]# engine-manage-domains -action=list*
 >
 > *Failed reading current configuration. Details: Error "Key for add
 > operation must be defined!" while reading configuration value
AdUserName.*
 >
 >
 >
 > A quick Google on this leads directly to Bugzilla – Bug 883846 –
which
 > looks like it’s fixed in the 3.2 version. Can anyone confirm
that? I’ve
 > inherited a DL580 running oVirt Manager and a bunch of VM’s, and
don’t
 > really want to undertake an upgrade just now if I don’t have to.

This is indeed the issue.

 >
 >
 >
 >
 >
 > The real problem seems to be that I can’t assign a user with any
roles
 > since the ldap lookup to the active server fails – due, I think,
to the
 > fact that the query is configured to authenticate with the
previous admins
 > credentials – they left and the account is now disabled. J
 >
 >
 >
 > From the /var/log/ovirt-engine/engine.log
 >
 >  *2013-07-25 11:32:15,574 ERROR
 >
[org.ovirt.engine.core.bll.adbroker.GSSAPIDirContextAuthenticationStrategy]
 > (ajp--0.0.0.0-8009-1) Authentication failed. The user is either
locked or
 > disabled*
 >
 > *2013-07-25 11:32:15,575 ERROR
 > [org.ovirt.engine.core.bll.adbroker.DirectorySearcher]
 > (ajp--0.0.0.0-8009-1) Failed ldap search server
 > LDAP://:389 due to
 >
org.ovirt.engine.core.bll.adbroker.EngineDirectoryServiceException. We
 > should not try the next server:
 > org.ovirt.engine.core.bll.adbroker.EngineDirectoryServiceException*
 >
 > * *
 >
 > The above gets written out as soon as I hit the Go button in the
Add System
 > Permission to User dialogue window.

engine-manage-domains uses engine-config and provides its a
configuration (after the above bug fix) with keys in form of "key=".
If you really don't want to upgrade, maybe you should consider
editing the engine-manage-domains script, as in


http://gerrit.ovirt.org/#/c/9743/3/backend/manager/conf/kerberos/engine-manage-domains
?

You will have to do that for any altering operations on domains and
their associated users.

Please let us know if it worked for you

Many thanks,
Yair


 >
 >
 >
 > Thanks in advance for any advice!
 >
 > ___
 > 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: [Users] oVirt 3.3 SPICE console error 500

2013-07-26 Thread Itamar Heim

On 07/26/2013 01:07 PM, Tomas Jelinek wrote:

Well, this is an error introduced by upgrading the GWT and it broke our 
serialization mechanism.
There is a bug opened (well, not exactly your issue but a different which is 
caused by the same problem - see the comments).

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


is the fix the same for both?
sounds like we need to fix asap, and hopefully jakub can take the next 
nightly that will have that fix (and, hmmm, test upgrade from 3.3 
pre-release to 3.3 pre-release...)




- Original Message -

From: "Jakub Bittner" 
To: users@ovirt.org
Sent: Friday, July 26, 2013 8:01:04 AM
Subject: [Users] oVirt 3.3 SPICE console error 500

Hello,
I upgraded oVirt to 3.3 and when I want to launch SPICE console I get
error 500 on web ui. I tried to install websovketproxy package, enabled
it by "engine-config -s WebSocketProxy="Engine:6100" " But it did not
help. I dont know what I did wrong. Logs are bellow. Thank you for advice

==> ovirt-engine/engine.log <==
2013-07-25 15:22:31,717 INFO
[org.ovirt.engine.core.bll.SetVmTicketCommand] (ajp--127.0.0.1-8702-8)
Running command: SetVmTicketCommand internal: false. Entities affected
:  ID: 8c6ea349-902f-4457-8c3f-49ee5d4cf6b9 Type: VM
2013-07-25 15:22:31,726 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand]
(ajp--127.0.0.1-8702-8) START, SetVmTicketVDSCommand(HostName =
node19.nbu.cz, HostId = dc1fde46-66af-4f66-947a-12791cd6b9a0,
vmId=8c6ea349-902f-4457-8c3f-49ee5d4cf6b9, ticket=7LP81DPq1CpR,
validTime=120,m userName=admin@internal,
userId=fdfc627c-d875-11e0-90f0-83df133b58cc), log id: 1b7e23bf
2013-07-25 15:22:31,764 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand]
(ajp--127.0.0.1-8702-8) FINISH, SetVmTicketVDSCommand, log id: 1b7e23bf

==> ovirt-engine/server.log <==
2013-07-25 15:22:31,865 ERROR
[org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/webadmin]]
(ajp--127.0.0.1-8702-8) Exception while dispatching incoming RPC call:
java.lang.NullPointerException
 at
com.google.gwt.rpc.server.WebModePayloadSink.getBytes(WebModePayloadSink.java:860)
[gwt-servlet.jar:]
 at
com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.push(WebModePayloadSink.java:767)
[gwt-servlet.jar:]
 at
com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.constructorFunction(WebModePayloadSink.java:636)
[gwt-servlet.jar:]
 at
com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.visit(WebModePayloadSink.java:259)
[gwt-servlet.jar:]
 at
com.google.gwt.rpc.client.ast.InstantiateCommand.traverse(InstantiateCommand.java:54)
[gwt-servlet.jar:]
 at
com.google.gwt.rpc.client.ast.RpcCommandVisitor.doAccept(RpcCommandVisitor.java:320)
[gwt-servlet.jar:]
 at
com.google.gwt.rpc.client.ast.RpcCommandVisitor.accept(RpcCommandVisitor.java:42)
[gwt-servlet.jar:]
 at
com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.visit(WebModePayloadSink.java:236)
[gwt-servlet.jar:]
 at
com.google.gwt.rpc.client.ast.ArrayValueCommand.traverse(ArrayValueCommand.java:53)
[gwt-servlet.jar:]
 at
com.google.gwt.rpc.client.ast.RpcCommandVisitor.doAccept(RpcCommandVisitor.java:320)
[gwt-servlet.jar:]
 at
com.google.gwt.rpc.client.ast.RpcCommandVisitor.accept(RpcCommandVisitor.java:42)
[gwt-servlet.jar:]
 at
com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.visit(WebModePayloadSink.java:291)
[gwt-servlet.jar:]
 at
com.google.gwt.rpc.client.ast.InstantiateCommand.traverse(InstantiateCommand.java:54)
[gwt-servlet.jar:]
 at
com.google.gwt.rpc.client.ast.RpcCommandVisitor.doAccept(RpcCommandVisitor.java:320)
[gwt-servlet.jar:]
 at
com.google.gwt.rpc.client.ast.RpcCommandVisitor.accept(RpcCommandVisitor.java:42)
[gwt-servlet.jar:]
 at
com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.visit(WebModePayloadSink.java:375)
[gwt-servlet.jar:]
 at
com.google.gwt.rpc.client.ast.InvokeCustomFieldSerializerCommand.traverse(InvokeCustomFieldSerializerCommand.java:76)
[gwt-servlet.jar:]
 at
com.google.gwt.rpc.client.ast.RpcCommandVisitor.doAccept(RpcCommandVisitor.java:320)
[gwt-servlet.jar:]
 at
com.google.gwt.rpc.client.ast.RpcCommandVisitor.accept(RpcCommandVisitor.java:42)
[gwt-servlet.jar:]
 at
com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.visit(WebModePayloadSink.java:236)
[gwt-servlet.jar:]
 at
com.google.gwt.rpc.client.ast.ArrayValueCommand.traverse(ArrayValueCommand.java:53)
[gwt-servlet.jar:]
 at
com.google.gwt.rpc.client.ast.RpcCommandVisitor.doAccept(RpcCommandVisitor.java:320)
[gwt-servlet.jar:]
 at
com.google.gwt.rpc.client.ast.RpcCommandVisitor.accept(RpcCommandVisitor.java:42)
[gwt-servlet.jar:]
 at
com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.visit(WebModePayloadSink.java:291)
[gwt-servlet.jar:]
 at
com.google.gwt.rpc.client.ast.InstantiateCommand.traverse(InstantiateCommand.java:54)
[gwt-servlet.jar:]
 at
com.google.gwt.rpc.client.ast.Rpc

Re: [Users] Problem running engine-manage-domain on oVirt 3.1.0-4

2013-07-26 Thread Trevor Galloway
Thanks Yair,

I made the changes to the engine-manage-domains script as suggested in the
gerrit link - that now works just fine, and also confirms what I thought
the problem was all along - namely that the configured username returned on
a `engine-manage-domains --action=list` is that of the previous admin.

The problem being that their account is no longer valid within the active
directory, hence validation fails.

I've trawled the various ovirt config directories but can't find a resource
that holds the username to use on the LDAP query. Presumably this is
something that gets setup at install time?

Is there a way to re-configure the underlying username?

Many thanks,
Trevor


On 25 July 2013 22:29, Yair Zaslavsky  wrote:

>
>
> - Original Message -
> > From: "Trevor Galloway" 
> > To: users@ovirt.org
> > Sent: Thursday, July 25, 2013 7:51:56 PM
> > Subject: [Users] Problem running engine-manage-domain on oVirt 3.1.0-4
> >
> > Hello oVirt Users,
> >
> >
> >
> > Just signed up to the user mailing list and have a question regarding an
> > error being reported to stdout when running engine-manage-domains.
> >
> >
> >
> > When running the `engine-manage-domains` utility from the command line I
> > see the following error reported:
> >
> >
> >
> > *[root@hive ovirt-engine]# engine-manage-domains -action=list*
> >
> > *Failed reading current configuration. Details: Error "Key for add
> > operation must be defined!" while reading configuration value
> AdUserName.*
> >
> >
> >
> > A quick Google on this leads directly to Bugzilla – Bug 883846 – which
> > looks like it’s fixed in the 3.2 version. Can anyone confirm that? I’ve
> > inherited a DL580 running oVirt Manager and a bunch of VM’s, and don’t
> > really want to undertake an upgrade just now if I don’t have to.
>
> This is indeed the issue.
>
> >
> >
> >
> >
> >
> > The real problem seems to be that I can’t assign a user with any roles
> > since the ldap lookup to the active server fails – due, I think, to the
> > fact that the query is configured to authenticate with the previous
> admins
> > credentials – they left and the account is now disabled. J
> >
> >
> >
> > From the /var/log/ovirt-engine/engine.log
> >
> >  *2013-07-25 11:32:15,574 ERROR
> >
> [org.ovirt.engine.core.bll.adbroker.GSSAPIDirContextAuthenticationStrategy]
> > (ajp--0.0.0.0-8009-1) Authentication failed. The user is either locked or
> > disabled*
> >
> > *2013-07-25 11:32:15,575 ERROR
> > [org.ovirt.engine.core.bll.adbroker.DirectorySearcher]
> > (ajp--0.0.0.0-8009-1) Failed ldap search server
> > LDAP://:389 due to
> > org.ovirt.engine.core.bll.adbroker.EngineDirectoryServiceException. We
> > should not try the next server:
> > org.ovirt.engine.core.bll.adbroker.EngineDirectoryServiceException*
> >
> > * *
> >
> > The above gets written out as soon as I hit the Go button in the Add
> System
> > Permission to User dialogue window.
>
> engine-manage-domains uses engine-config and provides its a configuration
> (after the above bug fix) with keys in form of "key=".
> If you really don't want to upgrade, maybe you should consider editing the
> engine-manage-domains script, as in
>
>
> http://gerrit.ovirt.org/#/c/9743/3/backend/manager/conf/kerberos/engine-manage-domains?
>
> You will have to do that for any altering operations on domains and their
> associated users.
>
> Please let us know if it worked for you
>
> Many thanks,
> Yair
>
>
> >
> >
> >
> > Thanks in advance for any advice!
> >
> > ___
> > 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: [Users] oVirt 3.3 SPICE console error 500

2013-07-26 Thread Tomas Jelinek
Well, this is an error introduced by upgrading the GWT and it broke our 
serialization mechanism.
There is a bug opened (well, not exactly your issue but a different which is 
caused by the same problem - see the comments).

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

- Original Message -
> From: "Jakub Bittner" 
> To: users@ovirt.org
> Sent: Friday, July 26, 2013 8:01:04 AM
> Subject: [Users] oVirt 3.3 SPICE console error 500
> 
> Hello,
> I upgraded oVirt to 3.3 and when I want to launch SPICE console I get
> error 500 on web ui. I tried to install websovketproxy package, enabled
> it by "engine-config -s WebSocketProxy="Engine:6100" " But it did not
> help. I dont know what I did wrong. Logs are bellow. Thank you for advice
> 
> ==> ovirt-engine/engine.log <==
> 2013-07-25 15:22:31,717 INFO
> [org.ovirt.engine.core.bll.SetVmTicketCommand] (ajp--127.0.0.1-8702-8)
> Running command: SetVmTicketCommand internal: false. Entities affected
> :  ID: 8c6ea349-902f-4457-8c3f-49ee5d4cf6b9 Type: VM
> 2013-07-25 15:22:31,726 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand]
> (ajp--127.0.0.1-8702-8) START, SetVmTicketVDSCommand(HostName =
> node19.nbu.cz, HostId = dc1fde46-66af-4f66-947a-12791cd6b9a0,
> vmId=8c6ea349-902f-4457-8c3f-49ee5d4cf6b9, ticket=7LP81DPq1CpR,
> validTime=120,m userName=admin@internal,
> userId=fdfc627c-d875-11e0-90f0-83df133b58cc), log id: 1b7e23bf
> 2013-07-25 15:22:31,764 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand]
> (ajp--127.0.0.1-8702-8) FINISH, SetVmTicketVDSCommand, log id: 1b7e23bf
> 
> ==> ovirt-engine/server.log <==
> 2013-07-25 15:22:31,865 ERROR
> [org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/webadmin]]
> (ajp--127.0.0.1-8702-8) Exception while dispatching incoming RPC call:
> java.lang.NullPointerException
> at
> com.google.gwt.rpc.server.WebModePayloadSink.getBytes(WebModePayloadSink.java:860)
> [gwt-servlet.jar:]
> at
> com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.push(WebModePayloadSink.java:767)
> [gwt-servlet.jar:]
> at
> com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.constructorFunction(WebModePayloadSink.java:636)
> [gwt-servlet.jar:]
> at
> com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.visit(WebModePayloadSink.java:259)
> [gwt-servlet.jar:]
> at
> com.google.gwt.rpc.client.ast.InstantiateCommand.traverse(InstantiateCommand.java:54)
> [gwt-servlet.jar:]
> at
> com.google.gwt.rpc.client.ast.RpcCommandVisitor.doAccept(RpcCommandVisitor.java:320)
> [gwt-servlet.jar:]
> at
> com.google.gwt.rpc.client.ast.RpcCommandVisitor.accept(RpcCommandVisitor.java:42)
> [gwt-servlet.jar:]
> at
> com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.visit(WebModePayloadSink.java:236)
> [gwt-servlet.jar:]
> at
> com.google.gwt.rpc.client.ast.ArrayValueCommand.traverse(ArrayValueCommand.java:53)
> [gwt-servlet.jar:]
> at
> com.google.gwt.rpc.client.ast.RpcCommandVisitor.doAccept(RpcCommandVisitor.java:320)
> [gwt-servlet.jar:]
> at
> com.google.gwt.rpc.client.ast.RpcCommandVisitor.accept(RpcCommandVisitor.java:42)
> [gwt-servlet.jar:]
> at
> com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.visit(WebModePayloadSink.java:291)
> [gwt-servlet.jar:]
> at
> com.google.gwt.rpc.client.ast.InstantiateCommand.traverse(InstantiateCommand.java:54)
> [gwt-servlet.jar:]
> at
> com.google.gwt.rpc.client.ast.RpcCommandVisitor.doAccept(RpcCommandVisitor.java:320)
> [gwt-servlet.jar:]
> at
> com.google.gwt.rpc.client.ast.RpcCommandVisitor.accept(RpcCommandVisitor.java:42)
> [gwt-servlet.jar:]
> at
> com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.visit(WebModePayloadSink.java:375)
> [gwt-servlet.jar:]
> at
> com.google.gwt.rpc.client.ast.InvokeCustomFieldSerializerCommand.traverse(InvokeCustomFieldSerializerCommand.java:76)
> [gwt-servlet.jar:]
> at
> com.google.gwt.rpc.client.ast.RpcCommandVisitor.doAccept(RpcCommandVisitor.java:320)
> [gwt-servlet.jar:]
> at
> com.google.gwt.rpc.client.ast.RpcCommandVisitor.accept(RpcCommandVisitor.java:42)
> [gwt-servlet.jar:]
> at
> com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.visit(WebModePayloadSink.java:236)
> [gwt-servlet.jar:]
> at
> com.google.gwt.rpc.client.ast.ArrayValueCommand.traverse(ArrayValueCommand.java:53)
> [gwt-servlet.jar:]
> at
> com.google.gwt.rpc.client.ast.RpcCommandVisitor.doAccept(RpcCommandVisitor.java:320)
> [gwt-servlet.jar:]
> at
> com.google.gwt.rpc.client.ast.RpcCommandVisitor.accept(RpcCommandVisitor.java:42)
> [gwt-servlet.jar:]
> at
> com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.visit(WebModePayloadSink.java:291)
> [gwt-servlet.jar:]
> at
> com.google.gwt.rpc.client.ast.InstantiateCommand.traverse(InstantiateCommand.java:54)
> [gwt-servlet.jar:]
> at
> com.google.gwt.rpc.client.ast.RpcCommandVisitor.doAccept(RpcCommandVisitor.java:320)
> [gwt-servle

[Users] oVirt 3.3 SPICE console error 500

2013-07-26 Thread Jakub Bittner

Hello,
I upgraded oVirt to 3.3 and when I want to launch SPICE console I get 
error 500 on web ui. I tried to install websovketproxy package, enabled 
it by "engine-config -s WebSocketProxy="Engine:6100" " But it did not 
help. I dont know what I did wrong. Logs are bellow. Thank you for advice


==> ovirt-engine/engine.log <==
2013-07-25 15:22:31,717 INFO 
[org.ovirt.engine.core.bll.SetVmTicketCommand] (ajp--127.0.0.1-8702-8) 
Running command: SetVmTicketCommand internal: false. Entities affected 
:  ID: 8c6ea349-902f-4457-8c3f-49ee5d4cf6b9 Type: VM
2013-07-25 15:22:31,726 INFO 
[org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] 
(ajp--127.0.0.1-8702-8) START, SetVmTicketVDSCommand(HostName = 
node19.nbu.cz, HostId = dc1fde46-66af-4f66-947a-12791cd6b9a0, 
vmId=8c6ea349-902f-4457-8c3f-49ee5d4cf6b9, ticket=7LP81DPq1CpR, 
validTime=120,m userName=admin@internal, 
userId=fdfc627c-d875-11e0-90f0-83df133b58cc), log id: 1b7e23bf
2013-07-25 15:22:31,764 INFO 
[org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] 
(ajp--127.0.0.1-8702-8) FINISH, SetVmTicketVDSCommand, log id: 1b7e23bf


==> ovirt-engine/server.log <==
2013-07-25 15:22:31,865 ERROR 
[org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/webadmin]] 
(ajp--127.0.0.1-8702-8) Exception while dispatching incoming RPC call: 
java.lang.NullPointerException
   at 
com.google.gwt.rpc.server.WebModePayloadSink.getBytes(WebModePayloadSink.java:860) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.push(WebModePayloadSink.java:767) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.constructorFunction(WebModePayloadSink.java:636) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.visit(WebModePayloadSink.java:259) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.client.ast.InstantiateCommand.traverse(InstantiateCommand.java:54) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.client.ast.RpcCommandVisitor.doAccept(RpcCommandVisitor.java:320) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.client.ast.RpcCommandVisitor.accept(RpcCommandVisitor.java:42) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.visit(WebModePayloadSink.java:236) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.client.ast.ArrayValueCommand.traverse(ArrayValueCommand.java:53) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.client.ast.RpcCommandVisitor.doAccept(RpcCommandVisitor.java:320) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.client.ast.RpcCommandVisitor.accept(RpcCommandVisitor.java:42) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.visit(WebModePayloadSink.java:291) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.client.ast.InstantiateCommand.traverse(InstantiateCommand.java:54) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.client.ast.RpcCommandVisitor.doAccept(RpcCommandVisitor.java:320) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.client.ast.RpcCommandVisitor.accept(RpcCommandVisitor.java:42) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.visit(WebModePayloadSink.java:375) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.client.ast.InvokeCustomFieldSerializerCommand.traverse(InvokeCustomFieldSerializerCommand.java:76) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.client.ast.RpcCommandVisitor.doAccept(RpcCommandVisitor.java:320) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.client.ast.RpcCommandVisitor.accept(RpcCommandVisitor.java:42) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.visit(WebModePayloadSink.java:236) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.client.ast.ArrayValueCommand.traverse(ArrayValueCommand.java:53) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.client.ast.RpcCommandVisitor.doAccept(RpcCommandVisitor.java:320) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.client.ast.RpcCommandVisitor.accept(RpcCommandVisitor.java:42) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.visit(WebModePayloadSink.java:291) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.client.ast.InstantiateCommand.traverse(InstantiateCommand.java:54) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.client.ast.RpcCommandVisitor.doAccept(RpcCommandVisitor.java:320) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.client.ast.RpcCommandVisitor.accept(RpcCommandVisitor.java:42) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.visit(WebModePayloadSink.java:362) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.client.ast.InvokeCustomFieldSerializerCommand.traverse(InvokeCustomFieldSerializerCommand.java:76) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.client.ast.RpcCommandVisitor.doAccept(RpcCommandVisitor.java:320) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.client.ast.RpcCommandVisitor.accept(RpcCommandVisitor.java:42) 
[gwt-servlet.jar:]
   at 
co

[Users] oVirt 3.3 SPICE console error 500

2013-07-26 Thread Jakub Bittner

Hello,
I upgraded oVirt to 3.3 and when I want to launch SPICE console I get 
error 500 on web ui. I tried to install websovketproxy package, enabled 
it by "engine-config -s WebSocketProxy="Engine:6100" " But it did not 
help. I dont know what I did wrong. Logs are bellow. Thank you for advice


==> ovirt-engine/engine.log <==
2013-07-25 15:22:31,717 INFO 
[org.ovirt.engine.core.bll.SetVmTicketCommand] (ajp--127.0.0.1-8702-8) 
Running command: SetVmTicketCommand internal: false. Entities affected 
:  ID: 8c6ea349-902f-4457-8c3f-49ee5d4cf6b9 Type: VM
2013-07-25 15:22:31,726 INFO 
[org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] 
(ajp--127.0.0.1-8702-8) START, SetVmTicketVDSCommand(HostName = 
node19.nbu.cz, HostId = dc1fde46-66af-4f66-947a-12791cd6b9a0, 
vmId=8c6ea349-902f-4457-8c3f-49ee5d4cf6b9, ticket=7LP81DPq1CpR, 
validTime=120,m userName=admin@internal, 
userId=fdfc627c-d875-11e0-90f0-83df133b58cc), log id: 1b7e23bf
2013-07-25 15:22:31,764 INFO 
[org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] 
(ajp--127.0.0.1-8702-8) FINISH, SetVmTicketVDSCommand, log id: 1b7e23bf


==> ovirt-engine/server.log <==
2013-07-25 15:22:31,865 ERROR 
[org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/webadmin]] 
(ajp--127.0.0.1-8702-8) Exception while dispatching incoming RPC call: 
java.lang.NullPointerException
   at 
com.google.gwt.rpc.server.WebModePayloadSink.getBytes(WebModePayloadSink.java:860) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.push(WebModePayloadSink.java:767) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.constructorFunction(WebModePayloadSink.java:636) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.visit(WebModePayloadSink.java:259) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.client.ast.InstantiateCommand.traverse(InstantiateCommand.java:54) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.client.ast.RpcCommandVisitor.doAccept(RpcCommandVisitor.java:320) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.client.ast.RpcCommandVisitor.accept(RpcCommandVisitor.java:42) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.visit(WebModePayloadSink.java:236) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.client.ast.ArrayValueCommand.traverse(ArrayValueCommand.java:53) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.client.ast.RpcCommandVisitor.doAccept(RpcCommandVisitor.java:320) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.client.ast.RpcCommandVisitor.accept(RpcCommandVisitor.java:42) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.visit(WebModePayloadSink.java:291) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.client.ast.InstantiateCommand.traverse(InstantiateCommand.java:54) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.client.ast.RpcCommandVisitor.doAccept(RpcCommandVisitor.java:320) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.client.ast.RpcCommandVisitor.accept(RpcCommandVisitor.java:42) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.visit(WebModePayloadSink.java:375) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.client.ast.InvokeCustomFieldSerializerCommand.traverse(InvokeCustomFieldSerializerCommand.java:76) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.client.ast.RpcCommandVisitor.doAccept(RpcCommandVisitor.java:320) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.client.ast.RpcCommandVisitor.accept(RpcCommandVisitor.java:42) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.visit(WebModePayloadSink.java:236) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.client.ast.ArrayValueCommand.traverse(ArrayValueCommand.java:53) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.client.ast.RpcCommandVisitor.doAccept(RpcCommandVisitor.java:320) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.client.ast.RpcCommandVisitor.accept(RpcCommandVisitor.java:42) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.visit(WebModePayloadSink.java:291) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.client.ast.InstantiateCommand.traverse(InstantiateCommand.java:54) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.client.ast.RpcCommandVisitor.doAccept(RpcCommandVisitor.java:320) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.client.ast.RpcCommandVisitor.accept(RpcCommandVisitor.java:42) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.visit(WebModePayloadSink.java:362) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.client.ast.InvokeCustomFieldSerializerCommand.traverse(InvokeCustomFieldSerializerCommand.java:76) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.client.ast.RpcCommandVisitor.doAccept(RpcCommandVisitor.java:320) 
[gwt-servlet.jar:]
   at 
com.google.gwt.rpc.client.ast.RpcCommandVisitor.accept(RpcCommandVisitor.java:42) 
[gwt-servlet.jar:]
   at 
co

Re: [Users] oVirt 3.2 - Migration failed due to error: migrateerr

2013-07-26 Thread Itamar Heim

On 07/26/2013 05:40 AM, Nicholas Kesick wrote:


Replies inline.
 > Date: Thu, 25 Jul 2013 22:27:17 +0300
 > From: dan...@redhat.com
 > To: cybertimber2...@hotmail.com
 > CC: users@ovirt.org
 > Subject: Re: [Users] oVirt 3.2 - Migration failed due to error:
migrateerr
 >
 > On Thu, Jul 25, 2013 at 11:54:40AM -0400, Nicholas Kesick wrote:
 > > When I try to migrate a VM, any VM, between my two hosts, I receive
an error that says Migration failed due to error: migrateerr. Looking in
the log I don't see any thing that jumps out other than the final message
 > >
 > > VDSGenericException: VDSErrorException: Failed to MigrateStatusVDS,
error = Fatal error during migration
 > >
 > > Ovirt-engine is version 3.2.2-1.1.fc18.noarch, firewalld is
disabled, and selinux is permissive.
 >
 > Please do not say this in public, you're hurting Dan Walsh's feelings ;-)
 >
I recall seeing his blog posts, and I agree. Not sure when I set it to
permissive... maybe to get the 3.2 install w/ Firewalld setup to
complete? I remember that was fixed in 3.2.1. I'll set it back to enforcing.
 > >
 > > ovirt-node version is 2.6.1 on both hosts.
 > >
 > > Any suggestions would be welcome!
 > >
 >
 > I'd love to see /etc/vdsm/vdsm.log from source and destination. The
 > intersting parts start with vmMigrate at the source and with
 > vmMigrationCreate at the destination.
Hmm, I probably should have pulled that sooner. So, I cleared the active
VDSM (while nothing was running) and libvirtd.log, booted one vm, and
tried to migrate it. Attached are the logs. It looks like it boils down
to (from the source):
Traceback (most recent call last):
   File "/usr/share/vdsm/vm.py", line 271, in run
   File "/usr/share/vdsm/libvirtvm.py", line 505, in
_startUnderlyingMigration
   File "/usr/share/vdsm/libvirtvm.py", line 541, in f
   File "/usr/lib64/python2.7/site-packages/vdsm/libvirtconnection.py",
line 111, in wrapper
   File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1178, in
migrateToURI2
libvirtError: internal error Attempt to migrate guest to the same host
localhost
Does this mean my UUIDs are the same?
http://vaunaspada.babel.it/blog/?p=613
As far as the destination, I'm really not understanding what's going on
on the destination between "Destination VM creation succeeded" and
":destroy Called" that would lead to it failing, except for what's after
the traceback:
Traceback (most recent call last):
   File "/usr/share/vdsm/vm.py", line 696, in _startUnderlyingVm
   File "/usr/share/vdsm/libvirtvm.py", line 1907, in
_waitForIncomingMigrationFinish
   File "/usr/lib64/python2.7/site-packages/vdsm/libvirtconnection.py",
line 111, in wrapper
   File "/usr/lib64/python2.7/site-packages/libvirt.py", line 2822, in
lookupByUUIDString
libvirtError: Domain not found: no domain with matching uuid
'50171e1b-cf21-41d8-80f3-88ab1b980091'
But that is the ID of the VM by the looks of it.
Sorry Itamar, nothing was written to libvirtd.log after I cleared it.


Thread-800::ERROR::2013-07-26 01:57:16,198::vm::198::vm.Vm::(_recover) 
vmId=`50171e1b-cf21-41d8-80f3-88ab1b980091`::internal error Attempt to 
migrate guest to the same host localhost
Thread-800::ERROR::2013-07-26 01:57:16,377::vm::286::vm.Vm::(run) 
vmId=`50171e1b-cf21-41d8-80f3-88ab1b980091`::Failed to migrate

Traceback (most recent call last):
  File "/usr/share/vdsm/vm.py", line 271, in run
  File "/usr/share/vdsm/libvirtvm.py", line 505, in 
_startUnderlyingMigration

  File "/usr/share/vdsm/libvirtvm.py", line 541, in f
  File "/usr/lib64/python2.7/site-packages/vdsm/libvirtconnection.py", 
line 111, in wrapper
  File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1178, in 
migrateToURI2
libvirtError: internal error Attempt to migrate guest to the same host 
localhost


what are your hostnames?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users