Resource temporarily unavailable

Let’e me give an example:

  1. client connect to server, and send 1MB data to server every 1 second.

  2. server side accept a connection, and then sleep 20 second, without recv msg from client.So the tcp send buffer in the client side will be full.

Code in client side:

#include <arpa/inet.h> #include <sys/socket.h> #include <stdio.h> #include <errno.h> #include <fcntl.h> #include <stdlib.h> #include <string.h> #define exit_if(r, ...)   if (r) {   printf(__VA_ARGS__);   printf("%s:%d error no: %d error msg %sn", __FILE__, __LINE__, errno, strerror(errno));   exit(1);   }  void setNonBlock(int fd) {  int flags = fcntl(fd, F_GETFL, 0);  exit_if(flags < 0, "fcntl failed");  int r = fcntl(fd, F_SETFL, flags | O_NONBLOCK);  exit_if(r < 0, "fcntl failed"); }  void test_full_sock_buf_1(){  short port = 8000;  struct.    
N); for (int i = 0; i < 1000; ++i) { int len = send(fd, msg, LEN, 0); printf("send: %d, erron: %d, %s n", len, errno, strerror(errno)); sleep(1); } } int main(){ test_full_sock_buf_1(); return 0; }

Code in server side:

 #include <arpa/inet.h>  #include <sys/socket.h>  #include <stdio.h>  #include <errno.h>  #include <fcntl.h>  #include <stdlib.h>  #include <string.h>  #define exit_if(r, ...)   if (r) {   printf(__VA_ARGS__);   printf("%s:%d error no: %d error msg %sn", __FILE__, __LINE__, errno, strerror(errno));   exit(1);   } void test_full_sock_buf_1(){   int listenfd = socket(AF_INET, SOCK_STREAM, 0);  exit_if(listenfd<0, "create socket error");   short port = 8000;  struct sockaddr_in addr;  memset(&addr, 0, sizeof addr);  addr.sin_family = AF_INET;  addr.sin_port = htons(port);  addr.sin_addr.s_addr = INADDR_ANY;   int r = ::bind(listenfd, (struct sockaddr *) &addr,.    
_port)); printf("but now I will sleep 15 second, then exit"); sleep(15); }

Start server side, then start client side.

server side may output:

accept a connection from 127.0.0.1:35764 but now I will sleep 15 second, then exit Process finished with exit code 0 

enter image description here

client side may output:

connect to server successsend: 1024000, erron: 0, Success  send: 1024000, erron: 0, Success  send: 1024000, erron: 0, Success  send: 552190, erron: 0, Success  send: -1, erron: 11, Resource temporarily unavailable  send: -1, erron: 11, Resource temporarily unavailable  send: -1, erron: 11, Resource temporarily unavailable  send: -1, erron: 11, Resource temporarily unavailable  send: -1, erron: 11, Resource temporarily unavailable  send: -1, erron: 11, Resource temporarily unavailabl.    
de>

enter image description here

You can see, as the server side doesn’t recv the data from client, so when the client side tcp buffer get full, but you still send data, so you may get Resource temporarily unavailable error.

stackoverflow.com

> From: [hidden email] On Behalf Of Dan Maartens
> Sent: Friday, 10 April, 2009 18:39

> This is on SuSE 10.3. The socket is non-blocking, for the only
reason
> that I thought it would make debugging the problem easier.
> With the socket in blocking mode (which is all I need),
> I have the problem where SSL_connect never returns.

See below.
       
> I’m looking at errno becuase the information
> returned by SSL_get_error wasn’t very useful. To recap,
> here’s the results of all the various debugging that I have in place:
> SSL_connect: -1
> SSL_get_error: 2
> ERR_error_string: error:00000002:lib(0):func(0):system lib
> errno: 11


SSL_get_error() returns only a ‘top-level’ state classification.
You don’t decode it with the ERR_ stuff; that’s for ERR_get_error().
2 is SSL_ERROR_WANT_READ and means you should call again when the socket
is readable, normally most simply by select() or poll() telling you so.

