mysql 서비스가 시작되지 않거나 중단됨

programing

mysql 서비스가 시작되지 않거나 중단됨 - 시간 초과(Ubuntu, MariaDB)

newsource 2023. 1. 30. 22:00

mysql 서비스가 시작되지 않거나 중단됨 - 시간 초과(Ubuntu, MariaDB)

Ubuntu 16.04, nginx, php7.0, MariaDB, nextcloud 및 외부 DynDNS를 사용하여 Ubuntu 서버를 처음 설정했습니다.Ubuntu 16.04에 Nextcloud 9 설치

모든 것은 정상적으로 동작했지만, 다음날 서버를 재기동했기 때문에, nextcloud에 빈 페이지가 표시됩니다. 및의 모든 .nginx, MariaDB, nextcloud는 mysql을 mysql로 설정합니다. ★★★★★★★★★★★★★★★★★★★★★.service mysql start모든 것이 정상으로 돌아갔습니다(서버와 다른 워크스테이션에서 nextcloud를 제외).터미널이 회선을 "폐쇄"하지 않았는지 궁금했을 뿐입니다.약 「closes」라고 「5」, 「closes」라고 메세지가 표시됩니다.

"마리아답의 직업입니다.시간 초과로 인해 서비스가 실패했습니다.systemctl status mariadb를 참조하십시오.service" 및 "journalctl -xe"를 참조하십시오.

그러면 클라이언트는 다시 다음 클라우드에서 빈 페이지를 받게 됩니다.명령어를 실행하고 즉시 단말기를 닫으면 클라이언트도 액세스 할 수 있지만 5분이 지나도 액세스 할 수 없게 됩니다.

하고 sql을 실행하려고 .apt-get purge --auto-remove mariadb-server그런 다음 새 백업 SQL을 생성하는 대신 백업 SQL을 가져오면서 튜토리얼에서 MariaDB 설치 단계를 다시 실행합니다.모든 걸 바꾸진 않았어

다음 도전은update-rc.d mysql defaults ★★★★★★★★★★★★★★★★★」update-rc.d mysql enable그러나 다시 시작하면 빈 페이지만 다시 표시됩니다.서비스 매뉴얼을 시작하여 5분 동안만 접근이 가능합니다.

BUM - BootUpManager도 시도했는데 서비스가 활성화 되어 있는 것 같습니다.수동으로도 서비스를 시작할 수 있는 것을 보았습니다.그래서 mysql과 surprise를 사용해 보았다.다음 클라우드는 BUM이 전화를 끊는 동안 5분 동안 사용할 수 있다.

저도 mariadb.com/kb/en/mariadb/starting-and-stopping-mariadb-automatically/을 찾았지만, 뭔가 다른 문제가 있는 것 같아서 아무 것도 시도하지 않았습니다.

root@s1:~# systemctl status mariadb.service:

\u25cf mariadb.service - MariaDB database server
   Loaded: loaded (/lib/systemd/system/mariadb.service; enabled; vendor preset: 
  Drop-In: /etc/systemd/system/mariadb.service.d
           \u2514\u2500migrated-from-my.cnf-settings.conf
   Active: failed (Result: timeout) since Di 2016-12-06 14:52:51 CET; 55s ago
  Process: 3565 ExecStart=/usr/sbin/mysqld $MYSQLD_OPTS $_WSREP_NEW_CLUSTER $_WS
  Process: 3415 ExecStartPre=/bin/sh -c [ ! -e /usr/bin/galera_recovery ] && VAR
  Process: 3409 ExecStartPre=/bin/sh -c systemctl unset-environment _WSREP_START
  Process: 3405 ExecStartPre=/usr/bin/install -m 755 -o mysql -g root -d /var/ru
 Main PID: 3565 (code=exited, status=0/SUCCESS)

Dez 06 14:52:48 s1 mysqld[3565]: 2016-12-06 14:52:48 3067387712 [Note] /usr/sbin
Dez 06 14:52:48 s1 mysqld[3565]: 2016-12-06 14:52:48 3067387712 [Note] Event Sch
Dez 06 14:52:48 s1 mysqld[3565]: 2016-12-06 14:52:48 2147785536 [Note] InnoDB: F
Dez 06 14:52:48 s1 mysqld[3565]: 2016-12-06 14:52:48 3067387712 [Note] InnoDB: S
Dez 06 14:52:49 s1 mysqld[3565]: 2016-12-06 14:52:49 3067387712 [Note] InnoDB: W
Dez 06 14:52:50 s1 mysqld[3565]: 2016-12-06 14:52:50 3067387712 [Note] InnoDB: S
Dez 06 14:52:50 s1 mysqld[3565]: 2016-12-06 14:52:50 3067387712 [Note] /usr/sbin
Dez 06 14:52:51 s1 systemd[1]: Failed to start MariaDB database server.
Dez 06 14:52:51 s1 systemd[1]: mariadb.service: Unit entered failed state.
Dez 06 14:52:51 s1 systemd[1]: mariadb.service: Failed with result 'timeout'.

root@s1:~# journalctl -xe:

Dez 06 14:52:48 s1 mysqld[3565]: 2016-12-06 14:52:48 3067387712 [Note] Event Scheduler: Purging the queue. 0 events
Dez 06 14:52:48 s1 mysqld[3565]: 2016-12-06 14:52:48 2147785536 [Note] InnoDB: FTS optimize thread exiting.
Dez 06 14:52:48 s1 mysqld[3565]: 2016-12-06 14:52:48 3067387712 [Note] InnoDB: Starting shutdown...
Dez 06 14:52:49 s1 mysqld[3565]: 2016-12-06 14:52:49 3067387712 [Note] InnoDB: Waiting for page_cleaner to finish flushing of buffer po
Dez 06 14:52:50 s1 mysqld[3565]: 2016-12-06 14:52:50 3067387712 [Note] InnoDB: Shutdown completed; log sequence number 111890806
Dez 06 14:52:50 s1 mysqld[3565]: 2016-12-06 14:52:50 3067387712 [Note] /usr/sbin/mysqld: Shutdown complete
Dez 06 14:52:50 s1 audit[3648]: AVC apparmor="DENIED" operation="sendmsg" info="Failed name lookup - disconnected path" error=-13 profi
Dez 06 14:52:50 s1 kernel: audit: type=1400 audit(1481032370.973:29): apparmor="DENIED" operation="sendmsg" info="Failed name lookup - 
Dez 06 14:52:50 s1 audit[3565]: AVC apparmor="DENIED" operation="sendmsg" info="Failed name lookup - disconnected path" error=-13 profi
Dez 06 14:52:50 s1 kernel: audit: type=1400 audit(1481032370.973:30): apparmor="DENIED" operation="sendmsg" info="Failed name lookup - 
Dez 06 14:52:51 s1 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.
Dez 06 14:52:51 s1 systemd[1]: mariadb.service: Unit entered failed state.
Dez 06 14:52:51 s1 systemd[1]: mariadb.service: Failed with result 'timeout'.
Dez 06 14:54:54 s1 x11vnc[2665]: 06/12/2016 14:54:54 cursor_noshape_updates_clients: 1
Dez 06 14:55:16 s1 ntpd[1244]: 46.4.1.155 local addr 192.168.178.50 -> <null>
Dez 06 14:57:30 s1 ntpd[1244]: 89.238.66.98 local addr 192.168.178.50 -> <null>

/ect/init.d의 내용(필요한 경우):

#!/bin/bash
#
### BEGIN INIT INFO
# Provides:          mysql
# Required-Start:    $remote_fs $syslog
# Required-Stop:     $remote_fs $syslog
# Should-Start:      $network $named $time
# Should-Stop:       $network $named $time
# Default-Start:     2 3 4 5
# Default-Stop:      0 1 6
# Short-Description: Start and stop the mysql database server daemon
# Description:       Controls the main MariaDB database server daemon "mysqld"
#                    and its wrapper script "mysqld_safe".
### END INIT INFO
#
set -e
set -u
${DEBIAN_SCRIPT_DEBUG:+ set -v -x}

test -x /usr/sbin/mysqld || exit 0

. /lib/lsb/init-functions

SELF=$(cd $(dirname $0); pwd -P)/$(basename $0)
CONF=/etc/mysql/my.cnf
MYADMIN="/usr/bin/mysqladmin --defaults-file=/etc/mysql/debian.cnf"

# priority can be overriden and "-s" adds output to stderr
ERR_LOGGER="logger -p daemon.err -t /etc/init.d/mysql -i"

# Safeguard (relative paths, core dumps..)
cd /
umask 077

# mysqladmin likes to read /root/.my.cnf. This is usually not what I want
# as many admins e.g. only store a password without a username there and
# so break my scripts.
export HOME=/etc/mysql/

# Source default config file.
[ -r /etc/default/mariadb ] && . /etc/default/mariadb

## Fetch a particular option from mysql's invocation.
#
# Usage: void mysqld_get_param option
mysqld_get_param() {
    /usr/sbin/mysqld --print-defaults \
        | tr " " "\n" \
        | grep -- "--$1" \
        | tail -n 1 \
        | cut -d= -f2
}

## Do some sanity checks before even trying to start mysqld.
sanity_checks() {
  # check for config file
  if [ ! -r /etc/mysql/my.cnf ]; then
    log_warning_msg "$0: WARNING: /etc/mysql/my.cnf cannot be read. See README.Debian.gz"
    echo                "WARNING: /etc/mysql/my.cnf cannot be read. See README.Debian.gz" | $ERR_LOGGER
  fi

  # check for diskspace shortage
  datadir=`mysqld_get_param datadir`
  if LC_ALL=C BLOCKSIZE= df --portability $datadir/. | tail -n 1 | awk '{ exit ($4>4096) }'; then
    log_failure_msg "$0: ERROR: The partition with $datadir is too full!"
    echo                "ERROR: The partition with $datadir is too full!" | $ERR_LOGGER
    exit 1
  fi
}

## Checks if there is a server running and if so if it is accessible.
#
# check_alive insists on a pingable server
# check_dead also fails if there is a lost mysqld in the process list
#
# Usage: boolean mysqld_status [check_alive|check_dead] [warn|nowarn]
mysqld_status () {
    ping_output=`$MYADMIN ping 2>&1`; ping_alive=$(( ! $? ))

    ps_alive=0
    pidfile=`mysqld_get_param pid-file`
    if [ -f "$pidfile" ] && ps `cat $pidfile` >/dev/null 2>&1; then ps_alive=1; fi

    if [ "$1" = "check_alive"  -a  $ping_alive = 1 ] ||
       [ "$1" = "check_dead"   -a  $ping_alive = 0  -a  $ps_alive = 0 ]; then
    return 0 # EXIT_SUCCESS
    else
    if [ "$2" = "warn" ]; then
        echo -e "$ps_alive processes alive and '$MYADMIN ping' resulted in\n$ping_output\n" | $ERR_LOGGER -p daemon.debug
    fi
    return 1 # EXIT_FAILURE
    fi
}

#
# main()
#

case "${1:-''}" in
  'start')
    sanity_checks;
    # Start daemon
    log_daemon_msg "Starting MariaDB database server" "mysqld"
    if mysqld_status check_alive nowarn; then
       log_progress_msg "already running"
       log_end_msg 0
    else
        # Could be removed during boot
        test -e /var/run/mysqld || install -m 755 -o mysql -g root -d /var/run/mysqld

        # Start MariaDB! 
        /usr/bin/mysqld_safe "${@:2}" > /dev/null 2>&1 &

        # 6s was reported in #352070 to be too little
        for i in $(seq 1 "${MYSQLD_STARTUP_TIMEOUT:-60}"); do
                sleep 1
            if mysqld_status check_alive nowarn ; then break; fi
        log_progress_msg "."
        done
        if mysqld_status check_alive warn; then
                log_end_msg 0
            # Now start mysqlcheck or whatever the admin wants.
            output=$(/etc/mysql/debian-start)
        [ -n "$output" ] && log_action_msg "$output"
        else
            log_end_msg 1
        log_failure_msg "Please take a look at the syslog"
        fi
    fi
    ;;

  'stop')
    # * As a passwordless mysqladmin (e.g. via ~/.my.cnf) must be possible
    # at least for cron, we can rely on it here, too. (although we have 
    # to specify it explicit as e.g. sudo environments points to the normal
    # users home and not /root)
    log_daemon_msg "Stopping MariaDB database server" "mysqld"
    if ! mysqld_status check_dead nowarn; then
      set +e
      shutdown_out=`$MYADMIN shutdown 2>&1`; r=$?
      set -e
      if [ "$r" -ne 0 ]; then
        log_end_msg 1
        [ "$VERBOSE" != "no" ] && log_failure_msg "Error: $shutdown_out"
        log_daemon_msg "Killing MariaDB database server by signal" "mysqld"
        killall -15 mysqld
            server_down=
        for i in `seq 1 600`; do
              sleep 1
              if mysqld_status check_dead nowarn; then server_down=1; break; fi
            done
          if test -z "$server_down"; then killall -9 mysqld; fi
      fi
        fi

        if ! mysqld_status check_dead warn; then
      log_end_msg 1
      log_failure_msg "Please stop MariaDB manually and read /usr/share/doc/mariadb-server-10.1/README.Debian.gz!"
      exit -1
    else
      log_end_msg 0
        fi
    ;;

  'restart')
    set +e; $SELF stop; set -e
    $SELF start 
    ;;

  'reload'|'force-reload')
    log_daemon_msg "Reloading MariaDB database server" "mysqld"
    $MYADMIN reload
    log_end_msg 0
    ;;

  'status')
    if mysqld_status check_alive nowarn; then
      log_action_msg "$($MYADMIN version)"
    else
      log_action_msg "MariaDB is stopped."
      exit 3
    fi
    ;;

  'bootstrap')
    # Bootstrap the cluster, start the first node
    # that initiates the cluster
    log_daemon_msg "Bootstrapping the cluster" "mysqld"
    $SELF start "${@:2}" --wsrep-new-cluster
    ;;

  *)
    echo "Usage: $SELF start|stop|restart|reload|force-reload|status|bootstrap"
    exit 1
    ;;
