[lago-devel] Lago - Installation help needed
Nicolas Ecarnot
nicolas at ecarnot.net
Wed Sep 28 13:28:32 UTC 2016
Le 26/09/2016 à 12:04, Yedidyah Bar David a écrit :
> On Mon, Sep 26, 2016 at 1:02 PM, Nicolas Ecarnot <nicolas at ecarnot.net> wrote:
>> Le 26/09/2016 à 12:00, Yedidyah Bar David a écrit :
>>>
>>> On Mon, Sep 26, 2016 at 12:36 PM, Nicolas Ecarnot <nicolas at ecarnot.net>
>>> wrote:
>>>>
>>>> Le 26/09/2016 à 10:55, Yedidyah Bar David a écrit :
>>>>>
>>>>>
>>>>> So we need engine logs to know more.
>>>>>
>>>>> If none were generated, it might have failed too early.
>>>>>
>>>>> Please check system logs - /var/log/messages, journalctl, etc. Thanks.
>>>>
>>>>
>>>>
>>>> Just to be sure : are you speaking about the log files on the bare-metal
>>>> server, or the virtual hosts (engine)?
>>>
>>>
>>> I referred to the engine vm. In principle both might be
>>> interesting/relevant.
>>>
>>>>
>>>>
>>>> If this is the engine, I already provided the only file I got (and I also
>>>> double-checked its /var/log/message, with no interesting info).
>>>
>>>
>>> Perhaps journalctl output?
>>
>>
>> Engine is centos 6, so no systemd at this time...
>
> OK. Can you try starting the service manually and see if you get anything
> in any log? You can try getting more debug info using e.g.:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1230165#c8
OK.
I read this BZ, and I also tried to launch a run using basic_suite_4.0
The results were quite different, as I see no more memory issues.
Actually, it looks like all the 3 VMs are deployed OK (engine, host0 and
host1).
Then the tests about the engine are OK.
Then I only have an error in post-001_initialize_engine.py
But I can not find any detail :
@ Collect artifacts:
# [Thread-1] lago_basic_suite_4_0_host0:
# [Thread-2] lago_basic_suite_4_0_host1:
# [Thread-3] lago_basic_suite_4_0_engine:
No handlers could be found for logger "paramiko.transport"
# [Thread-3] lago_basic_suite_4_0_engine: Success (in 0:01:07)
# [Thread-1] lago_basic_suite_4_0_host0: ERROR (in 0:02:18)
# [Thread-2] lago_basic_suite_4_0_host1: ERROR (in 0:02:18)
(nothing more).
The script is not stopping there, and keeps going until 002_bootstrap.py :
# add_dc:
# add_dc: Success (in 0:00:03)
# add_dc_quota:
# add_dc_quota: Success (in 0:00:02)
# add_cluster:
# add_cluster: Success (in 0:00:01)
# add_hosts:
* Collect artifacts:
* Collect artifacts: ERROR (in 0:01:55)
# add_hosts: ERROR (in 0:17:08)
# Results located at
/data/lago/ovirt-system-tests/deployment-basic_suite_4.0/default/nosetests-002_bootstrap.py.xml
@ Run test: 002_bootstrap.py: ERROR (in 0:17:16)
Error occured, aborting
Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/ovirtlago/cmd.py", line 258,
in do_run
self.cli_plugins[args.ovirtverb].do_run(args)
File "/usr/lib/python2.7/site-packages/lago/plugins/cli.py", line
180, in do_run
self._do_run(**vars(args))
File "/usr/lib/python2.7/site-packages/lago/utils.py", line 488, in
wrapper
return func(*args, **kwargs)
File "/usr/lib/python2.7/site-packages/lago/utils.py", line 499, in
wrapper
return func(*args, prefix=prefix, **kwargs)
File "/usr/lib/python2.7/site-packages/ovirtlago/cmd.py", line 102,
in do_ovirt_runtest
raise RuntimeError('Some tests failed')
RuntimeError: Some tests failed
I'm still having a look at the log files to see what is the issue.
Apart that, by connecting into the engine VM, I saw that the engine
process was running, so I tried to access the web GUI, by running an SSH
connection to the bare-metal host :
ssh -L 8443:192.168.200.4:443 root at serv-hv-dev01.sdis.isere.fr
(BTW, the readthedoc is showing 200.2 but this is irrelevant for
basic_test_4.0, where the engine ip is 200.4)
Accessing https://localhost:8443/ is working, but when trying to access
the login screen, I'm left with :
"The client is not authorized to request an authorization. It's required
to access the system using FQDN."
...
Dear Redhat employees and al., I sincerely respect your great patience
because I'm witnessing the huge complexity of this project, as I'm
trying to find my way out this mess^W wonderful project ;)
Anyway, I'm feeling I made one step further, so this is encouraging (I
have modest expectations and a few is making my day).
So about this last issue, please don't answer me that every Lago user is
using its own laptop with a graphical layer and running a direct browser
access to the web GUI?
--
Nicolas ECARNOT
More information about the lago-devel
mailing list