On Tue, Jan 10, 2017 at 12:32 PM, Denis Chaplygin <dchaplyg@redhat.com> wrote:
Hello!
I tried that patch, error is still here:
# add_ldap_provider: * Copy /tmp/dchaplyg/tmpbFDk1Q to lago-basic-suite-master- engine:/tmp/dchaplyg/tmpbFDk1Q: * Copy /tmp/dchaplyg/tmpbFDk1Q to lago-basic-suite-master- engine:/tmp/dchaplyg/tmpbFDk1Q: ERROR (in 0:00:00)
I wonder why it is not just copying it to /tmp/<tmpfilename> - I'm sure it's related to the fact it uses the username as well (and I doubt that directory exists on the engine!) I think it's partially my fault - it was an overkill ask I did once (from Ondra) to make sure the filename is unique. We don't do it anywhere else - we just copy it to (for example) /root/<something> and done with it - which should be OK on a clean Engine host. If I can get o-s-t running, I'll send a patch changing it to something sane. Y.
On Mon, Jan 9, 2017 at 2:43 PM, Eyal Edri <eedri@redhat.com> wrote:
We also have an open patch to add 'accept defaults' for ldap setup, it might help avoid missing answer file options? Roy - can you move the draft to patch mode?
[1] https://gerrit.ovirt.org/#/c/69164/
On Mon, Jan 9, 2017 at 3:37 PM, Ondra Machacek <omachace@redhat.com> wrote:
For some reason copying of the aaa-ldap-setup answer file failed. It looks like some infra issue, is it reproducable?
On Mon, Jan 9, 2017 at 11:19 AM, Denis Chaplygin <dchaplyg@redhat.com> wrote:
Hi Martin,
Sure!
Here is console output: @ Run test: 099_aaa-ldap.py: nose.config: INFO: Ignoring files matching ['^\\.', '^_', '^setup\\.py$'] # add_ldap_provider: * Copy /tmp/dchaplyg/tmp2BINqr to lago-basic-suite-master-engine:/tmp/dchaplyg/tmp2BINqr: * Copy /tmp/dchaplyg/tmp2BINqr to lago-basic-suite-master-engine:/tmp/dchaplyg/tmp2BINqr: ERROR (in 0:00:00) * Collect artifacts: * Collect artifacts: ERROR (in 0:00:01) # add_ldap_provider: ERROR (in 0:00:02) # add_ldap_user: * Collect artifacts: * Collect artifacts: ERROR (in 0:00:01) # add_ldap_user: ERROR (in 0:00:02) # Results located at /home/dchaplyg/ovirt-system-tests/deployment-basic-suite-mas ter/default/nosetests-099_aaa-ldap.py.xml @ Run test: 099_aaa-ldap.py: ERROR (in 0:00:04) Error occured, aborting Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/ovirtlago/cmd.py", line 281, in do_run self.cli_plugins[args.ovirtverb].do_run(args) File "/usr/lib/python2.7/site-packages/lago/plugins/cli.py", line 184, in do_run self._do_run(**vars(args)) File "/usr/lib/python2.7/site-packages/lago/utils.py", line 489, in wrapper return func(*args, **kwargs) File "/usr/lib/python2.7/site-packages/lago/utils.py", line 500, in wrapper return func(*args, prefix=prefix, **kwargs) File "/usr/lib/python2.7/site-packages/ovirtlago/cmd.py", line 105, in do_ovirt_runtest raise RuntimeError('Some tests failed') RuntimeError: Some tests failed
Other logs are in the attachment.
On Mon, Jan 9, 2017 at 10:47 AM, Martin Perina <mperina@redhat.com> wrote:
Hi Denis,
could you please share logs?
Thanks
Martin
On Mon, Jan 9, 2017 at 10:36 AM, Denis Chaplygin <dchaplyg@redhat.com
wrote:
Hello!
I tried to play with system tests and discovered that they some
suits are
always failing at my side and that fail seems to be related to test preparation procedure:
# add_ldap_provider: * Copy /tmp/dchaplyg/tmpVIWROd to lago-basic-suite-master-engine:/tmp/dchaplyg/tmpVIWROd: * Copy /tmp/dchaplyg/tmpVIWROd to lago-basic-suite-master-engine:/tmp/dchaplyg/tmpVIWROd: ERROR (in 0:00:00)
I got that error with basic-suite-4.0 and basic-suite-master
What could be wrong?
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
-- Eyal Edri Associate Manager RHV DevOps EMEA ENG Virtualization R&D Red Hat Israel
phone: +972-9-7692018 <+972%209-769-2018> irc: eedri (on #tlv #rhev-dev #rhev-integ)
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel