Невозможно подключиться к экземпляру SQL-сервера Ubuntu 18.04 - PullRequest
0 голосов
/ 17 октября 2019

Я использую SQL-сервер в Ubuntu 18.04, к которому мне удалось успешно подключиться через SSMS. Но я больше не могу подключиться. Моим первым инстинктом было проверить, работает ли SQL-сервер, выполнив

sudo systemctl status mssql-server

lo, и вот, экземпляр SQL-сервера был активен, поэтому я перезагрузил весь сервер и снова выполнил указанную выше команду и увидел следующее:

mssql-server.service - Microsoft SQL Server Database Engine
Loaded: loaded (/lib/systemd/system/mssql-server.service; enabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Wed 2019-10-16 16:49:17 UTC; 1min 13s ago
Docs: https://docs.microsoft.com/en-us/sql/linux
Process: 1025 ExecStart=/opt/mssql/bin/sqlservr (code=exited, status=1/FAILURE)
Main PID: 1025 (code=exited, status=1/FAILURE)
Oct 16 16:49:17 lamp-xxxxx systemd[1]: mssql-server.service: Main process exited, code=exited, status=1/FAILURE
Oct 16 16:49:17 lamp-xxxxx systemd[1]: mssql-server.service: Failed with result 'exit-code'.
Oct 16 16:49:17 lamp-xxxxx systemd[1]: mssql-server.service: Service hold-off time over, scheduling restart. 
Oct 16 16:49:17 lamp-xxxxx systemd[1]: mssql-server.service: Scheduled restart job, restart counter is at 3.
Oct 16 16:49:17 lamp-xxxxx systemd[1]: Stopped Microsoft SQL Server Database Engine.
Oct 16 16:49:17 lamp-xxxxx systemd[1]: mssql-server.service: Start request repeated too quickly.
Oct 16 16:49:17 lamp-xxxxx systemd[1]: mssql-server.service: Failed with result 'exit-code'.
Oct 16 16:49:17 lamp-xxxxx systemd[1]: Failed to start Microsoft SQL Server Database Engine.

Я проверил журналы в / var / opt / mssql / log / errorlog и обнаружил это.

2019-10-14 13:52:56.16 spid51      CImageHelper::Init () Failed load of 
symbol file with path = /binn/;/BINN - Not enough storage is available to 
process this command.

2019-10-14 13:52:56.17 spid51      CImageHelper::Init () Failed load of 
symbol file with path = /binn/;/BINN - Not enough storage is available to process this command.

2019-10-14 13:52:56.19 spid51      Error: 19099, Severity: 16, State: 1.
2019-10-14 13:52:56.19 spid51      Trace ID '1' was stopped because of an error. Cause: 0x80070005(Access is denied.). Restart the trace after correcting the problem.
2019-10-14 13:52:56.20 spid51      Error: 17053, Severity: 16, State: 1.
2019-10-14 13:52:56.20 spid51      FCB::MakePreviousWritesDurable: Operating system error (null) encountered.
2019-10-14 13:52:56.21 spid51      Error: 9001, Severity: 21, State: 1.
2019-10-14 13:52:56.21 spid51      The log for database 'master' is not available. Check the operating system error log for related error messages. Resolve any errors and restart the database.
2019-10-14 13:52:56.24 spid51      Error: 9001, Severity: 21, State: 16.

Я не эксперт и не знаю следующий ходсделать.

1 Ответ

0 голосов
/ 17 октября 2019

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

cd /var/opt

sudo chown mssql:mssql -R mssql

времявзять эту свалку: -D.

...