7 Commits

Author SHA1 Message Date
Julia Kreger
8c95131d81 CI: Save routing table information for troubleshooting
Presently, we don't save the state of the routing table,
which means troubleshooting the ipv6 job failures is difficult
because we just have no way of knowing what is truly going on
with the traffic flow.

Possibly, we may be encountering a case where router
advertisements are overrriding route table entries, and
the only way to know is to see the final state of the table.

Change-Id: Ib15cd21e47e3b884bae2cb956f9113e73034391b
2022-07-20 11:02:39 -07:00
Ian Wienand
22b4f74690 ci-workarounds/get_extra_logging.yaml : avoid grep failure
If this grep doesn't match, the task returns a failure and it causes
the job to abort with POST_FAILURE.  I think more info is generally
helpful and you can always grep "netstat" on the file manually; thus
remove the grep to avoid suprious failure.

Change-Id: I189a0a8be25cb12e946d8ac58667b287f9698064
2021-07-29 16:39:19 +10:00
Julia Kreger
d44b3b6fec CI: Collect a snapshot of network connections
A recent magnum bug (https://storyboard.openstack.org/#!/story/2008494)
when running with uwsgi has yielded an interesting question if Ironic
is orphaning rpc clients or not. Ironic's code is slightly different
but also very similar, and similar bugs have been observed in the past
where the python garbage collection never cleans up the old connection
objects and effectively orphans the connection.

So we should likely at least try to collect some of the information
so we can determine if this is the case in our CI jobs. Hence this
change and attempt to collect that data after running CI.

Change-Id: I4e80c56449c0b3d07b160ae6c933a7a16c63c5c5
2021-01-12 13:50:14 -08:00
Riccardo Pittau
df5bb921b8 Collect tftpd info from journald
This patch adds a post run playbook that collects info about the
tftpd daemon from journald to be available at the end of the
CI process.

Change-Id: I1dd11a8804b976e3abc42a43102c1b52fbe03f5a
2020-05-19 09:23:32 +02:00
Julia Kreger
bda02c43fb Direct bridge to be setup
The multinode jobs are failing because the br-infra bridge
is not being setup. It is not being setup because somewhere
in the infra, the multi-node-bridge role is never established
as a requirement. Realistically, only ironic does this, but
we need to ensure it is present.

Change-Id: Ia1dcc68d7e75a931e01829ce23da36c978a70765
2019-04-23 16:47:24 +00:00
Derek Higgins
c67b46e350 Switch ironic-tempest-...-tinyipa-multinode to zuulv3
And rename to ironic-tempest-dsvm-ipa-wholedisk-direct-tinyipa-multinode

Change-Id: I6ab7bfa0343e0c8df5814d26e62864f3c66cf7b1
2018-11-19 16:30:45 +00:00
Derek Higgins
86e9c7e0f9 Switch ironic-tempest-dsvm-functional-python2 to zuulv3
Change-Id: I01fadd61b0469512f512026c81f5ce782a3c6dd5
2018-09-25 10:54:05 +01:00