deploy-pages icon indicating copy to clipboard operation
deploy-pages copied to clipboard

GitHub Enterprise Server 3.11.5 compatibility

Open brookman opened this issue 1 year ago • 6 comments

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

brookman avatar Feb 21 '24 21:02 brookman

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

adriantunez avatar Feb 23 '24 15:02 adriantunez

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

brookman avatar Feb 23 '24 15:02 brookman

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).

yoannchaudet avatar Feb 23 '24 15:02 yoannchaudet

@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 :)

adriantunez avatar Feb 27 '24 16:02 adriantunez

@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+?

tyrken avatar Mar 06 '24 11:03 tyrken

👋

  • 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

yoannchaudet avatar Mar 07 '24 05:03 yoannchaudet

Should this ticket be closed?

jsoref avatar Jan 02 '25 15:01 jsoref