> A few other notes, I am connecting to the openssl/s_server,
> so that end should be OK. This is all happening inside of a
> multi-threaded app, which could be part of the problem.
> In a separate, very simple (and non-threaded) client app which I wrote,
> I can connect via TCP and SSL and transmit/read just fine.
> So that rules out machine/network level stuff.
       
> I have also tried calling SSL_connect in a loop, just to test
> to see if waiting/re-calling helps, but it doesn’t.
> The same error occurs each time.

Obviously no data is being received. With a blocking socket it waits,
and with a nonblocking socket it keeps telling you to wait for receive.


So there is some difference between your multithreaded and your
simple/nonthreaded. Can you run the s_server with -msg and watch
or log its output (without too much clutter from other clients)?
Does it receive a good connect+hello and try to send a response?

If the server is sending a response but the client doesn’t get it,
there may indeed be some network/environment issue that is different
between your multithread app and your simple/nonthread test.

______________________________________________________________________
OpenSSL Project                                 http://www.openssl.org
User Support Mailing List                    [hidden email]
Automated List Manager                           [hidden email]

openssl.6102.n7.nabble.com

Что это такое 503 Service Temporarily Unavailable (перевод на русский)

В переводе на русский язык текст ошибки 503 звучит как «503 Сервис временно недоступен» и обычно касается ситуации, когда рассматриваемый сервис (ресурс) не успевает обработать все обращения к нему, и на некоторое время перестаёт принимать новые запросы по данному адресу.

Данная ошибка 503 является одним из стандартных кодов состояния HTTP, и обычно проявляет себя такими стандартными клише как «503 Service Unavailable», «HTTP Server Error 503», «503 Error», «HTTPs Error 503» и рядом других. Проблема возникает при работе браузера в любой современной операционной системе, где задействуется подключение к сети Интернет.


Причины ошибки «Сервис временно недоступен 503»

В большинстве случаев главная причина ошибки 503 — это перегруженность сервера или выполнение на нём в данный момент каких-либо технических работ. Причём сайты, которые используют Microsoft Internet Information Services, могут дать больше информации о причинах возникновения ошибки 503, добавляя к коду ошибки ещё и номер спецификации (например, ошибка 503.2 — Concurrent request limit exceeded – предел параллельных запросов превышен и так далее)

Кроме большого числа запросов к веб-серверу причины ошибки 503 Service Temporarily Unavailable могут быть следующими:

  • DOS-атака на сайт (часто с помощью программ-нюкеров), стремящаяся вызвать сбой системы;
  • Работа на сайте индексирующих ботов-поисковиков;
  • Активация скрипта почтовой рассылки во время максимальной загрузки ресурса;
  • Продолжительное задание mambot (для Joomla);
  • Большое количество нестабильных компонентов CMS;
  • Передача больших файлов через PHP, вызывающая подвисание скриптов и так далее.

Как избавиться от ошибки 503 (раздел для пользователей)

Хотя, в большинстве случаев, ошибка 503 Service Temporarily Unavailable является проблемой разработчиков, бывают и ситуации, когда пользователи могут исправить ситуацию (хотя, будучи объективным, таких возможностей не много). Ниже я перечислю, что может предпринять рядовой пользователь в вопросе, как избавиться от ошибки 503:

  • Перегрузите страницу проблемного сайта, нажав на F5 или кнопку «Обновить страницу» в браузере;
  • Если вы осуществляете покупку онлайн и встретились с ошибкой 503 – это может быть защитой системы от многократных покупок разными пользователями одного и того же товара. Вполне вероятно, что ваш товар уже куплен другим покупателем, потому попробуйте перезагрузить страницу, немного подождать или обратиться в службу техподдержки ресурса;
  • Перегрузите ваш роутер, а также модем (при наличии);
  • Попробуйте перейти  на данный ресурс попозже. Обычно через несколько часов пик запросов на сайт спадает, и работоспособность последнего нормализуется. Кроме того, к тому времени администрация ресурса успевает исправить возникшие проблемы;
  • Напишите разработчикам сайта, указав на данную проблему, возможно администрация сайта попросту не осведомлена о наличии ошибки на сайте.