esac

안타깝게도 구글은 나를 도울 수 없다.가능한 한 설명하려고 했는데 이게 도움이 될 수도 있어요정말 고마워.

이 버그에 물렸을 경우, 이 솔루션은 버그 리포트에 제안으로 제시됩니다(이러한 모든 것은 루트로 실행되어야 합니다.따라서 다음 중 하나를 수행합니다).sudo -i 「」를 사용해 .sudo★★★★★★★★★★★★★★★★★★:

echo "/usr/sbin/mysqld { }" > /etc/apparmor.d/usr.sbin.mysqld의 두 은 (스도)... | sudo tee /etc/apparmor.d/usr.sbin.mysqld, 감사합니다 @dvlcube)
apparmor_parser -v -R /etc/apparmor.d/usr.sbin.mysqld
systemctl restart mariadb

배경

MySQL의 MariaDB의 AppArmor에 대해 설명합니다. apt-get remove --purge는 프로파일을 삭제할 뿐 비활성화/비활성화하지 않습니다.AppArmor의 MariaDB에 대해 설명합니다.

이 마지막 옵션은 (콰즈가에서) 나에게 효과가 있었다.Ubuntu 18.10과 MariaDB 10.3.13이 설치되어 있습니다.

$ echo "/usr/sbin/mysqld { }" > /etc/apparmor.d/usr.sbin.mysqld
$ apparmor_parser -v -R /etc/apparmor.d/usr.sbin.mysqld
$ systemctl restart mariadb

