so the issue is another one of the reinstallation problems where it rolls back to the previous version. In +Katerina Foniok's case, it contained old data and in +František Šumšal's case, it was not actually a C8 node but a C7 marked wrongly. The solution is to confirm twice (after installing the OS) in duffy.. and the way we think that would be very easy to implement would be to check number of ssh key in authorized_keys. If it contains more in ready state, that means it still has old data and instead of ready, put it in some other state which I can take a look at later on. This would be a quick fix but till then, I will drain the pufty chassis (this is one with problems) and reset the chassis (this has fixed the problem in the past so far) On Tue, Jan 21, 2020 at 12:00 AM František Šumšal <frantisek at sumsal.cz> wrote: > > Hello, > > Can confirm this issue as well. Also, some systemd jobs die with: > > bash: dnf: command not found > > on CentOS 8. Not sure if it's related. > > On 1/20/20 12:47 PM, Katerina Foniok wrote: > > Hello guys, > > > > it seems that data are not cleaned correctly from the nodes. Some of our tests are failing on that. E.g. https://ci.centos.org/view/Devtools/job/devtools-rh-che-periodic-prod-2aProd/1943/console where the folder with the logs already exists. > > This job was run on devtools-ci-slave04. > > > > Thank you for your time. > > Have a nice day! > > > > Katka Foniok > > > > _______________________________________________ > > CI-users mailing list > > CI-users at centos.org > > https://lists.centos.org/mailman/listinfo/ci-users > > > > -- > PGP Key ID: 0xFB738CE27B634E4B > > _______________________________________________ > CI-users mailing list > CI-users at centos.org > https://lists.centos.org/mailman/listinfo/ci-users -- Vipul Siddharth He/His/Him Fedora | CentOS CI Infrastructure Team Red Hat w: vipul.dev