Как избавиться от проблемы 503 Service Temporarily Unavailable (раздел для разработчиков)

Для исправления ошибки 503 разработчику стоит обратить внимание на следующее:


  • Передавайте большие статичные файлы напрямую, без задействования скриптов;
  • Избегайте соединений с удалённым сервером, или установите малый таймаут на ожидание отклика;
  • Проверьте плагины вашей CMS, поочерёдно отключая их и стараясь выявить испорченные и тяжёлые варианты, замедляющие работу вашего сайта. Если вы выявили проблемный плагин, тогда стоит поискать более быстрый аналог, или вообще отказаться от него (при возможности);
  • Запуск скрипта почтовой рассылки лучше установить на наиболее «лёгкое» для сервера время, когда на последнем наблюдается минимальная активность;
  • При медленных запросах в SQL задействуйте кеширующие компоненты, которые бы сократили количество запросов, проведите оптимизацию данных запросов, а по возможности смените движок на более быстрый;
  • Если ваш ресурс имеет слишком большое количество ссылок на файлы, подгружаемых через отдельные запросы, тогда старайтесь, по возможности, объединять множество таких ресурсов в один файл.

sdelaicomp.ru

I’ve looked through the other posts and feel like this question has been answered and doesn’t apply to my situation or was asked and the thread has gone stale.


Ubuntu OS 16.04. Running Java Process.
(not that it matters because I’m running into other limit issues I believe. Doesn’t look like anything to do with java HEAP Xms Xmx Xss type stuff. )

I’m running a process that uses many threads i want 10,000’s of threads potentially.
My process stops making threads around 12,000, I’m very confused about this. (the same exact number every time)

When it ramps up to ~12,000 threads I will also have issues running commands in the shell

my normal user: (while process is running)
as root: (while process is running)
(so makes me think this is a system wide thing? not a specific user issue? since both root and my normal user have shell issues)

Here’s some information which might be able to help. I’m confused on what limit I’m hitting exactly.

(I’ve messed with stack size making it 600,000 to 256 doesn’t seem to affect anything)

(will give me how many threads are being used which stops around 12000)

I don’t see anything interesting in /var/log/syslog

So, what the heck is going on exactly. What limit am I hitting? I don’t feel like I’m hitting a process count limit as the ulimit -a results show the limit is very high.. the thread max count is very high. Feeling a little confused here.


Edit:
Tried this java application out on multiple cloud hardware configurations.. all yielding the same result. from 1cpu — 6gb of ram to 16cpu — 60gb of ram and several hardware configs in between.

Edit2: SOLVED
Figured out the issue
https://stackoverflow.com/questions/…57379#43157379

/etc/systemd/logind.conf UserTasksMax needs to be set higher than ~12000
Not sure how this is read in, but a reboot of the server activated this number

I think it’s also worth noting that
sys.kernel.threads-max
sys.kernel.pid_max
sys.vm.max_map_count
Could probably be limitations if I was trying to go much higher with thread count, and these might be my next limiters if I decided to go bigger with thread count.

Edit3:
Instead of rebooting you can do these commands
Then restart your shell or.. exit.. and ssh back in

www.linuxquestions.org

Nginx With PHP FPM — Resource Temporarily Unavailable — 502 Error

I am using a some code to send off just over 160 GET requests asynchronously using curl to my API which is running Nginx with Php-fpm on Ubuntu server 16.04. Each request fetches a different selection of data from the database before returning it as a JSON response. This number of requests is small enough that I believe it should not reach any of the various default limits (number of socket connections, file descriptors etc). However the fact that they are all being sent/recieved at the same time appears to be causing issues.

The vast majority of the requests will succeed, but a couple (consistently the same number in sequential tests, but which vary depending on the configuration) will get a «502 Bad Gateway» response.

If I look at the nginx error log (/var/log/nginx/error.log), I see a these error messages:

2017/11/21 09:46:43 [error] 29#29: *144 connect() to unix:/run/php/php7.0-fpm.sock failed (11: Resource temporarily unavailable) while connecting to upstream, client: 192.168.3.7, server: , request: "GET /1.0/xxx HTTP/1.1", upstream: "fastcgi://unix:/run/php/php7.0-fpm.sock:", host: "my.domain.org" 