근데 '스도수'를 써야 되는데

mysqld를 "compony" 그룹으로 이동하는 것만으로는 충분하지 않았습니다(Ubuntu 16.04에서 실행되는 MariaDB 10.1.21).mysqld용 apparmor를 완전히 비활성화해야 했습니다.

sudo ln -s /etc/apparmor.d/usr.sbin.mysqld /etc/apparmor.d/disable/ 
sudo service apparmor reload
sudo service mysql restart

이제 모든 것이 잘 작동한다.

쓸데없는 질문이긴 한데...AppArmor에 대해 들어본 적은 없지만, 정말 맛있었습니다.여기 답이 그걸 고정시켰어요.apparmor's ERROR에 관계없이 프로파일이 존재하지 않습니다.

sudo aa-status에서는 apparmor의 작동 방식, 실제로 적용된 정책 및 방금 불만을 제기하도록 설정된 정책을 보여 줍니다.

sudo apt-get install apparmor-utils에는 다음과 같은 Apparmor 프로파일을 보다 쉽게 처리할 수 있는 몇 가지 명령이 추가되었습니다.

sudo aa-complain /usr/sbin/mysqld프로파일을 '불만'에서 '불만'으로 바꿉니다(aa-backs는 프로파일을 되돌립니다).

게 once once once once once once oncesudo service apparmor reloadapparmor를apparmor voila... sudo /etc/init.d/mysql start이치노

