sourcecode

상태: "MariaDB 서버가 다운되었습니다"

copyscript 2022. 11. 7. 22:40
반응형

상태: "MariaDB 서버가 다운되었습니다"

누군가 나를 도와줄 수 있기를 바란다.

저는 서버에서 많은 사이트를 실행하고 있으며 mariadb를 사용하고 있습니다.할 때:

sudo service mysql restart

이해:

Job for mariadb.service failed because the control process exited with 
error code. See "systemctl status mariadb.service" and "journalctl -xe" 
for details.

systemctl status mariadb.서비스

    mariadb.service - MariaDB database server

    Loaded: loaded (/lib/systemd/system/mariadb.service; enabled; vendor preset: enabled)

    Drop-In: /etc/systemd/system/mariadb.service.d
             └─migrated-from-my.cnf-settings.conf
    Active: failed (Result: exit-code) since Thu 2017-09-14 03:16:51 UTC; 1min 6s ago
    Process: 13247 ExecStart=/usr/sbin/mysqld $MYSQLD_OPTS $_WSREP_NEW_CLUSTER $_WSREP_START_POSITION (code=
    Process: 13086 ExecStartPre=/bin/sh -c [ ! -e /usr/bin/galera_recovery ] && VAR= ||   VAR=`/usr/bin/gale
    Process: 13070 ExecStartPre=/bin/sh -c systemctl unset-environment _WSREP_START_POSITION (code=exited, s
    Process: 13033 ExecStartPre=/usr/bin/install -m 755 -o mysql -g root -d /var/run/mysqld (code=exited, st
   Main PID: 13247 (code=exited, status=1/FAILURE)
   Status: "MariaDB server is down"
   CGroup: /system.slice/mariadb.service
           └─3803 /usr/sbin/mysqld

sudo journalctl -xe

   Sep 14 03:35:51 ubuntu systemd[1]: Failed to start MariaDB database server.
   -- Subject: Unit mariadb.service has failed
   -- Defined-By: systemd
   -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
   -- 
   -- Unit mariadb.service has failed.
   -- 
   -- The result is failed.
   Sep 14 03:35:51 ubuntu systemd[1]: mariadb.service: Unit entered failed state.
   Sep 14 03:35:51 ubuntu sudo[13566]: pam_unix(sudo:session): session closed for user root
   Sep 14 03:35:51 ubuntu systemd[1]: mariadb.service: Failed with result 'exit-code'.
   Sep 14 03:35:52 ubuntu sshd[13753]: Failed password for root from 123.183.209.136 port 38816 ssh2
   Sep 14 03:35:52 ubuntu sshd[13753]: Received disconnect from 123.183.209.136 port 38816:11:  [preauth]
   Sep 14 03:35:52 ubuntu sshd[13753]: Disconnected from 123.183.209.136 port 38816 [preauth]
   Sep 14 03:35:52 ubuntu sshd[13753]: PAM 1 more authentication failure; logname= uid=0 euid=0 tty=ssh ruser
   Sep 14 03:36:34 ubuntu sshd[13756]: Connection closed by 123.183.209.136 port 60477 [preauth]
   Sep 14 03:36:36 ubuntu postfix/pickup[12161]: 703AA5C0C5: uid=0 from=<root>
   Sep 14 03:36:36 ubuntu postfix/cleanup[12162]: 703AA5C0C5: message-id=<20170914033636.703AA5C0C5@ubuntu.me
   Sep 14 03:36:36 ubuntu postfix/cleanup[12162]: warning: 703AA5C0C5: write queue file: No space left on dev
   Sep 14 03:36:36 ubuntu postfix/pickup[12161]: warning: maildrop/5152F5C0C4: error writing 703AA5C0C5: queu
   Sep 14 03:37:17 ubuntu sshd[13760]: Received disconnect from 123.183.209.136 port 25567:11:  [preauth]
   Sep 14 03:37:17 ubuntu sshd[13760]: Disconnected from 123.183.209.136 port 25567 [preauth]
   Sep 14 03:37:36 ubuntu postfix/pickup[12161]: 7764B5C0C5: uid=0 from=<root>
   Sep 14 03:37:36 ubuntu postfix/cleanup[12162]: 7764B5C0C5: message-id=<20170914033736.7764B5C0C5@ubuntu.me
   Sep 14 03:37:36 ubuntu postfix/cleanup[12162]: warning: 7764B5C0C5: write queue file: No space left on dev
   Sep 14 03:37:36 ubuntu postfix/pickup[12161]: warning: maildrop/5152F5C0C4: error writing 7764B5C0C5: queu
   Sep 14 03:37:47 ubuntu sudo[13765]:      bob : TTY=pts/0 ; PWD=/home/bob ; USER=root ; COMMAND=/bin/journa
   Sep 14 03:37:47 ubuntu sudo[13765]: pam_unix(sudo:session): session opened for user root by bob(uid=0)
   lines 1238-1265/1265 (END)

난 정말 내 DB를 잃고 싶지 않아.다음에는 어떻게 해야 할까요?

대단히 고맙습니다

df는 다음과 같은 정보를 제공합니다.

   Filesystem     1K-blocks     Used Available Use% Mounted on
   /dev/root       49362256 46854648         0 100% /
   devtmpfs         2019828        0   2019828   0% /dev
   tmpfs            2021768        0   2021768   0% /dev/shm
   tmpfs            2021768    17968   2003800   1% /run
   tmpfs               5120        0      5120   0% /run/lock
   tmpfs            2021768        0   2021768   0% /sys/fs/cgroup
   tmpfs             404356        0    404356   0% /run/user/1000
   tmpfs             404356        0    404356   0% /run/user/0

첫 번째 파일 시스템(/dev/root)이 100% 꽉 찼는지 확인합니다.또한 tmpfs 볼륨 외에 마운트된 볼륨은 없습니다.그래서 mariadb는 시작할 때 뭔가를 디스크에 쓰려고 하지만 쓸 수 없기 때문에 포기하고 스스로 종료합니다.

디스크를 가득 채우고 있는 것을 찾아내고, 가능한 것을 잘라내야 합니다.예를 들어, 먼저 http 서버 로그를 살펴봅니다. 이 서버에서 많은 사이트를 호스팅한다고 합니다.httpd가 몇 개월이고 모든 것을 기록하도록 함으로써 디스크 공간을 채우는 서버를 많이 봐왔습니다.

향후, 1개의 볼륨이 가득 차도, 다른 볼륨에 간섭하지 않게, 이 서버에 복수의 디스크 볼륨을 프로비저닝 할 수 있습니다.

또한 로그 순환을 자동화하는 것도 고려해 보십시오.

디스크 공간 사용의 원인이 로그가 아니라 실제로 mariadb 데이터 디렉토리인 경우 사이트를 온라인으로 되돌리려면 즉시 추가 디스크 볼륨을 가져와 mariadb 콘텐츠를 이동해야 할 수 있습니다.

서버의 다른 곳에서 삭제할 수 있는 약간의 다른 정보를 찾을 수 없는 한 잠시 동안 충분한 공간을 확보할 수 있습니다.

언급URL : https://stackoverflow.com/questions/46210233/status-mariadb-server-is-down

반응형