Bug 1548087
| Summary: | failed to collect logs with No such file or directory error | ||
|---|---|---|---|
| Product: | [oVirt] ovirt-log-collector | Reporter: | Dafna Ron <dron> |
| Component: | General | Assignee: | Douglas Schilling Landgraf <dougsland> |
| Status: | CLOSED WORKSFORME | QA Contact: | Pavel Stehlik <pstehlik> |
| Severity: | medium | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 4.3.0 | CC: | bugs, sbonazzo |
| Target Milestone: | --- | Flags: | dron:
planning_ack?
dron: devel_ack? dron: testing_ack? |
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2018-03-09 15:25:18 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | Integration | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Dafna Ron
2018-02-22 16:38:31 UTC
Thanks Dafna, a reproducer would be appreciated. I see you mentioned some 'suspected patches' in the mailing list [1]. Why are you suspecting from these changes? Can you share how to setup such environment for a local test machine? [1] https://www.mail-archive.com/infra@ovirt.org/msg32099.html Sandro, any ideas? As Yaniv mentioned on the list, it is probably a race. the only thing I can think of that would reproduce it is to run OST locally several times and see if it happens randomly. maybe create a short sleep in the code on create storage domain for example to try and delay the previous tests from finishing? to run ost locally you need to clone ovirt-system-tests project and install lago. if you run ./run_suite <suite name> it would run the tests locally. In the mailing list I reported the patch that failed the OST test. The way the automation works is that it tests a bunch of changes and zero's in to a single change that may be causing the issue. it does not however mean the change was at fault. if you want to create the enviornment without it being deleted you will need to install lago locally and run ost locally. (In reply to Dafna Ron from comment #2) > As Yaniv mentioned on the list, it is probably a race. > the only thing I can think of that would reproduce it is to run OST locally > several times and see if it happens randomly. maybe create a short sleep in > the code on create storage domain for example to try and delay the previous > tests from finishing? Thanks for information. Yes, that would help. Specially, if we can't reproduce it. > > to run ost locally you need to clone ovirt-system-tests project and install > lago. > if you run ./run_suite <suite name> it would run the tests locally. > > In the mailing list I reported the patch that failed the OST test. > The way the automation works is that it tests a bunch of changes and zero's > in to a single change that may be causing the issue. it does not however > mean the change was at fault. > > if you want to create the enviornment without it being deleted you will need > to install lago locally and run ost locally. $ rpm -qa | grep lago python-lago-ovirt-0.6.0-1.fc27.noarch python-lago-0.6.0-1.fc27.noarch lago-ovirt-0.6.0-1.fc27.noarch lago-0.6.0-1.fc27.noarch <clone ovirt-system-tests> $ ./run_suite.sh basic-suite-4.2 <snip> + lago init /home/douglas/ovirt-system-tests/deployment-basic-suite-4.2 /home/douglas/ovirt-system-tests/basic-suite-4.2/LagoInitFile --template-repo-path /home/douglas/ovirt-system-tests/basic-suite-4.2/template-repo.json ./run_suite.sh: line 84: lago: command not found should it be lagocli instead ? (In reply to Douglas Schilling Landgraf from comment #3) > (In reply to Dafna Ron from comment #2) > > As Yaniv mentioned on the list, it is probably a race. > > the only thing I can think of that would reproduce it is to run OST locally > > several times and see if it happens randomly. maybe create a short sleep in > > the code on create storage domain for example to try and delay the previous > > tests from finishing? > > Thanks for information. Yes, that would help. Specially, if we can't > reproduce it. > > > > > to run ost locally you need to clone ovirt-system-tests project and install > > lago. > > if you run ./run_suite <suite name> it would run the tests locally. > > > > In the mailing list I reported the patch that failed the OST test. > > The way the automation works is that it tests a bunch of changes and zero's > > in to a single change that may be causing the issue. it does not however > > mean the change was at fault. > > > > if you want to create the enviornment without it being deleted you will need > > to install lago locally and run ost locally. > > > $ rpm -qa | grep lago > python-lago-ovirt-0.6.0-1.fc27.noarch > python-lago-0.6.0-1.fc27.noarch > lago-ovirt-0.6.0-1.fc27.noarch > lago-0.6.0-1.fc27.noarch > > > <clone ovirt-system-tests> > $ ./run_suite.sh basic-suite-4.2 > <snip> > + lago init /home/douglas/ovirt-system-tests/deployment-basic-suite-4.2 > /home/douglas/ovirt-system-tests/basic-suite-4.2/LagoInitFile > --template-repo-path > /home/douglas/ovirt-system-tests/basic-suite-4.2/template-repo.json > ./run_suite.sh: line 84: lago: command not found > > should it be lagocli instead ? no :) this are the packages I have: [dron@dron ds-ovirt-system-tests]$ rpm -qa |grep lago lago-ovirt-0.44.0-1.el7.centos.noarch python-lago-0.42.0-1.el7.centos.noarch python-lago-ovirt-0.44.0-1.el7.centos.noarch lago-0.42.0-1.el7.centos.noarch [dron@dron ds-ovirt-system-tests]$ but ping me if there is any issue running tests As we talked, jenkins only triggered this one once and I can't reproduce as well. For now, closing this report. Fell free to re-open Dafna. Thanks! |