There are always exactly the same in the number fo the number of «502 Bad Gateway» error messages in the log as I recieve back from the API.

Meanwhile, when watching the fpm log file during an execution of the test (with tail -100f /var/log/php7.0-fpm.log), nothing happens. It just has the following:

[21-Nov-2017 11:54:29] NOTICE: fpm is running, pid 329 [21-Nov-2017 11:54:29] NOTICE: ready to handle connections [21-Nov-2017 11:54:29] NOTICE: systemd monitor interval set to 10000ms 

Although my fpm configuration (at /etc/php/7.0/fpm/php-fpm.conf) specifies an error log with error_log = /var/log/php7.0-fpm.log, there doesn’t appear to be such a file, suggesting no errors.

A Working Configuration

I have found that if I tweak the fpm configuration, I can get the webserver to work (no 502 errors) if I configure the /etc/php/7.0/fpm/pool.d/www.conf file to use a static number of 15 threads rather than dynamically spawning processes or using a smaller number of static processes.

pm = static pm.max_children = 15 

I believe this works because there are already ample threads ready to go in order to take the sudden hit, and there is no delay incurred with spawning or shutting down the threads. However, this does mean that my webserver will use much more memory than I should like. Ideally, I would like the pm.max_children to be a number equal to 2x the number of vCPUs on the server (so 8 or less). In this case I am using a quad core server, but would like to possibly scale down to a dual core instance. Ideally, I would like the server to answer all of the requests in-time even if the total time taken is a lot longer, e.g. a queue and adjusting timeouts.

Configuration Settings

The default php-fpm listen.backlog value is 511, but I set it to 2000 just to eliminate it from being a factor. listen.backlog = 2000

For Nginx, I set 1024 worker_connections and worker_processes auto;, so that should be 4.

I also have the following buffer and timeout settings to try and prevent them being a factor:

## # Buffere settings ## client_body_buffer_size 10M; client_header_buffer_size 1k; client_max_body_size 512m; large_client_header_buffers 2 1k;   ## # Timeout settings ## client_body_timeout 120; client_header_timeout 120; keepalive_timeout 120; send_timeout 120; fastcgi_connect_timeout 60s; fastcgi_next_upstream_timeout 40s; fastcgi_next_upstream_tries 10; fastcgi_read_timeout 60s; fastcgi_send_timeout 60s; fastcgi_cache_lock_timeout 60s; 

It is worth noting that we get all of the requests (including 502) in about 20 seconds so we are not reaching these. Also, even though fastcgi_next_upstream_tries is set to 10, I only get 1 resource unavailable message for each 502 error message, rather than 10x that many for the 10 tries it should be attempting.

Similar / Related Questions

I see that there are many similar questsions on serverfault and stack overflow. I am detailing them here so this question doesn’t just get marked as a duplicate.

  • Serverfault — Requests are never queued after pm.max_children with Nginx and PHP-FPM. Appears to be a very similar question, but there have been no answers even though it was posted 3 years ago, and it has far less detail than here. Also, some of my requests must be getting queued successfully, unlike the question that suggests that as soon as the max is reached all requests are dropped.

  • ServerFault — nginx ERROR 502 & Resource temporarily unavailable) while connecting to upstream, client. This post seems similar (he is describing the same problem), but as one of the answers pointed out, his socket files weren’t matching and mine are. My /etc/php/7.0/fpm/pool.d/www.conf config file has:

    listen = /run/php/php7.0-fpm.sock

Which you can see lines up with the socket file in the error messages nginx provides.

  • ServerFault — Need to increase nginx throughput to an upstream unix socket — linux kernel tuning? The answer here suggested to set net.core.somaxconn and net.core.netdev_max_backlog which I set to 4096 and 1000 accordingly. The issue still persists.

  • ServerFault — php-fpm.sock failed (11: Resource temporarily unavailable) while connecting to upstream — the suggestion here is to have pm = ondemand and have max_children set to 4000. This is not suitable for me as it could result in my quad core server having 4000 threads and just eat up memory.

