1b.app
Скопійоване посилання -

Сторінка не доступна

Клієнт не можемо увійти до свого OneBox
Прошу допомогти у цьому питанні
https://viles.crm-onebox.com/dashboard/
Оригінальне питання доступне на версії: ru

Відповіді:

Добрий день.
Звертайтеся до хостера.
Сервер на запити відповідає, але не авторизує.
При спробі авторизуватися через ssh відповідає "Connection reset by 91.200.41.204".
17.01.2022, 13:22
Оригінальний коментар доступний на версії: ru


Тасун Сергій Володимирович
OneBox production написав:
Добрий день.
Звертайтеся до хостера.
Сервер на запити відповідає, але не авторизує.
При спробі авторизуватися через ssh відповідає "Connection reset by 91.200.41.204".

хостер відповів що все працює, може причина в чомусь іншому?
17.01.2022, 16:54
Оригінальний коментар доступний на версії: ru


Матюшко Денис
OneBox CORP
OneBox, Sales Manager написав:

Тасун Сергій Володимирович
OneBox production написав:
Добрий день.
Звертайтеся до хостера.
Сервер на запити відповідає, але не авторизує.
При спробі авторизуватися через ssh відповідає "Connection reset by 91.200.41.204".

хостер відповів що все працює, може причина в чомусь іншому?

ми на дурнів схожі?
нехай із зовнішньої мережі пінгонуть свій же сервак
17.01.2022, 17:35
Оригінальний коментар доступний на версії: ru

На сервері приблизно Jan 2 22:30:11 закінчилося місце.
17.01.2022, 17:59
Оригінальний коментар доступний на версії: ru



Устименко Ігор
OneBox production
OneBox CTO написав:

Матюшко Денис
OneBox CORP
OneBox, Sales Manager написав:

Тасун Сергій Володимирович
OneBox production написав:
Добрий день.
Звертайтеся до хостера.
Сервер на запити відповідає, але не авторизує.
При спробі авторизуватися через ssh відповідає "Connection reset by 91.200.41.204".

хостер відповів що все працює, може причина в чомусь іншому?

ми на дурнів схожі?
нехай із зовнішньої мережі пінгонуть свій же сервак

відповідь хостера:
ми не проводимо жодних робіт на VPS без запиту з боку користувача, в тому числі і не чистимо місце з власної ініціативи. Зараз у вас на сервері зайнято 39% дискового простору. Після вашого дзвінка ми перезавантажили сервер, але робота сайту після цього не відновилася. Зверніться, будь ласка в підтримку Onebox.
17.01.2022, 22:00
Оригінальний коментар доступний на версії: ru

Судячи з логів CRM проблема з'явилася 3 січня 2022 року:
[2022-01-03 00:09:01]
point: /var/www/vilescrmoneboxc/web1/web/modules/voip/cron/cron-binotel.php
data: Array
(
[type] => 1
[message] => Uncaught ConnectionManager_Exception: Забороняється connect to database: Connection refused in /var/www/vilesc
rmoneboxc/web1/web/packages/ConnectionManager/ConnectionManager_MySQLi.class.php:44
Stack trace:
#0 /var/www/vilescrmoneboxc/web1/web/packages/ConnectionManager/ConnectionManager_MySQLi... ConnectionManag
er_MySQLi->connect()
#1 /var/www/vilescrmoneboxc/web1/web/packages/SQLObject/SQLObject.class.php(917): ConnectionManager_MySQLi->escapeString
()
#2 /var/www/vilescrmoneboxc/web1/web/packages/SQLObject/SQLObject.class.php(946): SQLObject->makeWhereArray()
#3 /var/www/vilescrmoneboxc/web1/web/packages/SQLObject/SQLObject.class.php(1296): SQLObject->makeWhereString()
#4 /var/www/vilescrmoneboxc/web1/web/packages/SQLObject/SQLObject.class.php(1091): SQLObject->_makeQuery()
#5 /var/www/vilescrmoneboxc/web1/web/api/db/Xplatform.class.php(364): SQLObject->getNext()
#6 /var/www/vilescrmoneboxc/web1/web/api/services/SettingService.class.php(1183): Xplatform->getNext()
#7 /var/www/vilescrmoneboxc/web1/web/
[file] => /var/www/vilescrmoneboxc/web1/web/packages/ConnectionManager/ConnectionManager_MySQLi...
[line] => 44
)
Хоча з даними конфігу в консолі вдалося з'єднатися з базою даних.
Зверніться, будь ласка, до розробників сайту.
Гарного вечора!
17.01.2022, 22:02
Оригінальний коментар доступний на версії: ru

