Gitlab ошибка 503

Edit on September 28, 2017. The error description you’ll read below makes the problem appear to be GitLab or OS specific. The behavior described can be encountered on any computer behind a proxy while attempting to connect to any internally hosted Git server, whether GitHub, GitLab, Bitbucket, etc… .

I have a RHEL6 server (setup by the corporate server team) that I installed GitLab Community Edition 7.9.2 on following the instructions provided by GitLab here. After following the installation instructions I was able to start the server and login.

I created a group and a project, then I forked into my own account. I can create a file through the GitLab UI and commit it. I’m trying to fetch from my forked project using Git Bash (on Windows 7) and with SourceTree but I’m getting this error:

git -c diff.mnemonicprefix=false -c core.quotepath=false fetch origin
fatal: unable to access ‘http://server.domain.com/username/project.git/’: The requested URL returned error: 503

Most documentation I’ve found says this is a temporary thing and should be resolved soon. I am the only person using this server, this is the only thing it has installed, and the issue has lasted all day.

I’ve tried running reconfigure commands on GitLab with no effect. Gitlab or ngenix isn’t an installed service so I’m not able to restart them.

Another tidbit here is that I’m a newbie at Linux server management, I haven’t touched Linux in 7 years.

Any ideas?

Edit on September 28, 2017. The error description you’ll read below makes the problem appear to be GitLab or OS specific. The behavior described can be encountered on any computer behind a proxy while attempting to connect to any internally hosted Git server, whether GitHub, GitLab, Bitbucket, etc… .

I have a RHEL6 server (setup by the corporate server team) that I installed GitLab Community Edition 7.9.2 on following the instructions provided by GitLab here. After following the installation instructions I was able to start the server and login.

I created a group and a project, then I forked into my own account. I can create a file through the GitLab UI and commit it. I’m trying to fetch from my forked project using Git Bash (on Windows 7) and with SourceTree but I’m getting this error:

git -c diff.mnemonicprefix=false -c core.quotepath=false fetch origin
fatal: unable to access ‘http://server.domain.com/username/project.git/’: The requested URL returned error: 503

Most documentation I’ve found says this is a temporary thing and should be resolved soon. I am the only person using this server, this is the only thing it has installed, and the issue has lasted all day.

I’ve tried running reconfigure commands on GitLab with no effect. Gitlab or ngenix isn’t an installed service so I’m not able to restart them.

Another tidbit here is that I’m a newbie at Linux server management, I haven’t touched Linux in 7 years.

Any ideas?

Skip to content

503 error GitLab Pages access control

Summary

503 error encountered in browser when using access control on GitLab Pages. Initial navigation to the Pages URL redirects to the sign in page. After signing in, a 503 error is encountered. If Pages visibility is set to everyone, site loads.

Steps to reproduce

Example Project

What is the current bug behavior?

With Pages access control enabled, and Pages set to a visibility of Only project members, the Pages site does not load and a 503 is shown instead.

What is the expected correct behavior?

After login, redirect to the Pages site showing correct content.

Relevant logs and/or screenshots

{"host":"pages.example.com","level":"debug","msg":"Authenticate request","path":"/group/project","state":"","time":"2020-07-09T00:22:45Z"}
{"host":"pages.example.com","level":"error","msg":"Authentication is not configured","path":"/group/project","state":"","time":"2020-07-09T00:22:45Z"}

Output of checks

(If you are reporting a bug on GitLab.com, write: This bug happens on GitLab.com)

Results of GitLab environment info

Expand for output related to GitLab environment info

(For installations with omnibus-gitlab package run and paste the output of:
`sudo gitlab-rake gitlab:env:info`)

(For installations from source run and paste the output of:
`sudo -u git -H bundle exec rake gitlab:env:info RAILS_ENV=production`)

Results of GitLab application Check

Expand for output related to the GitLab application check

(For installations with omnibus-gitlab package run and paste the output of: sudo gitlab-rake gitlab:check SANITIZE=true)

(For installations from source run and paste the output of: sudo -u git -H bundle exec rake gitlab:check RAILS_ENV=production SANITIZE=true)

(we will only investigate if the tests are passing)

Possible fixes

(If you can, link to the line of code that might be responsible for the problem)

The «The requested URL returned error: 503 while accessing» error message is a common issue faced by Git users while performing a pull operation. This error message indicates that the server is temporarily unavailable, causing the pull operation to fail. The root cause of the error can be due to several reasons, including server downtime, network congestion, or exceeding the rate limit imposed by the server.

Method 1: Retry the pull operation

To fix the Git pull error «The requested URL returned error: 503 while accessing», you can retry the pull operation using the following steps:

  1. Open the terminal or command prompt and navigate to the directory of the Git repository.
  2. Use the following command to retry the pull operation:

This command will attempt to rebase your local changes on top of the changes from the remote repository.

  1. If the error persists, you can try increasing the Git HTTP buffer size by running the following command:
git config http.postBuffer 524288000

This command will increase the buffer size to 500MB.

  1. If the error still persists, you can try disabling the Git SSL verification by running the following command:
git config http.sslVerify false

This command will disable the SSL verification.

  1. Finally, retry the pull operation using the following command:

These steps should help you fix the Git pull error «The requested URL returned error: 503 while accessing».

Method 2: Check the network connection