Question

I believe Nginx is being too fast for the PHP-fpm side to handle. At some point fpm just doesn’t respond to the nginx request, so Nginx gives up and sends back a 502 error. Is there a way (probably a configuration variable or two) to fix this so that fpm will queue up the requests, or have nginx retry again later (fastcgi_next_upstream_tries doesn’t seem to have any effect)? I don’t mind how long it takes the webserver to serve up all the requests (increase timeouts), only that I can set my fpm number of processes to an appropriate number relative to my CPU, and all of these 160 requests will be served.

Update — Works Fine Using TCP Sockets

I just tried swapping FPM from listening on a unix file socket to TCP sockets as detailed here.

E.g. changing fpm to: Listen 127.0.0.1:9000 and updating nginx to use: fastcgi_pass 127.0.0.1:9000;

This seems to have done the trick as a workaround. E.g. I don’t get any 502 errors even if I use a dynamic pool or even a static pool with just 2 fpm threads.

However, I would love to know why this works instead of using a local unix file socket, and whether there is just a configuration change I can make to have the file socket based solution work, as that is the default and that many people are likely to be using.

serverfault.com

Как расшифровать

503 Service Temporarily Unavailable (перевод: «сервис временно недоступен») означает, что сервер, на котором располагается сайт, прекратил обрабатывать и получать запросы. Причин возникновения подобной надписи может быть огромное количество. Возможно, сервер просто не справляется с большим наплывом посетителей, а может быть, проблема куда более серьезная.

Если при заходе на сайт, всплывает ошибка 503 Service Temporarily Unavailable nginx, то последняя часть этого сообщения означает, что проблема с наибольшей вероятностью кроется в самом сервере.

Причины появления

Когда человек заходит на интернет-ресурс, он как будто совершает вызов, как по телефону. Если линия занята, то он не сможет посмотреть интересующую его страницу. То же самое происходит и при слишком долгом «звонке». В этой ситуации сервер принимает решение разорвать соединение, чтобы не тратить ресурсы, и выдает ошибку 503 Service Temporarily Unavailable. Что это значит, теперь понять несложно, но вот что с этим делать?

Слишком много обращений к серверу

Эта наиболее частая ошибка может иметь сразу несколько причин:

1. На страницах ресурса расположено несколько файлов php, java и куча других скриптов, отвечающих за стили и т. д. Из-за этого после обращения к сайту запрос отправляется во всех направлениях, что приводит к ошибке 503 Service Temporarily Unavailable. Как исправить такую ситуацию? Все очень просто. Достаточно произвести оптимизацию всего сайта, избавиться от ненужных скриптов и по возможность сжать файлы, отвечающие за стили.

2. Слишком частое обращение ботов поисковых машин к серверу сайта. В этом случае на счетчиках посещаемости это никак не отразится, поэтому придется залезать в логи. Если причина именно в ботах, то решение простое – нужно закрыть им доступ через robot.txt.

3. Если на сайте используется ajax, то это также приведет к огромному количеству запросов и ошибке 503 Service Temporarily Unavailable. Чаще всего такая проблема встречается на ресурсах с чатами, играми, виртуальными конференциями и т. д. Исправить такую ситуацию можно только путем смены хостинга, так как необходимо повысить производительность системы.

4. «Подгрузка» с других сайтов. Если на ресурсе используются изображения, видеофайлы и другие материалы сторонних порталов, то нагрузка на сервер значительно повышается. В этом случае достаточно только избавиться от «чужих» скриптов.

5. Атака хакеров. Любые ddos-атаки неизбежно приводят к ошибке 503 Service Temporarily Unavailable. Если сайт не сильно поврежден, то его нужно восстановить и позаботиться о более надежной защите портала. Для этого рекомендуется установить на домен SSL сертификацию и перейти на https. На популярных сегодня CMS есть огромное количество плагинов и расширений, которые помогают избавиться от нежелательных комментариев на сайте, спам-атак, рассылок и посягательств со стороны недоброжелателей.