Ось системний лог
Jan 2 22:25:01 viles systemd: Started Session 54934 user root.
.................................................. .................Jan 2 22:30:11 viles journal: Runtime journal is using 8.0M (max allowed 91.5M, trying to leave 137.2M free of 907
.0M available → current limit 91.5M).
Jan 2 22:30:11 viles kernel: Initializing cgroup subsys cpuset
Jan 2 22:30:11 viles kernel: Initializing cgroup subsys cpu
Jan 2 22:30:11 viles kernel: Initializing cgroup subsys cpuacct
Jan 2 22:30:11 viles kernel: Linux version 3.10.0-1127.10.1.el7.x86_64 (mockbuild@kbuilder.bsys.centos.org) (gcc version 4.8.5 20150623 (Red Hat 4.8) (GCC) ) #1 SMP Wed Jun 3 1
4:28:03 UTC 2020
Jan 2 22:30:11 viles kernel: Command line: root=UUID=0635e2fb-4091-41e2-9a10-5efef849183a ro crashkernel=auto rhgb quiet LANG=en_US.UTF-8
Jan 2 22:30:11 viles kernel: ACPI in unprivileged domain disabled
Jan 2 22:30:11 viles kernel: e820: BIOS-забезпечений фізичною RAM map:
Jan 2 22:30:11 viles kernel: Xen: [mem 0x000000000000000-0x000000000009ffff] usable
Jan 2 22:30:11 viles kernel: Xen: [mem 0x00000000000a0000-0x00000000000fffff] reserved
Jan 2 22:30:11 viles kernel: Xen: [mem 0x0000000000100000-0x000000007fffffff] usable
Jan 2 22:30:11 viles kernel: NX (Execute Disable) protection: active
Jan 2 22:30:11 viles kernel: DMI не є present або invalid.
Jan 2 22:30:11 viles kernel: e820: last_pfn = 0x80000 max_arch_pfn = 0x400000000
Jan 2 22:30:11 viles kernel: RAMDISK: [mem 0x02c00000-0x03c40fff]
Jan 2 22:30:11 viles kernel: NUMA turned off
Jan 2 22:30:11 viles kernel: Faking a node at [mem 0x0000000000000000-0x000000007fffffff]
Jan 2 22:30:11 viles kernel: NODE_DATA(0) allocated [mem 0x7fc06000-0x7fc2cfff]
Jan 2 22:30:11 viles kernel: Reserving 161MB з пам'яті на 720MB для crashkernel (System RAM: 2047MB)
Jan 2 22:30:11 viles kernel: Zone ranges:
Jan 2 22:30:11 viles kernel: DMA [mem 0x00001000-0x00ffffff]
Jan 2 22:30:11 viles kernel: DMA32 [mem 0x01000000-0xffffffff]
Jan 2 22:30:11 viles kernel: Normal empty
Jan 2 22:30:11 viles kernel: Movable zone start for each node
Jan 2 22:30:11 viles kernel: Early memory node ranges
Jan 2 22:30:11 viles kernel: node 0: [mem 0x00001000-0x0009ffff]
Jan 2 22:30:11 viles kernel: node 0: [mem 0x00100000-0x7fffffff]
...
Jan 2 22:30:17 viles kdumpctl: kexec: скачати kdump kernel
Jan 2 22:30:17 viles kdumpctl: Starting kdump: [FAILED]
Jan 2 22:30:17 viles systemd.
Jan 2 22:30:17 viles systemd: Startup finished в 1.317s (kernel) + 725ms (initrd) + 5.494s (userspace) = 7.538s.
Jan 2 22:30:17 viles systemd: Unit kdump.service entered failed state.
Jan 2 22:30:17 viles systemd: kdump.service failed.
І так до сьогодні.
І так, хостер очистив лог веб сервера.
17.01.2022, 23:10
Оригінальний коментар доступний на версії: ru

Будь ласка, приєднуйтесь до діалогу. Якщо вам є що сказати – будь ласка, напишіть коментар. Для входу потрібний мобільний телефон та смс-код для ідентифікації. Увійти та написати коментар