Ошибка вызова метода внешней компоненты a socket error occurred

@pinepain yes, reloading php-fpm can solves the issue; php version is 7.0.6 and rabbitmq version is 3.6.5;
when i run the code as follows i get the error. thanks

$conn_args = array(
‘host’ => ‘192.168.204.72’,
‘port’ => ‘5672’,
‘login’ => ‘root’,
‘password’ => ‘root’,
‘heartbeat’ => 6
);
$conn = new AMQPConnection($conn_args);
if ($conn->pconnect()) {
echo «Established a connection to the broker n»;
} else {
echo «Cannot connect to the broker n «;
}
$channel = new AMQPChannel($conn);

$ex = new AMQPExchange($channel);
$ex->setName(‘exchange33’);
$ex->setType(AMQP_EX_TYPE_DIRECT);
$ex->setFlags(AMQP_DURABLE);

echo «exchange status:».$ex->declareExchange();
echo «n»;

$queue = new AMQPQueue($channel);
$queue->setName(‘queue33’);
$queue->setFlags(AMQP_NOPARAM);
$queue->declareQueue();
$queue->bind(‘exchange33′,’key’);

$message = json_encode(array(‘Hello World3!’,’php3′,’c++3:’));
$routingkey=’key’;
$res = $ex->publish($message,$routingkey);

php -version

PHP 7.0.6 (cli) (built: Jun 4 2016 13:48:07) ( NTS )
Copyright (c) 1997-2016 The PHP Group
Zend Engine v3.0.0, Copyright (c) 1998-2016 Zend Technologies
with Xdebug v2.4.1, Copyright (c) 2002-2016, by Derick Rethans

rabbitmqctl status

Status of node rabbit@localhost …
[{pid,27552},
{running_applications,
[{rabbitmq_management,»RabbitMQ Management Console»,»3.6.5″},
{rabbitmq_management_agent,»RabbitMQ Management Agent»,»3.6.5″},
{rabbit,»RabbitMQ»,»3.6.5″},
{os_mon,»CPO CXC 138 46″,»2.4.1″},
{rabbitmq_web_dispatch,»RabbitMQ Web Dispatcher»,»3.6.5″},
{webmachine,»webmachine»,»1.10.3″},
{mochiweb,»MochiMedia Web Server»,»2.13.1″},
{ssl,»Erlang/OTP SSL application»,»8.0.2″},
{public_key,»Public key infrastructure»,»1.2″},
{crypto,»CRYPTO»,»3.7.1″},
{amqp_client,»RabbitMQ AMQP Client»,»3.6.5″},
{rabbit_common,[],»3.6.5″},
{compiler,»ERTS CXC 138 10″,»7.0.2″},
{ranch,»Socket acceptor pool for TCP protocols.»,»1.2.1″},
{asn1,»The Erlang ASN1 compiler version 4.0.4″,»4.0.4″},
{syntax_tools,»Syntax tools»,»2.1″},
{inets,»INETS CXC 138 49″,»6.3.3″},
{xmerl,»XML parser»,»1.3.12″},
{mnesia,»MNESIA CXC 138 12″,»4.14.1″},
{sasl,»SASL CXC 138 11″,»3.0.1″},
{stdlib,»ERTS CXC 138 10″,»3.1″},
{kernel,»ERTS CXC 138 10″,»5.1″}]},
{os,{unix,linux}},
{erlang_version,
«Erlang/OTP 19 [erts-8.1] [source-77fb4f8] [64-bit] [smp:4:4] [async-threads:64] [hipe] [kernel-poll:true]n»},
{memory,
[{total,59202976},
{connection_readers,0},
{connection_writers,0},
{connection_channels,0},
{connection_other,2832},
{queue_procs,209624},
{queue_slave_procs,0},
{plugins,602808},
{other_proc,19381184},
{mnesia,82456},
{mgmt_db,509904},
{msg_index,48168},
{other_ets,1515968},
{binary,34472},
{code,24815589},
{atom,1033401},
{other_system,10966570}]},
{alarms,[]},
{listeners,[{clustering,25672,»::»},{amqp,5672,»::»}]},
{vm_memory_high_watermark,0.4},
{vm_memory_limit,3301144985},
{disk_free_limit,50000000},
{disk_free,52243738624},
{file_descriptors,
[{total_limit,102300},
{total_used,3},
{sockets_limit,92068},
{sockets_used,0}]},
{processes,[{limit,1048576},{used,236}]},
{run_queue,0},
{uptime,39},
{kernel,{net_ticktime,60}}]

I’m using Celery within Django with RabbitMQ as the broker on Heroku. My RabbitMQ service is CloudAMQP Tough on Heroku. If relevant, we’ve been having somewhat frequent memory leaks that I’ve been trying to plug, but generally service isn’t degraded when it happens.

When the site is heavily trafficked (like today), I start getting occasional errors like the following:

Couldn't log in: a socket error occurred

The task is completely thrown out and not registered anywhere. This is obviously a business-critical problem. My celery settings are below:

