Задать вопрос
  • Ip камера на 750 метров. Падение напряжения?

    @tempooo Автор вопроса
    Илья Ефимов, да мы уже думаем по земле пустить) жилы то три.. идею с бп буду развивать, может найду до 150. Спасибо за ответ!
  • Ip камера на 750 метров. Падение напряжения?

    @tempooo Автор вопроса
    он бронированный, для грунта, в гофре и уже, собственно, в земле. 10мм2 думаю как раз бы добил без потерь, тут уже больше вопрос в плане электрики.
  • Ip камера на 750 метров. Падение напряжения?

    @tempooo Автор вопроса
    AntHTML, прокинута оптика. 6+2 в расчете по ваттам - это как раз 6 ватт на камеру и 2 на конвертер.
    вот вопрос как раз по питанию. если не затруднит - поподробнее про импульсник.
  • Никак не поднимается mysql, где лежит файл клиентских настроек?

    @tempooo Автор вопроса
    AUser0, да, дамп+спамшот виртуальной машины, всегда смогу откатиться. столкнулся с новой проблемой.
    переименовал mysql в бекап, создаю новый каталог mysql, даю права.
    при попытке
    mysql_install_db --user=mysql --verbose
    получаю
    2021-02-14 13:54:52 [WARNING] mysql_install_db is deprecated. Please consider switching to mysqld --initialize
    2021-02-14 13:54:52 [ERROR]   The data directory needs to be specified.

    ок, указываю путь
    mysql_install_db --user=mysql --datadir=/var/lib/mysql --verbose

    получаю в ответ
    2021-02-14 13:58:11 [WARNING] mysql_install_db is deprecated. Please consider switching to mysqld --initialize
    2021-02-14 13:58:11 [NOTE]    Using existing directory /var/lib/mysql
    2021-02-14 13:58:11 [NOTE]    Generating random password to /root/.mysql_secret...done.
    2021-02-14 13:58:11 [NOTE]    Setting file ownership to mysql
    2021-02-14 13:58:11 [NOTE]    Executing /usr/sbin/mysqld --bootstrap --datadir=/var/lib/mysql --lc-messages-dir=/usr/share/percona-server --lc-messages=en_US
    2021-02-14 13:58:12 [NOTE]    Creating system tables...failed.
    2021-02-14 13:58:12 [ERROR]   Child process: /usr/sbin/mysqldterminated prematurely with errno= 32
    2021-02-14 13:58:12 [ERROR]   Failed to execute /usr/sbin/mysqld --bootstrap --datadir=/var/lib/mysql --lc-messages-dir=/usr/share/percona-server --lc-messages=en_US

    тут совсем не понятно. место есть, пробовал удалить каталог mysql и запустить инициализацию с указанием пути - та же ошибка.
  • Никак не поднимается mysql, где лежит файл клиентских настроек?

    @tempooo Автор вопроса
    AUser0,
    случилось невероятное.
    тс горем пополам, на форс_рекавери=6 поднялся мускл.
    Главный вопрос сейчас - что мне теперь делать?)
    Сейчас сделал дамп бд битрикса.
    так что сделал проверку всех баз - особого результата не получил, после удаления строчки форс_рекавери все так же не стартует мускл.
  • Никак не поднимается mysql, где лежит файл клиентских настроек?

    @tempooo Автор вопроса
    AUser0, да, конечно ошибка.
    systemctl reset-failed mysqlD
    вписываю в блок mysqld, да.

    нахожу странным, что после ресета он все равно ругается на лимит
    откатываю на снапшот
    вставляю innodb_force_recovery= от 1 до 6, сохраняю
    получаю
    Active: failed (Result: start-limit) since Пт 2021-02-12 10:59:34 MSK; 3s ago


    т.е. после первой попытки запуска он сразу уходит в лимит, не знаю, может так и должно быть.
  • Никак не поднимается mysql, где лежит файл клиентских настроек?

    @tempooo Автор вопроса
    AUser0, нет. вообще бекапы виртуальных машин были настроены на каждую неделю, но после падения, выяснилось что все встало в январе. esxi не на мне, а вот битрикс на мне, поэтому собственно, и создан этот топик. восстановить машину с бекапа минут 20 времени.

    форс рековери ничего не дал, может, просто я что то не так делаю. После изменений в my.cnf
    и команды /service mysqld restart
    получал
    Active: failed (Result: start-limit) since Пт 2021-02-12 10:53:32 MSK; 10s ago


    порекомендовали
    systemctl reset-failed mysql

    без изменений, все еще старт лимит.
  • Никак не поднимается mysql, где лежит файл клиентских настроек?

    @tempooo Автор вопроса
    AUser0,
    [root@portal ~]# killall mysqld_safe mysqld ; mysqld_safe --console
    mysqld_safe: процесс не найден
    mysqld: процесс не найден
    -bash: mysqld_safe: команда не найдена

    напоминаю, что ОС - Centos 7

    нашел логи мускл.

    2021-02-12T06:58:46.408627Z 0 [Note] InnoDB: Uses event mutexes
    2021-02-12T06:58:46.408631Z 0 [Note] InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier
    2021-02-12T06:58:46.408635Z 0 [Note] InnoDB: Compressed tables use zlib 1.2.7
    2021-02-12T06:58:46.408641Z 0 [Note] InnoDB: Using Linux native AIO
    2021-02-12T06:58:46.412793Z 0 [Note] InnoDB: Number of pools: 1
    2021-02-12T06:58:46.421153Z 0 [Note] InnoDB: Using CPU crc32 instructions
    2021-02-12T06:58:46.424856Z 0 [Note] InnoDB: Initializing buffer pool, total size = 6G, instances = 8, chunk size = 128M
    2021-02-12T06:58:46.668310Z 0 [Note] InnoDB: Completed initialization of buffer pool
    2021-02-12T06:58:46.741337Z 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
    2021-02-12T06:58:46.934793Z 0 [Note] InnoDB: Recovering partial pages from the parallel doublewrite buffer at /var/lib/mysql/xb_doublewrite
    2021-02-12T06:58:47.590513Z 0 [Note] InnoDB: Highest supported file format is Barracuda.
    2021-02-12T06:58:47.769776Z 0 [Note] InnoDB: Log scan progressed past the checkpoint lsn 186078784162
    2021-02-12T06:58:49.214514Z 0 [Note] InnoDB: Doing recovery: scanned up to log sequence number 186078964268
    2021-02-12T06:58:49.216352Z 0 [Note] InnoDB: Database was not shutdown normally!
    2021-02-12T06:58:49.216366Z 0 [Note] InnoDB: Starting crash recovery.
    2021-02-12T06:58:49.443509Z 0 [Note] InnoDB: Database page corruption or a failed file read of page [page id: space=0, page number=532]. Trying to recover it from the doublewrite buffer.
    2021-02-12T06:58:49.443579Z 0 [ERROR] InnoDB: Dump of the page:
    2021-02-12T06:58:49.443591Z 0 [Note] InnoDB: Page dump in ascii and hex (16384 bytes):
    
    тут дамп
    
    InnoDB: End of page dump
    2021-02-12T06:58:49.494442Z 0 [Note] InnoDB: Uncompressed page, stored checksum in field1 2049606457, calculated checksums for field1: crc32 1145418102/2917252669, innodb 1666644705, none 3735928559, stored checksum in field2 2049606457, calculated checksums for field2: crc32 1145418102/2917252669, innodb 2223021145, none 3735928559,  page LSN 43 1395177334, low 4 bytes of LSN at page end 1395177334, page number (if stored to page already) 532, space id (if created with >= MySQL-4.1.1 and stored already) 0
    InnoDB: Page may be an update undo log page
    2021-02-12T06:58:49.494456Z 0 [ERROR] InnoDB: Dump of corresponding page in doublewrite buffer:
    2021-02-12T06:58:49.494462Z 0 [Note] InnoDB: Page dump in ascii and hex (16384 bytes):
    
    и тут дамп
    
    InnoDB: End of page dump
    2021-02-12T06:58:49.546252Z 0 [Note] InnoDB: Uncompressed page, stored checksum in field1 2049606457, calculated checksums for field1: crc32 1847096793/2883168024, innodb 2230298171, none 3735928559, stored checksum in field2 2049606457, calculated checksums for field2: crc32 1847096793/2883168024, innodb 2223021145, none 3735928559,  page LSN 43 1395177334, low 4 bytes of LSN at page end 1395177334, page number (if stored to page already) 532, space id (if created with >= MySQL-4.1.1 and stored already) 0
    InnoDB: Page may be an update undo log page
    2021-02-12T06:58:49.546277Z 0 [ERROR] [FATAL] InnoDB: The page in the doublewrite buffer is corrupt. Cannot continue operation. You can try to recover the database with innodb_force_recovery=6
    2021-02-12 09:58:49 0x7f338c65a880  InnoDB: Assertion failure in thread 139859375532160 in file ut0ut.cc line 943
    InnoDB: We intentionally generate a memory trap.
    InnoDB: Submit a detailed bug report to http://bugs.mysql.com.
    InnoDB: If you get repeated assertion failures or crashes, even
    InnoDB: immediately after the mysqld startup, there may be
    InnoDB: corruption in the InnoDB tablespace. Please refer to
    InnoDB: http://dev.mysql.com/doc/refman/5.7/en/forcing-innodb-recovery.html
    InnoDB: about forcing recovery.
    06:58:49 UTC - mysqld got signal 6 ;
    This could be because you hit a bug. It is also possible that this binary
    or one of the libraries it was linked against is corrupt, improperly built,
    or misconfigured. This error can also be caused by malfunctioning hardware.
    Attempting to collect some information that could help diagnose the problem.
    As this is a crash and something is definitely wrong, the information
    collection process might fail.
    Please help us make Percona Server better by reporting any
    bugs at http://bugs.percona.com/
    
    key_buffer_size=100663296
    read_buffer_size=131072
    max_used_connections=0
    max_threads=86
    thread_count=0
    connection_count=0
    It is possible that mysqld could use up to 
    key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1677119 K  bytes of memory
    Hope that's ok; if not, decrease some variables in the equation.
    Thread pointer: 0x0
    Attempting backtrace. You can use the following information to find out
    where mysqld died. If you see no messages after this, something went
    terribly wrong...
    stack_bottom = 0 thread_stack 0x80000
    /usr/sbin/mysqld(my_print_stacktrace+0x3b)[0xef5c1b]
    /usr/sbin/mysqld(handle_fatal_signal+0x471)[0x79b061]
    /lib64/libpthread.so.0(+0xf6d0)[0x7f338c2426d0]
    /lib64/libc.so.6(gsignal+0x37)[0x7f338a343277]
    /lib64/libc.so.6(abort+0x148)[0x7f338a344968]
    /usr/sbin/mysqld[0x7687ec]
    /usr/sbin/mysqld(_ZN2ib5fatalD1Ev+0xfd)[0x118284d]
    /usr/sbin/mysqld(_Z17buf_dblwr_processv+0x10ee)[0x11d144e]
    /usr/sbin/mysqld(_Z35recv_recovery_from_checkpoint_startm+0x1f90)[0x1052820]
    /usr/sbin/mysqld(_Z34innobase_start_or_create_for_mysqlv+0x3f11)[0x112dff1]
    /usr/sbin/mysqld[0xfe27d1]
    /usr/sbin/mysqld(_Z24ha_initialize_handlertonP13st_plugin_int+0x51)[0x7fd031]
    /usr/sbin/mysqld[0xce7545]
    /usr/sbin/mysqld(_Z40plugin_register_builtin_and_init_core_sePiPPc+0x2f0)[0xced600]
    /usr/sbin/mysqld[0x7913bd]
    /usr/sbin/mysqld(_Z11mysqld_mainiPPc+0xabd)[0x794e3d]
    /lib64/libc.so.6(__libc_start_main+0xf5)[0x7f338a32f445]
    /usr/sbin/mysqld[0x78a234]
    You may download the Percona Server operations manual by visiting
    http://www.percona.com/software/percona-server/. You may find information
    in the manual which will help you identify the cause of the crash.


    как я понял, полетела БД.

    Может, есть какая-то возможность попробовать ее восстановить?
    innodb восстанавливается с помощью mysql, который, собственно, не стартует.
  • Никак не поднимается mysql, где лежит файл клиентских настроек?

    @tempooo Автор вопроса
    Дмитрий,
    # memory: 16384MB
    [mysqld]
        query_cache_type = 1
        query_cache_size = 128M
        query_cache_limit = 16M
        innodb_buffer_pool_size = 6144M
        max_connections = 85
        table_open_cache = 14336
        thread_cache_size = 128
        max_heap_table_size = 128M
        tmp_table_size = 128M
        key_buffer_size = 96M
        join_buffer_size = 18M
        sort_buffer_size = 18M
        bulk_insert_buffer_size = 2M
        myisam_sort_buffer_size = 18M


    z_bx_custom.cnf не открывается.

    но при этом, на работающей версии, он так же не открывается.
  • Никак не поднимается mysql, где лежит файл клиентских настроек?

    @tempooo Автор вопроса
    AUser0,
    --rw-r--r-- 1 root root   0 май 21  2018 z_bx_custom.cnf
    сейчас имею такое.

    при запуске с systemctl
    [root@portal conf.d]# systemctl restart mysql ; tail -n25 /var/log/messages
    Job for mysqld.service failed because the control process exited with error code. See "systemctl status mysqld.service" and "journalctl -xe" for details.
    Feb 12 19:17:01 portal systemd: Starting Session 5 of user bitrix.
    Feb 12 19:17:01 portal systemd: Removed slice User Slice of bitrix.
    Feb 12 19:17:01 portal systemd: Stopping User Slice of bitrix.
    Feb 12 19:18:01 portal systemd: Created slice User Slice of bitrix.
    Feb 12 19:18:01 portal systemd: Starting User Slice of bitrix.
    Feb 12 19:18:01 portal systemd: Started Session 6 of user bitrix.
    Feb 12 19:18:01 portal systemd: Starting Session 6 of user bitrix.
    Feb 12 19:18:01 portal systemd: Started Session 7 of user root.
    Feb 12 19:18:01 portal systemd: Starting Session 7 of user root.
    Feb 12 19:18:02 portal systemd: Removed slice User Slice of bitrix.
    Feb 12 19:18:02 portal systemd: Stopping User Slice of bitrix.
    Feb 12 19:19:02 portal systemd: Started Session 9 of user root.
    Feb 12 19:19:02 portal systemd: Starting Session 9 of user root.
    Feb 12 19:19:02 portal systemd: Created slice User Slice of bitrix.
    Feb 12 19:19:02 portal systemd: Starting User Slice of bitrix.
    Feb 12 19:19:02 portal systemd: Started Session 8 of user bitrix.
    Feb 12 19:19:02 portal systemd: Starting Session 8 of user bitrix.
    Feb 12 19:19:02 portal systemd: Removed slice User Slice of bitrix.
    Feb 12 19:19:02 portal systemd: Stopping User Slice of bitrix.
    Feb 12 19:19:52 portal systemd: Starting MySQL Server...
    Feb 12 19:19:53 portal mysqld: Unable to determine if daemon is running: Success
    Feb 12 19:19:53 portal systemd: mysqld.service: control process exited, code=exited status=1
    Feb 12 19:19:53 portal systemd: Failed to start MySQL Server.
    Feb 12 19:19:53 portal systemd: Unit mysqld.service entered failed state.
    Feb 12 19:19:53 portal systemd: mysqld.service failed.
  • Никак не поднимается mysql, где лежит файл клиентских настроек?

    @tempooo Автор вопроса
    AUser0, дал 777 уже после того, как перестало работать, на 3 часу поиска ошибки как пальцем в небо. сейчас отменю.
  • Никак не поднимается mysql, где лежит файл клиентских настроек?

    @tempooo Автор вопроса
    Дмитрий,
    [root@portal conf.d]# head /etc/my.cnf
    # Ansible managed
    # Basic mysql configuration. Use bvat for advanced settings.
    # Parameters set by bvat are stored in /etc/mysql/conf.d/bvat.cnf.
    # If you want to change any parameter, you'll have to redefine it in /etc/mysql/conf.d/z_bx_custom.cnf
    #
    [client]
    port = 3306
    socket = /var/lib/mysqld/mysqld.sock
    default-character-set = utf8


    в /etc/my.cnf.d/ пусто

    сокет на который ссылается конфиг - есть.
  • Никак не поднимается mysql, где лежит файл клиентских настроек?

    @tempooo Автор вопроса
    AUser0, ему уже дал 777. все msql процессы пытался убить - пишет ничего нет.
  • Никак не поднимается mysql, где лежит файл клиентских настроек?

    @tempooo Автор вопроса
    AUser0, [root@portal ~]# systemctl restart mysql ; tail -n25 /var/log/messages
    Job for mysqld.service failed because the control process exited with error code . See "systemctl status mysqld.service" and "journalctl -xe" for details.
    Feb 12 18:45:01 portal systemd: Starting User Slice of bitrix.
    Feb 12 18:45:01 portal systemd: Started Session 433 of user bitrix.
    Feb 12 18:45:01 portal systemd: Starting Session 433 of user bitrix.
    Feb 12 18:45:01 portal systemd: Removed slice User Slice of bitrix.
    Feb 12 18:45:01 portal systemd: Stopping User Slice of bitrix.
    Feb 12 18:46:01 portal systemd: Started Session 434 of user root.
    Feb 12 18:46:01 portal systemd: Starting Session 434 of user root.
    Feb 12 18:46:01 portal systemd: Created slice User Slice of bitrix.
    Feb 12 18:46:01 portal systemd: Starting User Slice of bitrix.
    Feb 12 18:46:01 portal systemd: Started Session 435 of user bitrix.
    Feb 12 18:46:01 portal systemd: Starting Session 435 of user bitrix.
    Feb 12 18:46:01 portal systemd: Removed slice User Slice of bitrix.
    Feb 12 18:46:01 portal systemd: Stopping User Slice of bitrix.
    Feb 12 18:46:14 portal systemd: Started Session 436 of user root.
    Feb 12 18:46:14 portal systemd-logind: New session 436 of user root.
    Feb 12 18:46:14 portal systemd: Starting Session 436 of user root.
    Feb 12 18:46:25 portal systemd: Starting MySQL Server...
    Feb 12 18:46:25 portal mysqld_pre_systemd: my_print_defaults: [Warning] World-wr itable config file '/etc/mysql/conf.d/z_bx_custom.cnf' is ignored.
    Feb 12 18:46:25 portal mysqld_pre_systemd: my_print_defaults: [Warning] World-wr itable config file '/etc/mysql/conf.d/z_bx_custom.cnf' is ignored.
    Feb 12 18:46:25 portal mysqld: mysqld: [Warning] World-writable config file '/et c/mysql/conf.d/z_bx_custom.cnf' is ignored.
    Feb 12 18:46:26 portal mysqld: Unable to determine if daemon is running: Success
    Feb 12 18:46:26 portal systemd: mysqld.service: control process exited, code=exi ted status=1
    Feb 12 18:46:26 portal systemd: Failed to start MySQL Server.
    Feb 12 18:46:26 portal systemd: Unit mysqld.service entered failed state.
    Feb 12 18:46:26 portal systemd: mysqld.service failed.
  • Никак не поднимается mysql, где лежит файл клиентских настроек?

    @tempooo Автор вопроса
    Илья,
    [root@portal www]# service mysqld start
    Redirecting to /bin/systemctl start mysqld.service
    Job for mysqld.service failed because the control process exited with error code. See "systemctl status mysqld.service" and "journalctl -xe" for details.
    [root@portal www]# journalctl -xe
    -- Subject: Ошибка юнита mysqld.service
    -- Defined-By: systemd
    -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
    --
    -- Произошел сбой юнита mysqld.service.
    --
    -- Результат: failed.
    фев 12 18:33:47 ***systemd[1]: Unit mysqld.service entered fail
    фев 12 18:33:47 *** systemd[1]: mysqld.service failed.
    фев 12 18:33:47 ***[1]: mysqld.service holdoff time over
    фев 12 18:33:47 ***[1]: start request repeated too quick
    фев 12 18:33:47 *** systemd[1]: Failed to start MySQL Server.
    -- Subject: Ошибка юнита mysqld.service
    -- Defined-By: systemd
    -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
    --
    -- Произошел сбой юнита mysqld.service.
    --
    -- Результат: failed.
    фев 12 18:33:47 *** systemd[1]: Unit mysqld.service entered fail
    фев 12 18:33:47 *** systemd[1]: mysqld.service failed.


    проблема в том, что какого-либо конкретного повода я не вижу тут.

    Логи mysqld в папку, которая указана в настройках он не пишет.