502 error on github enterprise

[deejonz]

When deploying on github enterprise I get this error. Any idea if this is an issue on GHE or the plugin is not handling this situation? On GHE it seems it's all configured correctly.
Thanks.

Artifact URL: https://github.xxxxx
.com/_services/pipelines/0crWsQT4VCSHQUTIJr3PpF2QokZdbrxXA3BZf6htZBiXh/_apis/pipelines/workflows/98902/artifacts?api-version=6.0-preview
{"count":1,"value":[{"containerId":203127,"size":81920,"signedContent":null,"fileContainerResourceUrl":"https://github.xxxxx
.com/_services/pipelines/0crWsQT4VCSHQUTIJr3PpF2QoTgOhLkZdbrxXA3BZf6htZBiXh/_apis/resources/Containers/2031627","type":"actions_storage","name":"github-pages","url":"https://github.xxxxx
.com/_services/pipelines/0crWsQT4VCSHQUTIJr3PpF2QoTgOhLkZdbrxXA3BZf6htZBiXh/_apis/pipelines/1/runs/874/artifacts?artifactName=github-pages","expiresOn":"2024-03-20T09:20:40.8215809Z","items":null}]}
Creating deployment with payload:
{
	"artifact_url": "https://github.xxxxx
.com/_services/pipelines/0crWsQT4VCSHQUTIJr3PpF2QoTgOhLkZdbrxXA36htZBiXh/_apis/pipelines/1/runs/874/artifacts?artifactName=github-pages&%24expand=SignedContent",
	"pages_build_version": "f39c190dc7a5e0ba95b6c59816e64ccb69b42a8",
	"oidc_token": "***"
}
Error: Request failed with status code 502
    at createError (/opt/SP/apps/actions-runner/_work/_actions/actions/deploy-pages/v1/webpack:/deploy-pages/node_modules/axios/lib/core/createError.js:16:1)
    at settle (/opt/SP/apps/actions-runner/_work/_actions/actions/deploy-pages/v1/webpack:/deploy-pages/node_modules/axios/lib/core/settle.js:17:1)
    at IncomingMessage.handleStreamEnd (/opt/SP/apps/actions-runner/_work/_actions/actions/deploy-pages/v1/webpack:/deploy-pages/node_modules/axios/lib/adapters/http.js:293:1)
    at IncomingMessage.emit (node:events:402:35)
    at endReadableNT (node:internal/streams/readable:1343:12)
    at processTicksAndRejections (node:internal/process/task_queues:83:21)
Error: Failed to create deployment (status: 502) with build version f39c190dc7e04ba95b6c59816e64ccb69b42a8. Server error, is githubstatus.com reporting a Pages outage? Please re-run the deployment at a later time.

if I open any of those urls I get this:

{
$id: "1",
innerException: null,
message: "The user 'System:PublicAccess;aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa' is not authorized to access this resource.",
typeName: "Microsoft.TeamFoundation.Framework.Server.UnauthorizedRequestException, Microsoft.TeamFoundation.Framework.Server",
typeKey: "UnauthorizedRequestException",
errorCode: 0,
eventId: 3000
}

[yoannchaudet]

👋

Can you share your workflow (or parts of it if it contains sensitive things)?

Also what version of GHES are you running on?

This action is supported on GHES but not all versions of GHES (or of the actions).

[deejonz]

Hello @yoannchaudet my workflow is still a hello world workflow:

name: Deploy GitHub Pages

on:
  workflow_dispatch:

permissions:
  contents: read
  pages: write
  id-token: write

concurrency:
  group: "pages"
  cancel-in-progress: true

jobs:
  build:
    runs-on: [ self-hosted ]
    steps:
      - name: Checkout
        uses: actions/checkout@v3
      - name: Setup Pages
        uses: actions/configure-pages@v2
      - run: |
          mkdir test
          touch test/test.html
      - name: Build with Jekyll
        uses: actions/jekyll-build-pages@v1
        with:
          source: ./test
          destination: ./_site
      - name: Upload artifact
        uses: actions/upload-pages-artifact@v1

  # Deployment job
  deploy:
    environment:
      name: github-pages
      url: ${{ steps.deployment.outputs.page_url }}
    runs-on: [ self-hosted ]
    needs: build
    steps:
      - run: "echo ${{ steps.deployment.outputs.page_url }}"
      - name: Deploy to GitHub Pages
        id: deployment
        uses: actions/deploy-pages@v1

[yoannchaudet]

I don't see anything wrong with your workflow, which is promising!

Wondering if you are hitting #185.

Does the branch you run the workflow_dispatch on contains non ascii characters by any chance?

I believe this is something we have just fixed for GitHub.com but that did not reach GHES yet.