Падение скорости обработки скриптов на сервере

Помимо описанных выше причин, код ошибки 503 Service Temporarily Unavailable может стать следствием медленно загружающихся скриптов. В этом случае события могут развиваться по нескольким сюжетам:

  1. На ресурсе установлено слишком много «увесистых» скриптов, которые сайт элементарно не выдерживает. Поэтому от всего лишнего и неиспользуемого необходимо избавиться.
  2. Если сайт работает через PHP, то через него могут проходить слишком большие файлы статичного типа. Необходимо запомнить, что такая передача – это огромная ошибка. Необходимо позаботиться, чтобы файлы передавались только напрямую.
  3. База данных на сервере не оптимизирована. В этом случае необходимо самостоятельно ее обновить или обратить к хостинг-провайдеру.
  4. На сервере установлена почтовая рассылка. В этом случае также можно либо сменить тариф, выбрав более производительный, либо обратиться за услугами к другому хостингу.

CMS

Современные «движки» для сайтов позволяют создавать собственные порталы без особых навыков программирования. Чаще всего веб-мастера добиваются расширенного функционала при помощи всевозможных плагинов и расширений. Безусловно, они упрощают жизнь и делают станицы более привлекательными для потенциальных посетителей. Однако далеко не все расширения лицензированы и подходят для всех CMS. Установив всего один «битый» файл, можно вызвать ошибку 503 Service Temporarily Unavailable. Что это значит и критично ли это?

На самом деле решить проблему можно, поочередно отключая расширения. Если после деактивации одного из них ошибка исчезла – значит, достаточно просто удалить «вредителя». После этого стоит детально изучать все плагины на предмет их соответствия конкретной CMS.

Также не рекомендуется устанавливать расширения со сторонних порталов. Дело в том, что их создатели могут оказаться мошенниками, которые загрузят на сайт вредоносное и незаметное для веб-мастера ПО.

Если ничего не помогло

Если после всех манипуляций проблема осталась, то тогда остается только одно – перейти на новый хостинг. Это не означает, что вся работа канет в Лету. Сегодня можно без проблем переключаться на другой хостинг и переводить на него уже действующий сайт. Но перед этим нужно уточнить у консультантов, производят ли они такие манипуляции с существующими порталами.

В любом случае отказываться от сайта не стоит, так как не существует таких проблем, которые нельзя было бы решить самостоятельно.

www.syl.ru

503 Service Temporarily Unavailable что это значит

ошибка 503

Добрый день, довольно часто люди, зайдя на нужный им ресурс, видят не контент этого ресурса, а ошибку 503 Service Temporarily Unavailable, которая переводится как: — 503 Сервис временно недоступен. Например, сегодня, зайдя на довольно популярный ресурс, я увидел подобную ошибку. Что интересно, вначале мне вышло сообщение в браузере Опера, что посещение данного ресурса грозит компьютеру заражением.

При этом, я на данном сайте бывал часто и знаю, что он безопасен. Но, мой браузер (именно браузер, а не антивирус), отказывался меня туда впускать. Появилась ссылка «Вы всё равно решили зайти на сайт?». Я ответил Да. Тогда и появилась ошибка 503. Я несколько раз перезагрузил страницу, но ошибка не исчезла. Тогда, я попытался зайти на сайт с другого ресурса, ошибка была той же.

503 Service Temporarily Unavailable перевод на русский «Сервис на время недоступен». Такое бывает, когда данный сайт просто не в состоянии обработать все запросы, поступающие к нему. В таком случае, новые обращения он перестаёт принимать и начинает их блокировать. Это чем-то напоминает звонок на номер телефона, который в данный момент ведет связь с другим абонентом. Другими словами, номер занят.

Каковы причины ошибки 503

Причин может быть несколько. В моём случае, т.к. браузер не хотел меня пускать на данный ресурс, скорее всего, сайт подвергся DDos атаке хакеров, или сервис заразился вирусом. А вообще, для ресурсов с большой посещаемостью, скорее всего, он был просто перегружен обращением множества пользователей.