To fix the «Git pull error: The requested URL returned error: 503 while accessing» with «Check the network connection», follow these steps:

  1. First, check your internet connection to make sure it is stable and working properly.

  2. Verify that the URL you are trying to access is correct and valid. You can do this by copying the URL and pasting it into a web browser to see if it loads.

  3. If the URL is correct, try using the «ping» command to check the network connection. Open a command prompt or terminal window and type the following command:

    Replace <URL> with the URL you are trying to access. This command will send packets to the URL and check if there is a response. If you receive a response, it means your network connection is working properly.

  4. If you do not receive a response, try resetting your network connection by restarting your modem or router.

  5. You can also try using a different network connection or connecting to a VPN to see if that resolves the issue.

  6. Once you have confirmed that your network connection is stable and working properly, try running the git pull command again to see if the issue has been resolved.

Example code:

This command will send packets to the GitHub website and check if there is a response.

If you receive a response, it means your network connection is working properly. If you do not receive a response, try resetting your network connection by restarting your modem or router.

This command will attempt to pull the latest changes from the «master» branch of the remote repository named «origin». If the network connection is stable and working properly, this command should run without any errors.

Method 3: Increase the timeout for Git

If you’re getting a «The requested URL returned error: 503 while accessing» error when running git pull, it may be due to a timeout issue. To fix this, you can increase the timeout for Git by setting the http.postBuffer and http.lowSpeedLimit options.

Step 1: Set http.postBuffer option

The http.postBuffer option sets the maximum size of the buffer used for POST requests. To increase the timeout for Git, set this value to a higher number than the default (1 MB).

git config --global http.postBuffer 524288000

This sets the buffer size to 500 MB.

Step 2: Set http.lowSpeedLimit option

The http.lowSpeedLimit option sets the minimum transfer rate (in bytes per second) that Git considers «low speed». If the transfer rate falls below this threshold, Git will abort the request. To increase the timeout for Git, set this value to a lower number than the default (1000 bytes per second).

git config --global http.lowSpeedLimit 500

This sets the low speed limit to 500 bytes per second.

Step 3: Test the changes

After setting these options, try running git pull again and see if the error persists. If it does, you may need to try other solutions, such as checking your network connection or contacting the server administrator.

Method 4: Verify that the Git repository is still accessible

To verify that the Git repository is still accessible, you can try the following steps:

  1. Check the URL of the remote repository:

This command will show you the URL of the remote repository. Make sure that the URL is correct and that you have the permission to access the repository.

  1. Test the connectivity to the remote repository:

This command will test the connectivity to the remote repository. If it returns a list of references, then the repository is accessible.

  1. Check the HTTP response code:

This command will show you the HTTP response code of the repository URL. If it returns a 200 code, then the repository is accessible. If it returns a 503 code, then the repository is unavailable.

  1. Try again later:

If the repository is unavailable, you can try again later. The 503 error code usually means that the server is busy or undergoing maintenance.

By following these steps, you can verify that the Git repository is still accessible and fix the «The requested URL returned error: 503 while accessing» error.

Method 5: Consider using Git clone instead of Git pull

To fix the Git pull error «The requested URL returned error: 503 while accessing», you can consider using Git clone instead. Here are the steps:

  1. First, navigate to the directory where you want to clone the repository using the cd command.
  1. Next, clone the repository using the Git clone command.
git clone <repository_url>

Replace <repository_url> with the URL of the repository you want to clone.

  1. Once the repository is cloned, navigate to the cloned directory using the cd command.
  1. Now, you can make changes to the repository and commit them using the Git commit command.
git commit -m "commit message"
  1. Finally, push the changes to the remote repository using the Git push command.
git push origin <branch_name>

Replace <branch_name> with the name of the branch you want to push the changes to.

By using Git clone instead of Git pull, you can avoid the «The requested URL returned error: 503 while accessing» error and successfully clone the repository to your local machine.

I setup a new project in GitLab and followed instruction given in GitLab to setup repo in my laptop. But, I am getting error: RPC failed; HTTP 503 curl 22 The requested URL returned error: 503 ServicUnavailable

git clone https://gitlab.com/{my_username}/{prject_name}.git
cd {prject_name}

touch README.md
git add README.md
git commit -m "add README"

git push -u origin master
Enumerating objects: 3, done.
Counting objects: 100% (3/3), done.
Writing objects: 100% (3/3), 227 bytes | 227.00 KiB/s, done.
Total 3 (delta 0), reused 0 (delta 0)
error: RPC failed; HTTP 503 curl 22 The requested URL returned error: 503 Servic                                                                                            e Unavailable
fatal: The remote end hung up unexpectedly
fatal: The remote end hung up unexpectedly
Everything up-to-date

Vadim Kotov's user avatar

Vadim Kotov

8,1048 gold badges48 silver badges62 bronze badges

asked Aug 20, 2018 at 13:35

Damacharla Ashok Kumar's user avatar

2

You might have cloned read-only. I’m not sure about Gitlab, but often it is not possible to push to a repo cloned via https.

I suggest cloning with ssh.

git clone git@gitlab.com:{username}/{project_name}.git

answered Aug 20, 2018 at 13:41

Vincent's user avatar

Понравилась статья? Поделить с друзьями:
  • Gitlab ошибка 500
  • Gitlab ошибка 422
  • Git ошибка при push
  • Gitlab ошибка 404
  • Gitlab 502 ошибка