-
Bug
-
Resolution: Unresolved
-
Major
-
None
-
None
-
False
-
False
-
-
3
-
-
-
-
-
-
Testable
There's a customer for whom the internet connectivity check failed because their system is offline (RHELC-966). The /etc/migration-results file strangely does not state what's the source OS.
[root@kiktla01 tmp]# cat /etc/migration-results { "activities": [ { "executed": "null", "run_id": "null", "packages": [ { "nevra": "null", "signature": "null" } ], "target_os": "null", "success": false, "activity_ended": "2023-03-17T09:25:59.806049Z", "version": "1", "env": {}, "activity": "conversion", "source_os": "null", "activity_started": "null" } ]
The customer wrote: I find it odd that both target_os and source_os are "null".
Acceptance criteria:
- The breadcrumbs file contains data that is now collected in the Breadcrumbs/collect_early_data() method even in the early stages like during the internet connectivity check
- The finish_collection() method can be collecting most of the information collected now by the collect_early_data method (convert2rhel NEVRA, convert2rhel command as executed, convert2rhel rpm signature, source OS)
- The activity_started is set as soon as possible, e.g. before show_eula() in main.py
- is related to
-
RHELC-1728 RHSM facts attempted to be collected too early
- Release Pending
- relates to
-
RHELC-966 convert2rhel tracebacks on the internet check when "Connection reset by peer"
- Closed
1.
|
breadcrumbs: source_os = null with no internet access - Integration tests | To Do | Unassigned |