참고:

내 경우 빈센트나 Lw Bi의 솔루션이 정확히 작동하지 않았기 때문에, 나는 몇 가지 추가 조치가 필요했다.

을 디세블로 하다/etc/apparmor.d/disable/그냥 안 먹혔을 뿐인데, 왜 그랬는지 모르겠어

한편 MySQL을 불만 모드로 설정해도 바로 작동하지 않았습니다.

:~$ sudo aa-complain /usr/sbin/mysqld

★★/usr/sbin/mysqld불만 모드를 설정합니다.

ERROR: /etc/apparmor.d/usr.sbin.mysqld contains no profile

행을 추가해야 했습니다.

/usr/sbin/mysqld {
}

로로 합니다./etc/apparmor.d/usr.sbin.mysqld그러면 정상적으로 불만 모드로 설정할 수 있습니다.

10.1.10 이후 MariaDB는 systemd를 사용하여 서비스를 시작합니다.MYSQLD_STARTUP_TIMEOUT을 시도했지만 작동하지 않으면 현재 버전 또는 이후 버전을 사용하고 있을 수 있습니다./etc/init.d/mysql 스크립트는 더 이상 사용되지 않으므로 MYSQLD_STARTUP_TIMEOUT은 영향을 미치지 않습니다.

당신은 당신의 마리아답이 필요해요.서비스 파일이 예에서는 타임아웃이 포함되어 있지 않기 때문에 MariaDB 디폴트가 사용되고 있었습니다.추가:

TimeoutStartSec = 0

[Service] 섹션은 타임아웃되지 않습니다.

나중에 다시 설치할 때 덮어쓰지 않도록 이 파일을 포함하는 자체 구성 파일을 만드는 것이 좋습니다.

ubuntu 18.04 에서는, 다음의 URL 로 이 파일을 확인할 수 있습니다.

/lib/systemd/system/syslogadb.서비스

사용자 고유의 파일

/etc/systemd/system/syslogadb.service.d

타임아웃을 추가한 후 systemctl daemon-reload를 실행하는 것을 잊지 마십시오(또한 /var/log/syslog를 체크하여 새로고침이 성공했는지 확인하십시오).그렇지 않으면 타임아웃은 무시됩니다.

다음 명령을 실행합니다.

sudo dpkg --configure -a
sudo service mysql start

저도 같은 문제에 직면했습니다.mariadb 서비스에 대해 systemd 구성에서 적절한 타임아웃을 설정해야 합니다.아래는 나와 전남편에게도 똑같이 해결했다.시스템에 SST가 필요한 경우 mariadb 서비스가 가동되기까지 오랜 시간이 걸릴 수 있습니다.이 때문에 systemd의 타임아웃이 발생합니다.

