Skip to content
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

GitHub Enterprise Server 3.11.5 compatibility #317

Open
brookman opened this issue Feb 21, 2024 · 6 comments
Open

GitHub Enterprise Server 3.11.5 compatibility #317

brookman opened this issue Feb 21, 2024 · 6 comments

Comments

@brookman
Copy link

As of late we are getting this error with GitHub Enterprise Server:

Run actions/deploy-pages@v3
Artifact exchange URL: https://XXX/_services/pipelines/N9xhoXOaQkwWLka4yOLfdfR2C0RRPkrQNLI8joO5jYtVMBmgRu/_apis/pipelines/workflows/708392/artifacts?api-version=6.0-preview
Creating Pages deployment with payload:
{
	"artifact_url": "XXX/_services/pipelines/N9xhoXOaQkwWLka4yOLfdfR2C0RRPkrQNLI8joO5jYtVMBmgRu/_apis/pipelines/1/runs/97/artifacts?artifactName=github-pages&%24expand=SignedContent",
	"pages_build_version": "63c2c2cda058d5b52de2de2[13](https://XXX/XXX/XXX/actions/runs/708392/job/1168886#step:2:14)3994b4ddfee97aa",
	"oidc_token": "***"
}
Created deployment for 63c2c2cda058d5b52de2de2133994b4ddfee97aa, ID: 63c2c2cda058d5b52de2de2133994b4ddfee97aa
Getting Pages deployment status...
Error: Deployment failed, try again later.

I believe it might happen since GitHub Enterprise Server has been updated to version 3.11.5.
Tried it with deploy-pages@v3 and v3.0.1 (also v4 just in case).
Tested GitHub Runner version: 2.311.0 and 2.313.0

@adriantunez
Copy link

This issue suddenly started also to us, we're running GHES 3.10.7... @brookman have you found any fix or workaround?

@brookman
Copy link
Author

Unfortunately not. Except manual deployment using a "pages" branch.

@yoannchaudet
Copy link
Collaborator

We have left a bug slip in the hot patch logic of GHES – 3.11.5 is one of the patch impacted (and not the only one). Documentation is on the way and support is already aware and can assist you if you prefer.

The workaround is to run the following commands on all your Pages fileservers:

if [ -d "$CHROOT_PATH/data/pages-untar" ] ; then
  rm -rf "$CHROOT_PATH/data/pages-untar"
fi
pages_untar_image_tag="$(cat "$CHROOT_PATH/data/docker-image-tags/pages_untar_image_tag")"
id="$(docker create "pages-untar:$pages_untar_image_tag")"
sudo docker cp "$id:/data/pages-untar" "$BASE_PATH/$CHROOT_PATH/data/pages-untar/"
docker rm "$id"

This won't cause downtime, need a restart or reboot of anything. It impacts only Pages builds that run within Actions (e.g. with a custom workflow like you are doing here).

@adriantunez
Copy link

@yoannchaudet thx for sharing this. We've contacted GHES support and we've applied the fix. It worked :)
If you have any official issue for this bug, I would appreciate to follow it to know when this is officially fixed.
Thx once again :)

@tyrken
Copy link

tyrken commented Mar 6, 2024

@yoannchaudet has this fix made it to any published GHES version yet (I can't see anything like it in the release notes)?

FWIW we're seeing it in v3.10.7 that came out at the same time as 3.11.5...

Edit: I now realise I can see this issue at the end of "Known Issues" for 3.10.8 and 3.11.6 - but it's not in the list for 3.12.0. Does this mean it's fixed in 3.12.0+?

@yoannchaudet
Copy link
Collaborator

👋

  • The issue only impact hot patches so not 3.12.
  • The release notes are being updated shortly to add the Pages known issue mention for the versions of GHES we missed (basically anything published on or after 1/30)
  • The issue has been fixed and is being backported everywhere now

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants