-
Bug
-
Resolution: Unresolved
-
Undefined
-
None
-
4.17
-
None
-
Quality / Stability / Reliability
-
False
-
-
None
-
None
-
None
-
None
-
None
-
None
-
None
-
None
-
None
-
None
-
None
-
None
-
None
-
None
Description of problem:
The must-gather utility fails to execute in Windows when running from a deep user home directory or other deep directory structure, returning an error related to the filename or extension being too long. The failure is caused by the combination of a deep working directory path and the must-gather's internal use of very long names (such as full image SHAs) for generated subdirectories, which exceeds the Windows path length limit.
How reproducible:
Consistently reproducible when running must-gather from a sufficiently deep directory structure.
Steps to Reproduce:
1. Install the required must-gather client/tool on a Windows machine.
2. Navigate to a deep directory structure.
3. Execute the must-gather command.
Actual results:
The must-gather execution fails with an error message indicating that the *filename or extension is too long*. The error explicitly shows the attempt to create a deep subdirectory with long names (e.g., directory names derived from full image SHAs), which, when concatenated with the current working directory, results in a path exceeding the Windows path length limit.
Expected results:
The must-gather utility should successfully execute and complete the collection, saving the output archive/directory to the specified current working directory
Additional info:
Moving the execution directory closer to the root (e.g., `C:\` or `C:\Temp\`) allows must-gather to complete successfully, confirming the path length issue. However sometimes customer policies restrict writing to directories outside of their designated home/project path, making the current workaround of moving to a shallow directory unfeasible.
- is triggering
-
RFE-8376 Shorten must-gather created filepaths for certain environments
-
- Backlog
-
- links to