BROKER_URL = os.getenv('CLOUDAMQP_URL', DEFAULT_AMQP)
CELERY_TASK_SERIALIZER = 'pickle'
CELERY_RESULT_SERIALIZER = 'json'
CELERY_ACCEPT_CONTENT = ['pickle', 'json']
CELERY_ENABLE_UTC = True
# CELERY_RESULT_BACKEND = 'djcelery.backends.database:DatabaseBackend']
CELERY_STORE_ERRORS_EVEN_IF_IGNORED = True
CELERY_SEND_TASK_ERROR_EMAILS = True
CELERY_RESULT_BACKEND = False
CELERY_IMPORTS = ('business.admin', 'mainsite.views', 'utils.crons', 'mainsite.forms', )
BROKER_POOL_LIMIT = 5

# trying to clean up this memory leak
CELERYD_MAX_TASKS_PER_CHILD = 5
CELERYD_TASK_TIME_LIMIT = 60*60

I’m a bit new to celery so I’m happy to provide as follow-up whatever logs/etc will be helpful, but I’m not even sure what to provide at this point. Is there anything obvious in my settings or environment that seems like it could be causing this problem when heavily trafficked?

@pinepain yes, reloading php-fpm can solves the issue; php version is 7.0.6 and rabbitmq version is 3.6.5;
when i run the code as follows i get the error. thanks

$conn_args = array(
‘host’ => ‘192.168.204.72’,
‘port’ => ‘5672’,
‘login’ => ‘root’,
‘password’ => ‘root’,
‘heartbeat’ => 6
);
$conn = new AMQPConnection($conn_args);
if ($conn->pconnect()) {
echo «Established a connection to the broker n»;
} else {
echo «Cannot connect to the broker n «;
}
$channel = new AMQPChannel($conn);

$ex = new AMQPExchange($channel);
$ex->setName(‘exchange33’);
$ex->setType(AMQP_EX_TYPE_DIRECT);
$ex->setFlags(AMQP_DURABLE);

echo «exchange status:».$ex->declareExchange();
echo «n»;

$queue = new AMQPQueue($channel);
$queue->setName(‘queue33’);
$queue->setFlags(AMQP_NOPARAM);
$queue->declareQueue();
$queue->bind(‘exchange33′,’key’);

$message = json_encode(array(‘Hello World3!’,’php3′,’c++3:’));
$routingkey=’key’;
$res = $ex->publish($message,$routingkey);

php -version

PHP 7.0.6 (cli) (built: Jun 4 2016 13:48:07) ( NTS )
Copyright (c) 1997-2016 The PHP Group
Zend Engine v3.0.0, Copyright (c) 1998-2016 Zend Technologies
with Xdebug v2.4.1, Copyright (c) 2002-2016, by Derick Rethans

rabbitmqctl status

Status of node rabbit@localhost …
[{pid,27552},
{running_applications,
[{rabbitmq_management,»RabbitMQ Management Console»,»3.6.5″},
{rabbitmq_management_agent,»RabbitMQ Management Agent»,»3.6.5″},
{rabbit,»RabbitMQ»,»3.6.5″},
{os_mon,»CPO CXC 138 46″,»2.4.1″},
{rabbitmq_web_dispatch,»RabbitMQ Web Dispatcher»,»3.6.5″},
{webmachine,»webmachine»,»1.10.3″},
{mochiweb,»MochiMedia Web Server»,»2.13.1″},
{ssl,»Erlang/OTP SSL application»,»8.0.2″},
{public_key,»Public key infrastructure»,»1.2″},
{crypto,»CRYPTO»,»3.7.1″},
{amqp_client,»RabbitMQ AMQP Client»,»3.6.5″},
{rabbit_common,[],»3.6.5″},
{compiler,»ERTS CXC 138 10″,»7.0.2″},
{ranch,»Socket acceptor pool for TCP protocols.»,»1.2.1″},
{asn1,»The Erlang ASN1 compiler version 4.0.4″,»4.0.4″},
{syntax_tools,»Syntax tools»,»2.1″},
{inets,»INETS CXC 138 49″,»6.3.3″},
{xmerl,»XML parser»,»1.3.12″},
{mnesia,»MNESIA CXC 138 12″,»4.14.1″},
{sasl,»SASL CXC 138 11″,»3.0.1″},
{stdlib,»ERTS CXC 138 10″,»3.1″},
{kernel,»ERTS CXC 138 10″,»5.1″}]},
{os,{unix,linux}},
{erlang_version,
«Erlang/OTP 19 [erts-8.1] [source-77fb4f8] [64-bit] [smp:4:4] [async-threads:64] [hipe] [kernel-poll:true]n»},
{memory,
[{total,59202976},
{connection_readers,0},
{connection_writers,0},
{connection_channels,0},
{connection_other,2832},
{queue_procs,209624},
{queue_slave_procs,0},
{plugins,602808},
{other_proc,19381184},
{mnesia,82456},
{mgmt_db,509904},
{msg_index,48168},
{other_ets,1515968},
{binary,34472},
{code,24815589},
{atom,1033401},
{other_system,10966570}]},
{alarms,[]},
{listeners,[{clustering,25672,»::»},{amqp,5672,»::»}]},
{vm_memory_high_watermark,0.4},
{vm_memory_limit,3301144985},
{disk_free_limit,50000000},
{disk_free,52243738624},
{file_descriptors,
[{total_limit,102300},
{total_used,3},
{sockets_limit,92068},
{sockets_used,0}]},
{processes,[{limit,1048576},{used,236}]},
{run_queue,0},
{uptime,39},
{kernel,{net_ticktime,60}}]

