-
Notifications
You must be signed in to change notification settings - Fork 1.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[chore] Release ports on the dynamic range on Windows runners #10839
[chore] Release ports on the dynamic range on Windows runners #10839
Conversation
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## main #10839 +/- ##
==========================================
+ Coverage 91.64% 91.65% +0.01%
==========================================
Files 406 406
Lines 19001 19001
==========================================
+ Hits 17414 17416 +2
+ Misses 1227 1226 -1
+ Partials 360 359 -1 ☔ View full report in Codecov by Sentry. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looking at the following output it looks like the script is removing a bunch of ports that are excluded initially, is that expected and will it cause any other issues?
Run & D:\a\opentelemetry-collector\opentelemetry-collector\.github\workflows\scripts\win-required-ports.ps1
Protocol tcp Port Exclusion Ranges
Start Port End Port
---------- --------
80 80
5986 5986
47001 47001
56638 56737
56738 56837
* - Administered port exclusions.
Ok.
Protocol tcp Port Exclusion Ranges
Start Port End Port
---------- --------
80 80
5986 5986
47001 47001
55679 55679 *
* - Administered port exclusions.
Yes, this is expected. Notice that the initial exclusion ranges are not "administered", those initial ranges are reserved by other services via WinNAT. Whatever service (docker, Hyper-V, etc) was reserving the ranges initially can reserve a different range after we made our "administered" exclusions. |
BTW, we have been using this on the Splunk fork some time without issues. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for the explanation @pjanotti
…mic range (#35061) **Description:** The need for this was noticed due to the following CI failures on the `receiver/opencensus` lifecycle tests: * https://github.com/open-telemetry/opentelemetry-collector-contrib/actions/runs/10723100311/job/29735640887#step:6:619 * https://github.com/open-telemetry/opentelemetry-collector-contrib/actions/runs/10725662745/job/29744029983#step:6:318 The default port used by the `opencensusreceiver` is in a range that Windows machines can excluded, or reserved to other services via the `WinNAT` service. This change adds a PowerShell script to release the default ports for the `opencensusreceiver` (55678) and the `zpagesextension` (55679) on the Windows GH workflows. While this was affecting only the `opencensusreceiver` at this time, the cost of running this script is small, less than 5s, and later we can easly add other ports if the need arrives. This was already added to the core repo via open-telemetry/opentelemetry-collector#10839 **Link to tracking Issue:** N/A **Testing:** CI **Documentation:** N/A
…mic range (open-telemetry#35061) **Description:** The need for this was noticed due to the following CI failures on the `receiver/opencensus` lifecycle tests: * https://github.com/open-telemetry/opentelemetry-collector-contrib/actions/runs/10723100311/job/29735640887#step:6:619 * https://github.com/open-telemetry/opentelemetry-collector-contrib/actions/runs/10725662745/job/29744029983#step:6:318 The default port used by the `opencensusreceiver` is in a range that Windows machines can excluded, or reserved to other services via the `WinNAT` service. This change adds a PowerShell script to release the default ports for the `opencensusreceiver` (55678) and the `zpagesextension` (55679) on the Windows GH workflows. While this was affecting only the `opencensusreceiver` at this time, the cost of running this script is small, less than 5s, and later we can easly add other ports if the need arrives. This was already added to the core repo via open-telemetry/opentelemetry-collector#10839 **Link to tracking Issue:** N/A **Testing:** CI **Documentation:** N/A
…mic range (open-telemetry#35061) **Description:** The need for this was noticed due to the following CI failures on the `receiver/opencensus` lifecycle tests: * https://github.com/open-telemetry/opentelemetry-collector-contrib/actions/runs/10723100311/job/29735640887#step:6:619 * https://github.com/open-telemetry/opentelemetry-collector-contrib/actions/runs/10725662745/job/29744029983#step:6:318 The default port used by the `opencensusreceiver` is in a range that Windows machines can excluded, or reserved to other services via the `WinNAT` service. This change adds a PowerShell script to release the default ports for the `opencensusreceiver` (55678) and the `zpagesextension` (55679) on the Windows GH workflows. While this was affecting only the `opencensusreceiver` at this time, the cost of running this script is small, less than 5s, and later we can easly add other ports if the need arrives. This was already added to the core repo via open-telemetry/opentelemetry-collector#10839 **Link to tracking Issue:** N/A **Testing:** CI **Documentation:** N/A
Description
The default port used by
zpagesextension
is in a range that Windows machines can exclude by default. This change adds a PowerShell script to release the defaultzpagesextension
port (55679) on the Windows GH workflows.Link to tracking issue
Fixes #10811