systemd 228 이전 버전을 사용하는 경우 다음을 수행하여 무제한 타임아웃을 설정할 수 있습니다.

sudo tee /etc/systemd/system/mariadb.service.d/timeoutsec.conf <<EOF
[Service]

TimeoutStartSec=0
TimeoutStopSec=0
EOF
sudo systemctl daemon-reload

그 외의 옵션에 대해서는, https://mariadb.com/kb/en/systemd/ 를 참조해 주세요.

나도 같은 증명이 있었어/etc/mysql/mariadb.conf.d/50-server.cnf에 링크된 증명서 파일이 누락되었습니다./etc/mysql/ssl/server-key.pem

다른 노드에서 ctrl+c를 눌러 나노로 복사해야 했습니다.scp로 복사할 때 권한 오류가 발생했습니다.

이것이 나에게 효과가 있었다.

수정은 나에게 효과가 없었다.

$sudo aa-comain /usr/sbin/mysqld 불만 모드로 설정 /usr/sbin/mysqld.

오류: /etc/apparmor.d/usr.sbin.mysqld에 프로파일이 없습니다.따라서 프로파일을 비활성화했습니다(플루토크라트의 솔루션과 동등한 것으로 보이는 aa-disable을 사용).

$sudo aa-disable /usr/sbin/mysqld /usr/sbin/mysqld 비활성화mysqld-akonadi와 mysqld-digikam도 비활성화시켰습니다.

Apparmor 새로고침으로는 부족해서 재부팅해야 했고 mariadb는 완벽하게 시작되었습니다.

출처 : https://askubuntu.com/a/964928/106100

이 솔루션은 다음을 실행하는 것이었습니다.

sudo killall mysqld

이 문제가 해결되지 않으면 명령을 실행합니다.ps -aux | grep 'mysql'뭔가 나오면 그것도 죽여요

최종 실행:

sudo systemctl restart mysql.service

언급URL : https://stackoverflow.com/questions/40997257/mysql-service-fails-to-start-hangs-up-timeout-ubuntu-mariadb

'programing' 카테고리의 다른 글

Virtual Box Vagrant 내에서 Mysql 서버에 연결하는 방법 (0)	2023.01.30
JBoss 6에서의 MariaDB XA 드라이버 설정 (0)	2023.01.30
MySQL/MariaDB에서 LONGTEXT 필드를 JSON으로 반환하는 방법 (0)	2023.01.30
HashSet/HashMap에 중복된 값을 추가하면 이전 값이 대체됩니까? (0)	2023.01.30
SQL 표의 두 기간을 비교하여 판매 결과를 얻습니다. (0)	2023.01.30

현재글mysql 서비스가 시작되지 않거나 중단됨 - 시간 초과(Ubuntu, MariaDB)

각종 프로그래밍 정보를 다루는 블로그입니다.

reactjs, Spring-boot, MariaDB, angularJS, javascript, C, vuejs2, python, Git, mysql, wordpress, jQuery, json, MongoDB, vuex, asp.net, Oracle, php, Excel, Java,

Today :
Yesterday :

newsource

mysql 서비스가 시작되지 않거나 중단됨 - 시간 초과(Ubuntu, MariaDB)

mysql 서비스가 시작되지 않거나 중단됨 - 시간 초과(Ubuntu, MariaDB)

배경

'programing' 카테고리의 다른 글

'programing'의 다른글

티스토리툴바

« 2025/01 »
일	월	화	수	목	금	토
			1	2	3	4
5	6	7	8	9	10	11
12	13	14	15	16	17	18
19	20	21	22	23	24	25
26	27	28	29	30	31

mysql 서비스가 시작되지 않거나 중단됨 - 시간 초과(Ubuntu, MariaDB)

mysql 서비스가 시작되지 않거나 중단됨 - 시간 초과(Ubuntu, MariaDB)

배경

'programing' 카테고리의 다른 글

'programing'의 다른글

관련글

티스토리툴바