Также, вполне возможно, на сайт зашло слишком много ботов. Счётчик посещаемости при этом может быть довольно низким. Такое бывает иногда с моим сайтом. Работа сайта при этом не прекращается, но администрация хостинга сообщает мне о высокой активности на сайте. Я в таких случаях просматриваю IP адреса посетителей, и с очень большими запросами, просто блокирую, т.к. это не люди, а боты.

Если же на сайт стало заходить на много больше посетителей, следует выбрать другой тариф для большей посещаемости. Также, подобный сбой может произойти, если у вас на сайте установлен плагин рассылки, и он сработал во время большой посещаемости народа.

На интернет магазинах такая ошибка может появиться, если один и тот-же товар пытаются в одно время купить несколько пользователей. Также, вполне возможно, что продукт уже куплен. Тогда, через определённое время нужно обратиться к поддержке магазина.

Иногда, рядом с цифрой 503 стоит другая, для дополнительного пояснения. К примеру, 503.2, что означает, что параллельные обращения выше нормы. Итак, давайте подробнее рассмотрим из-за чего может появиться ошибка 503.

503 1

  1. Большой поток ботов на ресурс от различных поисковиков и других сервисов.
  2. DDos атака на сайт с целью вывести ресурс из рабочего состояния. Применяется с разной целью. Чаще всего, для вымогательства с целью наживы.
  3. Включение рабочей рассылки писем во время большого скопления народа.
  4. Выход из строя определенного плагина, скрипта или прочего компонента сайта.
  5. Долгое задание для части компонентов сайта. Появляется на ресурсах с движком Joomla.
  6. Во время большого посещения народа поступление на сайт файлов приличных размеров через PHP.
  7. Долгая загрузка с прочих ресурсов. Например, на сайте установлено приличное количество различных скриптов, картинок или видео с иных ресурсов. Сайты, на которых установлены данные скрипты и файлы, могут в это время оказаться не рабочими. В таком случае, не рабочим может оказаться и ваш блог.
  8. На блоге идут происходят работы. Хотя, в этом случае, на популярных сайтах так и пишут «Технические работы».

Я перечислил основные причины, хотя их бывает на порядок больше. Теперь, давайте посмотрим, что нужно предпринять в этом случае обычному человеку, зашедшему на ресурс.

Как убрать ошибочку 503 Service Temporarily Unavailable

  1. Если ваш браузер или антивирус сообщает вам об угрозе, которая исходит из определённого ресурса, лучше всего переждать несколько часов. Даже лучше посетить сайт утром следующего дня, т.к. на блоге на самом деле может находиться вирус. Утром следующего дня, инженеры сайта, скорее всего, данный вирус удалят. Если же это была перегрузка сайта, или DDos атака, к этому времени, она скорее всего будет прекращена.
  2. Если вам невмоготу, и очень хочется именно сейчас попасть да данный ресурс, просто перезапустите страницу. Не помогает? Попробуйте очистить историю браузера и опять перезагрузить сайт.
  3. Можно немного подождать и обратиться в поддержку интернет магазина, если вы покупали товар.
  4. У вас соединение через роутер? Попробуйте его перезагрузить, может сработать.
  5. Можно просто написать хозяевам сайта. Вполне возможно, они не подозревают об этой ошибке на их ресурсе. Этим вы окажите вебмастерам услугу.

Очень может быть, что данные советы не помогут. Тогда остаётся только ждать и зайти на сайт позже. Теперь давайте выясним, что делать вебмастерам в этом случае?

Советую почитать мою статью: — Голосовой переводчик на различные языки

Как удалить ошибку 503 вебмастерам

