[SERVER-58126] Windows DLL loading mechanism is incompatible with symlinking binaries during resmoke.py setup-multiversion Created: 28/Jun/21 Updated: 29/Oct/23 Resolved: 04/Aug/21 |
|
| Status: | Closed |
| Project: | Core Server |
| Component/s: | Testing Infrastructure |
| Affects Version/s: | None |
| Fix Version/s: | 5.1.0-rc0 |
| Type: | Task | Priority: | Major - P3 |
| Reporter: | Daniel Moody | Assignee: | Robert Guo (Inactive) |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Attachments: |
|
||||||||||||||||||||||||
| Issue Links: |
|
||||||||||||||||||||||||
| Backwards Compatibility: | Fully Compatible | ||||||||||||||||||||||||
| Backport Requested: |
v5.0, v4.4, v4.2, v4.0
|
||||||||||||||||||||||||
| Sprint: | STM 2021-07-26, STM 2021-08-09 | ||||||||||||||||||||||||
| Participants: | |||||||||||||||||||||||||
| Linked BF Score: | 200 | ||||||||||||||||||||||||
| Story Points: | 2 | ||||||||||||||||||||||||
| Description |
| Comments |
| Comment by Vivian Ge (Inactive) [ 06/Oct/21 ] |
|
Updating the fixversion since branching activities occurred yesterday. This ticket will be in rc0 when it’s been triggered. For more active release information, please keep an eye on #server-release. Thank you! |
| Comment by Githook User [ 04/Aug/21 ] |
|
Author: {'name': 'Robert Guo', 'email': 'robert.guo@mongodb.com'}Message: |
| Comment by Robert Guo (Inactive) [ 02/Aug/21 ] |
|
Found a fix. Will merge after patch build comes back green. |
| Comment by Robert Guo (Inactive) [ 02/Aug/21 ] |
|
Took a look on Friday. Setting PATH (both Cygwin and Win32 style) did not work for subprocess.check_output for that rogue call to the multiversion shell binary outside of resmoke.py Will try a different approach today. |
| Comment by Robert Guo (Inactive) [ 22/Jul/21 ] |
|
I'm also going to rename this ticket. Per more recent discussion on the CR, the root cause is that Windows is looking for the DLLs in the symlinked dir, not in the install dir. |
| Comment by Robert Guo (Inactive) [ 22/Jul/21 ] |
|
Attached a few screenshots confirming the correct DLL is loaded. |