Skip to content

Fix mux-simulator script not starting due to Werkzeug update#10229

Merged
yxieca merged 1 commit intosonic-net:masterfrom
saiarcot895:pin-werkzeug-version
Oct 4, 2023
Merged

Fix mux-simulator script not starting due to Werkzeug update#10229
yxieca merged 1 commit intosonic-net:masterfrom
saiarcot895:pin-werkzeug-version

Conversation

@saiarcot895
Copy link
Contributor

Description of PR

Summary:
Fixes # (issue)

Type of change

  • Bug fix
  • Testbed and Framework(new/improvement)
  • Test case(new/improvement)

Back port request

  • 201911
  • 202012
  • 202205

Approach

What is the motivation for this PR?

Starting on/around September 29th, the mux-simulator script on the host server failed to start. This is because both the Flask and Werkzeug python packages updated to version 3.0.0 on that day, and there were breaking changes in Werkzeug 3.0.0. Our yaml script installs a fixed Flask version of 2.0.3, and the dependency list for that package only specified "Werkzeug >= 2.0". This means that pip will happily install version 3.0.0 even though it is incompatible with this version of Flask.

How did you do it?

As a fix, install specifically Flask 2.3.3 and Werkzeug 2.3.7. In addtion, to make it easier to notice failures here, check to see that the systemd service is actually running after it gets started.

How did you verify/test it?

Tested locally with dualtor KVM

Any platform specific information?

Supported testbed topology if it's a new test case?

Documentation

Starting on/around September 29th, the mux-simulator script on the host
server failed to start. This is because both the Flask and Werkzeug
python packages updated to version 3.0.0 on that day, and there were
breaking changes in Werkzeug 3.0.0. Our yaml script installs a fixed
Flask version of 2.0.3, and the dependency list for that package only
specified "Werkzeug >= 2.0". This means that pip will happily install
version 3.0.0 even though it is incompatible with this version of Flask.

As a fix, install specifically Flask 2.3.3 and Werkzeug 2.3.7. In
addtion, to make it easier to notice failures here, check to see that
the systemd service is actually running after it gets started.

Signed-off-by: Saikrishna Arcot <[email protected]>
@saiarcot895 saiarcot895 force-pushed the pin-werkzeug-version branch from 81aabff to 486030a Compare October 4, 2023 19:12
Copy link
Contributor

@zjswhhh zjswhhh left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Discussed offline. lgtm.

@yxieca yxieca merged commit 09a9187 into sonic-net:master Oct 4, 2023
mssonicbld pushed a commit to mssonicbld/sonic-mgmt that referenced this pull request Oct 4, 2023
…et#10229)

Starting on/around September 29th, the mux-simulator script on the host
server failed to start. This is because both the Flask and Werkzeug
python packages updated to version 3.0.0 on that day, and there were
breaking changes in Werkzeug 3.0.0. Our yaml script installs a fixed
Flask version of 2.0.3, and the dependency list for that package only
specified "Werkzeug >= 2.0". This means that pip will happily install
version 3.0.0 even though it is incompatible with this version of Flask.

As a fix, install specifically Flask 2.3.3 and Werkzeug 2.3.7. In
addtion, to make it easier to notice failures here, check to see that
the systemd service is actually running after it gets started.

Signed-off-by: Saikrishna Arcot <[email protected]>
@mssonicbld
Copy link
Collaborator

Cherry-pick PR to 202205: #10231

mssonicbld pushed a commit to mssonicbld/sonic-mgmt that referenced this pull request Oct 4, 2023
…et#10229)

Starting on/around September 29th, the mux-simulator script on the host
server failed to start. This is because both the Flask and Werkzeug
python packages updated to version 3.0.0 on that day, and there were
breaking changes in Werkzeug 3.0.0. Our yaml script installs a fixed
Flask version of 2.0.3, and the dependency list for that package only
specified "Werkzeug >= 2.0". This means that pip will happily install
version 3.0.0 even though it is incompatible with this version of Flask.