503

  1. Проверьте все установленные на сайте плагины. Это можно сделать путём их выключения и просматривая, какой работает, а какой нет. Найдя не рабочий, просто деактивируем его. Если же он вам нужен, попробуйте найти плагин с такими же свойствами и запустить его.
  2. Файлы больших размеров нужно передавать напрямую, без применения скриптов.
  3. Не работайте во время подобной ошибки с удаленным сервером.
  4. Если у вашего сайта слишком много ссылок и кодов, загружаемых с других ресурсов, удалите их. Скорее всего, сайт начнёт работать нормально. Потом часть из них можно будет вернуть. Запомните, большое количество скриптов с других ресурсов тормозят сайт.
  5. Почтовую рассылку с вашего блога лучше всего проводить ночью, когда количество посетителей минимально.
  6. Поменяйте ваш тариф на более высокий. Также, можно перевести сайт на VDS. На выделенном сервере сайт работает заметно быстрее и ошибок получается меньше.
  7. Если перечисленные советы не помогли, поменяйте хостинг. Также, на новом хостинге можно выбрать VDS. Часто, цена VDS, мало отличается от стандартного режима хостинга. Я бы рекомендовал хостинг, которым сам пользуюсь — Sweb.ru. На хостинге можно приобрести VDS всего за 299 руб. При этом, вам предложат 10 Гб оперативной памяти и два IP адреса для сайта. Вам нужно лишь зарегистрироваться и ввести промокод. Также, можно воспользоваться обычным тарифом за 159 руб/мес., введя данный промокод.

Я думаю, что один из способов поможет вам избавиться от ошибки 503 Service Temporarily Unavailable. Успехов!

С уважением,     Андрей Зимин               21.12.2017 г.

info-kibersant.ru

Причины возникновения подобной ситуации

Чтобы выяснить первопричины этого явления, потребуется осуществить перевод на русский «503 service temporarily unavailable». Для этой цели вполне подойдет любой онлайн-переводчик.

Если объяснить доступно все предоставленные варианты переводов этой фразу то получается, такая интересная вещь: сервер, на котором размещен запрашиваемый пользователем интернет-ресурс, не может реализовать возможность входа на сайт, так как в данный момент испытывает какие-то проблемы, связанные с серьезными перегрузками.

Тогда как исправить 503 service temporarily unavailable? Со стороны обычного посетителя сделать это не возможно, так как причины ошибки совершенно не связанны с его действиями или используемыми настройками системы, оборудования.

Получается, что попробовать исправить ситуацию может только владелец проблемного ресурса, а его потенциальному посетителю можно посоветовать:

  1. Подождать некоторое время. Возможно, данная неприятность будет исправлена и у него опять появится возможность для полноценного доступа.
  2. Найти альтернативный источник требуемой информации на других, рабочих интернет-проектах.
  3. Если есть возможность осуществления связи с владельцем проблемного сайта, то попытаться выйти на контакт с ним и сообщить о ситуации.

Рекомендации к владельцам проблемных интернет-ресурсов

Сразу стоит отметить, что от выбора CMS совершенно не зависит появление подобной ошибки. Поэтому не стоит бежать переносить сайт на альтернативную платформу, так как это не даст сколько-нибудь положительного эффекта.

Одной из причин подобной ситуации может стать ddos-атака. Это когда на ресурсе наблюдается одновременно очень большое число заходов, которые и перегружают сервер. Что делать? Установить какую-либо системную защиту – обычно это решается с помощью обращения к толковому программисту. Как вариант – попробовать перейти на более мощный сервер, который способен выдержать подобные перегрузки.

Еще одна возможная первопричина – не правильные настройки самого сайта. Что рекомендуется проверить в первую очередь:

  1. Число запросов от роботов, проводящих индексирование ресурса. Если их слишком много, то необходимо уменьшить их количество.
  2. Если на сайте есть чат, то рекомендуется ставить ограничения по числу одновременных его участников, а также установить запрет на возможность параллельного открытия нескольких окон.
  3. Нагрузку также может вызвать огромное число файлов, которые могут качать посетители. Если есть возможность, желательно объединять их.
  4. При выполнении автоматической рассылки писем желательно выставлять время ее проведения так, когда большинство посетителей на интернет-сайте отсутствуют.
  5. Сократить число применяемых скриптов и плагинов, которые также оказывают дополнительное воздействие на удаленный сервер.

windowserror.ru


You May Also Like

About the Author: admind

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

Этот сайт использует Akismet для борьбы со спамом. Узнайте как обрабатываются ваши данные комментариев.

Adblock
detector