I’m using Celery within Django with RabbitMQ as the broker on Heroku. My RabbitMQ service is CloudAMQP Tough on Heroku. If relevant, we’ve been having somewhat frequent memory leaks that I’ve been trying to plug, but generally service isn’t degraded when it happens.

When the site is heavily trafficked (like today), I start getting occasional errors like the following:

Couldn't log in: a socket error occurred

The task is completely thrown out and not registered anywhere. This is obviously a business-critical problem. My celery settings are below:

BROKER_URL = os.getenv('CLOUDAMQP_URL', DEFAULT_AMQP)
CELERY_TASK_SERIALIZER = 'pickle'
CELERY_RESULT_SERIALIZER = 'json'
CELERY_ACCEPT_CONTENT = ['pickle', 'json']
CELERY_ENABLE_UTC = True
# CELERY_RESULT_BACKEND = 'djcelery.backends.database:DatabaseBackend']
CELERY_STORE_ERRORS_EVEN_IF_IGNORED = True
CELERY_SEND_TASK_ERROR_EMAILS = True
CELERY_RESULT_BACKEND = False
CELERY_IMPORTS = ('business.admin', 'mainsite.views', 'utils.crons', 'mainsite.forms', )
BROKER_POOL_LIMIT = 5

# trying to clean up this memory leak
CELERYD_MAX_TASKS_PER_CHILD = 5
CELERYD_TASK_TIME_LIMIT = 60*60

I’m a bit new to celery so I’m happy to provide as follow-up whatever logs/etc will be helpful, but I’m not even sure what to provide at this point. Is there anything obvious in my settings or environment that seems like it could be causing this problem when heavily trafficked?

28.07.20 — 14:26

1 — 28.07.20 — 14:29

Компонента вроде бы регистрируется, для чего нужны права посерьезнее юзерских. Запустите 1С под админом

2 — 28.07.20 — 14:32

Пробовал локально на сервере под серверным админом. не помогло.

3 — 28.07.20 — 15:10

(1) не каждая компонента требует админских прав

4 — 28.07.20 — 15:10

(0) обращайся к вендору компоненту. Ни слова не сказал — что за компонент, а тут телепаты все в отпуске

5 — 28.07.20 — 15:13

» Ни слова не сказал — что за компонент,»  

Так и мне никто не сказал, что за компонента…

Вот я и надеялся на тех, которые в отпуске.

6 — 28.07.20 — 15:21

Эта компонента сама регистрируется при входе в места, которые требуют криптопровайдера. Например в Отчеты — Регламентированная отчетность. 1С-ка сразу лезет проверять, на месте ли криптопровайдер и если видит его установленным на компе, то ставит какую-то компоненту )для випнет своя, для крипто про — своя). В принципе, можете зайти в Отчеты — Регламентированные отчеты — Дополнительные настройки обмена и эта компонента где-то там. Но всегда она ставилась сама без каких-либо манипуляций. Главное тут — админские права на 1С и админские права на винду. Еще возможно, что вы випнет установили, но не заходили в него, он при запуске там опрашивает носители, подписи и все такое. И еще — какой именно випнет вы установили. Версия? Случайно не бета-версию 4.5?

7 — 28.07.20 — 15:25

«Случайно не бета-версию 4.5?»

Версия 4.0.

Установлена некоторое время назад и не использовалась. А сейчас я запросил серийный номер, мне прислали его, зарегистрировалась без проблем. 1С ее видит: в разделе Программы она есть.

8 — 28.07.20 — 15:36

9 — 29.07.20 — 07:43

«ставьте бета-версию 4.2.11.5875»

Попробовал 4.2 — на сайте написано, что не совместимо с программами Касперского (на сервере стоит антивирус); рекомендуют использовать 4.5. В итоге поставил 4.5, все заработало, ключ сформировался.

При этом Диагностика ЭДО пишет «Программа криптографии не установлена на компьютере»…А в настройках электронной подписи на закладке Программы — VipNet установлен.

10 — 29.07.20 — 07:55

(9) Та же самая проблема с крипто про, в настройках ЭДО все установлено и ключи видит, при попытке просмотра ЭДО из документа, не установлена крипто программа, куда копать, пока не нашел

11 — 29.07.20 — 10:10

Никто не подскажет в чем проблема, куда копать? в программах и настройках учетных записей — крипто про работает, при попытке сформировать документ По ЭДО — крипто програама не установлена — установите

У меня на двух компах заработало: локально на сервере под локальным админом и на моем компе (админские права на ОС и в 1С). А на бухгалтерском компе при попытке отправить/получить документы выдает

«Не удалось получить токен авторизации в сервисе 1С-ЭДО.

Необходимо проверить соединение с оператором в учетной записи ЭДО»