As a fix, install specifically Flask 2.3.3 and Werkzeug 2.3.7. In
addtion, to make it easier to notice failures here, check to see that
the systemd service is actually running after it gets started.

Signed-off-by: Saikrishna Arcot <[email protected]>
@mssonicbld
Copy link
Collaborator

Cherry-pick PR to 202305: #10232

yxieca pushed a commit that referenced this pull request Oct 5, 2023
…#10231)

Starting on/around September 29th, the mux-simulator script on the host
server failed to start. This is because both the Flask and Werkzeug
python packages updated to version 3.0.0 on that day, and there were
breaking changes in Werkzeug 3.0.0. Our yaml script installs a fixed
Flask version of 2.0.3, and the dependency list for that package only
specified "Werkzeug >= 2.0". This means that pip will happily install
version 3.0.0 even though it is incompatible with this version of Flask.

As a fix, install specifically Flask 2.3.3 and Werkzeug 2.3.7. In
addtion, to make it easier to notice failures here, check to see that
the systemd service is actually running after it gets started.

Signed-off-by: Saikrishna Arcot <[email protected]>
Co-authored-by: Saikrishna Arcot <[email protected]>
yxieca pushed a commit that referenced this pull request Oct 5, 2023
…#10232)

Starting on/around September 29th, the mux-simulator script on the host
server failed to start. This is because both the Flask and Werkzeug
python packages updated to version 3.0.0 on that day, and there were
breaking changes in Werkzeug 3.0.0. Our yaml script installs a fixed
Flask version of 2.0.3, and the dependency list for that package only
specified "Werkzeug >= 2.0". This means that pip will happily install
version 3.0.0 even though it is incompatible with this version of Flask.

As a fix, install specifically Flask 2.3.3 and Werkzeug 2.3.7. In
addtion, to make it easier to notice failures here, check to see that
the systemd service is actually running after it gets started.

Signed-off-by: Saikrishna Arcot <[email protected]>
Co-authored-by: Saikrishna Arcot <[email protected]>
mssonicbld pushed a commit to mssonicbld/sonic-mgmt that referenced this pull request Oct 11, 2023
…et#10229)

Starting on/around September 29th, the mux-simulator script on the host
server failed to start. This is because both the Flask and Werkzeug
python packages updated to version 3.0.0 on that day, and there were
breaking changes in Werkzeug 3.0.0. Our yaml script installs a fixed
Flask version of 2.0.3, and the dependency list for that package only
specified "Werkzeug >= 2.0". This means that pip will happily install
version 3.0.0 even though it is incompatible with this version of Flask.

As a fix, install specifically Flask 2.3.3 and Werkzeug 2.3.7. In
addtion, to make it easier to notice failures here, check to see that
the systemd service is actually running after it gets started.

Signed-off-by: Saikrishna Arcot <[email protected]>
@mssonicbld
Copy link
Collaborator

Cherry-pick PR to 202012: #10288

@yejianquan
Copy link
Collaborator

Some 202012 failed on dualtor, https://elastictest.org/scheduler/testplan/65250d4c9ac7ee1734c7dd32?testcase=test_pretest.py%7C%7C%7C0&type=console

Should be missing the packages, cherry-picking this commit to 202012

mssonicbld pushed a commit that referenced this pull request Oct 11, 2023
Starting on/around September 29th, the mux-simulator script on the host
server failed to start. This is because both the Flask and Werkzeug
python packages updated to version 3.0.0 on that day, and there were
breaking changes in Werkzeug 3.0.0. Our yaml script installs a fixed
Flask version of 2.0.3, and the dependency list for that package only
specified "Werkzeug >= 2.0". This means that pip will happily install
version 3.0.0 even though it is incompatible with this version of Flask.

As a fix, install specifically Flask 2.3.3 and Werkzeug 2.3.7. In
addtion, to make it easier to notice failures here, check to see that
the systemd service is actually running after it gets started.

Signed-off-by: Saikrishna Arcot <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants