[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