Jump to content

Запорол Nodeny+


Recommended Posts

 

Судя по логу я напорол бока с правами для пользователей

No DB connection, DBI:mysql:database=nodeny;host=localhost;port=3306;mysql_connect_timeout=5 : Access denied for user 'nodeny'@
'localhost' (using password: YES)

 

Та тут просто говорит что не может подключится к базе nodeny. Причин масса...В какой папке была база? /var ? вы ее чистили? может и базу почистили? посмотрите что в var/db/

Link to post
Share on other sites
  • Replies 58
  • Created
  • Last Reply

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

Ну чего ты так сразу... он думал темпы как в винде почистит, место на диске ЦЭ появится и комп летать будет :-)

Бок был в ТС, думаю это всем понятно с первого поста) А вообще нехрен лазить с таким багажом знаний.

Мало переустанавливать. Ещё и HDD заменить не забудь. Он уже пошел данные бить, нужно менять.

1.  Надо  /usr/local/etc/rc.d/mysql-server REstart , а не старт. 

2. Если ругается на вланы, то в /etc/rc.conf за комментировать или удалить не нужные вланы 

3. Проверить наличие mysql.sock в /tmp/

Link to post
Share on other sites

1.  Надо  /usr/local/etc/rc.d/mysql-server REstart , а не старт. 

2. Если ругается на вланы, то в /etc/rc.conf за комментировать или удалить не нужные вланы 

3. Проверить наличие mysql.sock в /tmp/

Так он запущен, зачем его вообще трогать? Изначально не проверили факт работы. 

Ну валаны мне кажется тут не мешают.

А за что отвечает mysql.sock ?

Link to post
Share on other sites

 

Так в чем хоть бок был?

Бок был в ТС, думаю это всем понятно с первого поста)

А вообще нехрен лазить с таким багажом знаний.

 

Ну чего ты так сразу... он думал темпы как в винде почистит, место на диске ЦЭ появится и комп летать будет :-)

Link to post
Share on other sites

Та в чем бок, базу немного подчистил ТС. Благо важные таблицы остались. Бэкап!!! Не забываем за бэкап! 

Link to post
Share on other sites

Я щитаю, чудо свершилось: при "чистке" /var чудом остался жить /var/db/mysql/, конечно, может быть путь для БД был отличен от значения по умолчанию, получается, что человек, который поднимал НД+ что-то знал про админа :)

Link to post
Share on other sites
  • 3 years later...

не получается стартануть мускул, уже устал от чтива, фря с нодени+, после моргания света не стартует mysql

 # /usr/local/etc/rc.d/mysql-server status
mysql is not running.
ls -la /var/db/mysql/
total 177212
drwxr-xr-x   6 mysql  mysql       512 Dec 15 20:28 .
drwxr-xr-x  16 root   wheel       512 Dec  1 04:15 ..
-rw-rw----   1 mysql  mysql        56 Aug 25  2017 auto.cnf
-rw-rw----   1 mysql  mysql    938011 Dec 15 20:28 homeline.pp.ua.err
-rw-rw----   1 mysql  mysql  50331648 Dec 14 13:41 ib_logfile0
-rw-rw----   1 mysql  mysql  50331648 Dec 12 08:26 ib_logfile1
-rw-rw----   1 mysql  mysql  79691776 Dec 14 13:41 ibdata1
drwx------   2 mysql  mysql      2560 Aug 25  2017 mysql
drwx------   2 mysql  mysql      4096 Dec 15 20:24 nodeny
drwx------   2 mysql  mysql      2560 Aug 25  2017 performance_schema
drwx------   2 mysql  mysql       512 Aug 25  2017 test

my.cnf

[mysqld]

innodb_force_recovery=0

skip-networking
character-set-server=utf8
init-connect="SET NAMES utf8"
query_cache_size=64M
long_query_time=5
slow_query_log=1
slow_query_log_file=/var/db/mysql/slow.log
collation-server = utf8_unicode_ci
init-connect='SET NAMES utf8'
character-set-server = utf8
skip-external-locking
low-priority-updates
myisam-recover=backup,force


[client]
default-character-set=utf8

[mysql]
default-character-set=utf8

localhost.err

2018-12-15 19:16:16 7774 [Note] Plugin 'FEDERATED' is disabled.
2018-12-15 19:16:16 7774 [Note] InnoDB: Using atomics to ref count buffer pool pages
2018-12-15 19:16:16 7774 [Note] InnoDB: The InnoDB memory heap is disabled
2018-12-15 19:16:16 7774 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2018-12-15 19:16:16 7774 [Note] InnoDB: Memory barrier is not used
2018-12-15 19:16:16 7774 [Note] InnoDB: Compressed tables use zlib 1.2.11
2018-12-15 19:16:16 7774 [Note] InnoDB: Not using CPU crc32 instructions
2018-12-15 19:16:16 7774 [Note] InnoDB: Initializing buffer pool, size = 128.0M
2018-12-15 19:16:16 7774 [Note] InnoDB: Completed initialization of buffer pool
2018-12-15 19:16:16 7774 [Note] InnoDB: Highest supported file format is Barracuda.
2018-12-15 19:16:16 7774 [Note] InnoDB: The log sequence numbers 13475082 and 13475082 in ibdata files do not match the log sequence number 102785521 in the ib_logfiles!
2018-12-15 19:16:16 7774 [Note] InnoDB: Database was not shutdown normally!
2018-12-15 19:16:16 7774 [Note] InnoDB: Starting crash recovery.
2018-12-15 19:16:16 7774 [Note] InnoDB: Reading tablespace information from the .ibd files...
2018-12-15 19:16:16 7774 [ERROR] InnoDB: Attempted to open a previously opened tablespace. Previous tablespace mysql/innodb_index_stats uses space ID: 2 at filepath: ./mysql/innodb_index_stats.ibd. Cannot open tablespace nodeny/auth_log which uses space ID: 2 at filepath: ./nodeny/auth_log.ibd
2018-12-15 19:16:16 803616000  InnoDB: Operating system error number 2 in a file operation.
InnoDB: The error means the system cannot find the path specified.
InnoDB: If you are installing InnoDB, remember that you must create
InnoDB: directories yourself, InnoDB does not create them.
InnoDB: Error: could not open single-table tablespace file ./nodeny/auth_log.ibd
InnoDB: We do not continue the crash recovery, because the table may become
InnoDB: corrupt if we cannot apply the log records in the InnoDB log to it.
InnoDB: To fix the problem and start mysqld:
InnoDB: 1) If there is a permission problem in the file and mysqld cannot
InnoDB: open the file, you should modify the permissions.
InnoDB: 2) If the table is not needed, or you can restore it from a backup,
InnoDB: then you can remove the .ibd file, and InnoDB will do a normal
InnoDB: crash recovery and ignore that table.
InnoDB: 3) If the file system or the disk is broken, and you cannot remove
InnoDB: the .ibd file, you can set innodb_force_recovery > 0 in my.cnf
InnoDB: and force InnoDB to continue crash recovery here.

вроде как просит удалить файл ./nodeny/auth_log.ibd - удалил не помогло, innodb_force_recovery начинал с 1 и доходил до 6 и после каждого увеличения

/usr/local/etc/rc.d/mysql-server start

также не помогло

 

подскажите пжл чего еще не сделал?

Link to post
Share on other sites
1 час назад, WideAreaNetwork сказал:

не получается стартануть мускул, уже устал от чтива, фря с нодени+, после моргания света не стартует mysql


 # /usr/local/etc/rc.d/mysql-server status
mysql is not running.

ls -la /var/db/mysql/
total 177212
drwxr-xr-x   6 mysql  mysql       512 Dec 15 20:28 .
drwxr-xr-x  16 root   wheel       512 Dec  1 04:15 ..
-rw-rw----   1 mysql  mysql        56 Aug 25  2017 auto.cnf
-rw-rw----   1 mysql  mysql    938011 Dec 15 20:28 homeline.pp.ua.err
-rw-rw----   1 mysql  mysql  50331648 Dec 14 13:41 ib_logfile0
-rw-rw----   1 mysql  mysql  50331648 Dec 12 08:26 ib_logfile1
-rw-rw----   1 mysql  mysql  79691776 Dec 14 13:41 ibdata1
drwx------   2 mysql  mysql      2560 Aug 25  2017 mysql
drwx------   2 mysql  mysql      4096 Dec 15 20:24 nodeny
drwx------   2 mysql  mysql      2560 Aug 25  2017 performance_schema
drwx------   2 mysql  mysql       512 Aug 25  2017 test

my.cnf


[mysqld]

innodb_force_recovery=0

skip-networking
character-set-server=utf8
init-connect="SET NAMES utf8"
query_cache_size=64M
long_query_time=5
slow_query_log=1
slow_query_log_file=/var/db/mysql/slow.log
collation-server = utf8_unicode_ci
init-connect='SET NAMES utf8'
character-set-server = utf8
skip-external-locking
low-priority-updates
myisam-recover=backup,force


[client]
default-character-set=utf8

[mysql]
default-character-set=utf8

localhost.err


2018-12-15 19:16:16 7774 [Note] Plugin 'FEDERATED' is disabled.
2018-12-15 19:16:16 7774 [Note] InnoDB: Using atomics to ref count buffer pool pages
2018-12-15 19:16:16 7774 [Note] InnoDB: The InnoDB memory heap is disabled
2018-12-15 19:16:16 7774 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2018-12-15 19:16:16 7774 [Note] InnoDB: Memory barrier is not used
2018-12-15 19:16:16 7774 [Note] InnoDB: Compressed tables use zlib 1.2.11
2018-12-15 19:16:16 7774 [Note] InnoDB: Not using CPU crc32 instructions
2018-12-15 19:16:16 7774 [Note] InnoDB: Initializing buffer pool, size = 128.0M
2018-12-15 19:16:16 7774 [Note] InnoDB: Completed initialization of buffer pool
2018-12-15 19:16:16 7774 [Note] InnoDB: Highest supported file format is Barracuda.
2018-12-15 19:16:16 7774 [Note] InnoDB: The log sequence numbers 13475082 and 13475082 in ibdata files do not match the log sequence number 102785521 in the ib_logfiles!
2018-12-15 19:16:16 7774 [Note] InnoDB: Database was not shutdown normally!
2018-12-15 19:16:16 7774 [Note] InnoDB: Starting crash recovery.
2018-12-15 19:16:16 7774 [Note] InnoDB: Reading tablespace information from the .ibd files...
2018-12-15 19:16:16 7774 [ERROR] InnoDB: Attempted to open a previously opened tablespace. Previous tablespace mysql/innodb_index_stats uses space ID: 2 at filepath: ./mysql/innodb_index_stats.ibd. Cannot open tablespace nodeny/auth_log which uses space ID: 2 at filepath: ./nodeny/auth_log.ibd
2018-12-15 19:16:16 803616000  InnoDB: Operating system error number 2 in a file operation.
InnoDB: The error means the system cannot find the path specified.
InnoDB: If you are installing InnoDB, remember that you must create
InnoDB: directories yourself, InnoDB does not create them.
InnoDB: Error: could not open single-table tablespace file ./nodeny/auth_log.ibd
InnoDB: We do not continue the crash recovery, because the table may become
InnoDB: corrupt if we cannot apply the log records in the InnoDB log to it.
InnoDB: To fix the problem and start mysqld:
InnoDB: 1) If there is a permission problem in the file and mysqld cannot
InnoDB: open the file, you should modify the permissions.
InnoDB: 2) If the table is not needed, or you can restore it from a backup,
InnoDB: then you can remove the .ibd file, and InnoDB will do a normal
InnoDB: crash recovery and ignore that table.
InnoDB: 3) If the file system or the disk is broken, and you cannot remove
InnoDB: the .ibd file, you can set innodb_force_recovery > 0 in my.cnf
InnoDB: and force InnoDB to continue crash recovery here.

вроде как просит удалить файл ./nodeny/auth_log.ibd - удалил не помогло, innodb_force_recovery начинал с 1 и доходил до 6 и после каждого увеличения

/usr/local/etc/rc.d/mysql-server start

также не помогло

 

подскажите пжл чего еще не сделал?


innodb_force_recovery и стартуй сразу бинарник - проще логи будет увидеть
запустится = дампай/дропай/восстанавливай
ну или логи давай что mysql срёт в моменты запуска при force_recovery

Link to post
Share on other sites
10 часов назад, mixtery сказал:

стартуй сразу бинарник

решил глянуть

/usr/local/etc/rc.d/mysql-server status

получил

# /usr/local/etc/rc.d/mysql-server status
/etc/rc.conf: ext_if: not found
/etc/rc.conf: nat: not found
/etc/rc.conf: nat: not found
/etc/rc.conf: binat: not found
/etc/rc.conf: binat: not found
/etc/rc.conf: binat: not found
/etc/rc.conf: binat: not found
/etc/rc.conf: nat: not found
/etc/rc.conf: nat: not found
/etc/rc.conf: nat: not found
/etc/rc.conf: nat: not found
/etc/rc.conf: nat: not found
/etc/rc.conf: nat: not found
/etc/rc.conf: nat: not found
/etc/rc.conf: nat: not found
/etc/rc.conf: nat: not found
/etc/rc.conf: nat: not found
/etc/rc.conf: nat: not found
/etc/rc.conf: nat: not found
/etc/rc.conf: nat: not found
/etc/rc.conf: nat: not found
/etc/rc.conf: nat: not found
/etc/rc.conf: nat: not found
/etc/rc.conf: nat: not found
/etc/rc.conf: nat: not found
/etc/rc.conf: nat: not found
/etc/rc.conf: nat: not found
/etc/rc.conf: nat: not found
/etc/rc.conf: nat: not found
/etc/rc.conf: nat: not found
/etc/rc.conf: nat: not found
/etc/rc.conf: nat: not found
/etc/rc.conf: nat: not found
/etc/rc.conf: nat: not found
/etc/rc.conf: nat: not found
/etc/rc.conf: nat: not found
/etc/rc.conf: nat: not found
/etc/rc.conf: nat: not found
/etc/rc.conf: nat: not found
/etc/rc.conf: nat: not found
/etc/rc.conf: nat: not found
/etc/rc.conf: nat: not found
/etc/rc.conf: nat: not found
/etc/rc.conf: rdr: not found
/etc/rc.conf: rdr: not found
/etc/rc.conf: rdr: not found
/etc/rc.conf: rdr: not found
/etc/rc.conf: rdr: not found
/etc/rc.conf: rdr: not found
/etc/rc.conf: rdr: not found
/etc/rc.conf: rdr: not found
/etc/rc.conf: rdr: not found
/etc/rc.conf: rdr: not found
/etc/rc.conf: rdr: not found
/etc/rc.conf: rdr: not found
/etc/rc.conf: rdr: not found
/etc/rc.conf: rdr: not found
/etc/rc.conf: rdr: not found
/etc/rc.conf: rdr: not found
/etc/rc.conf: rdr: not found
/etc/rc.conf: rdr: not found
/etc/rc.conf: rdr: not found
/etc/rc.conf: rdr: not found
/etc/rc.conf: rdr: not found
/etc/rc.conf: rdr: not found
/etc/rc.conf: rdr: not found
/etc/rc.conf: rdr: not found
/etc/rc.conf: rdr: not found
Cannot 'status' mysql. Set mysql_enable to YES in /etc/rc.conf or use 'onestatus' instead of 'status'.

глянул rc.conf ... сказать что охуел - это ничего не сказать, там тупо вся инфа как у файлике pf.conf , при этом маршрутизация работает, вланы подняты

Link to post
Share on other sites
2 минуты назад, WideAreaNetwork сказал:

глянул rc.conf ... сказать что охуел - это ничего не сказать, там тупо вся инфа как у файлике pf.conf , при этом маршрутизация работает, вланы подняты

Чини ФС и на всякий случай поглядывай на свои бекапы.

Если их нет, чтош, твоим данным жопа, правда на сколько сильная жопа - сложно сказать.

Link to post
Share on other sites

может не все так плохо, после ребута вернулось на свои места

бекапы БД клиентов есть, буду дальше пробовать восстановить, хотя чем дальше в лес тем больше желание просто переустановить все, но как по мне это самый глупый вариант

Link to post
Share on other sites
Только что, WideAreaNetwork сказал:

может не все так плохо, после ребута вернулось на свои места

бекапы БД клиентов есть, буду дальше пробовать восстановить, хотя чем дальше в лес тем больше желание просто переустановить все, но как по мне это самый глупый вариант

Мало переустанавливать.

Ещё и HDD заменить не забудь. Он уже пошел данные бить, нужно менять.

  • Thanks 1
Link to post
Share on other sites
5 минут назад, l1ght сказал:

Ещё и HDD заменить не забудь.

да вроде пока все норм

 # cciss_vol_status -V /dev/ciss0
Controller: Smart Array E200i
  Board ID: 0x3211103c
  Logical drives: 0
  Running firmware: 1.72
  ROM firmware: 1.72
/dev/ciss0: (Smart Array E200i) RAID 1(1+0) Volume 0 status: OK.
  Physical drives: 4
         connector 1I box 1 bay 1                 HP      DH036ABAA5                           3PE0A8CR000098204EAN     HPDB OK
         connector 1I box 1 bay 2                 HP      DH036ABAA5                           3PE09S2000009822RAML     HPDB S.M.A.R.T. predictive failure.
         connector 1I box 1 bay 3                 HP      DH036ABAA5                           3PE09WP400009818HRJ5     HPDB OK
         connector 1I box 1 bay 4                 IBM     ST973402SS                           3NP1V7VB00009814D3GF     BF08 OK
/dev/ciss0(Smart Array E200i:0): Non-Volatile Cache status:
                   Cache configured: Yes
                 Total cache memory: 32 MiB
                        Cache Ratio: 100Read / 0Write
                  Read cache memory: 32 MiB
                 Write cache memory: 0 MiB
                Write cache enabled: Yes

второй диск уже с полгода в таком состоянии

Link to post
Share on other sites
2 часа назад, l1ght сказал:

Ещё и HDD заменить не забудь. Он уже пошел данные бить, нужно менять.

а с чего такой вывод что диск данные бьет? а не сбоящая память к примеру, или аппаратный рэйд контроллер?

Link to post
Share on other sites
5 часов назад, NiTr0 сказал:

а с чего такой вывод что диск данные бьет? а не сбоящая память к примеру, или аппаратный рэйд контроллер?

Я предположил что там нет рейда и был не прав.

 

4 часа назад, WideAreaNetwork сказал:

мог я его долго запускать, сервак ломанули через мускул и подменили оболочку шел

А можно деталей чуть больше?))

Link to post
Share on other sites
1 час назад, l1ght сказал:

А можно деталей чуть больше?))

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

сказали в фаере закрыть доступ извне к мускулу, доступ руту дать только с локалхоста и все, а далее снова читать тонны макулатуры

Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   0 members

    No registered users viewing this page.

  • Similar Content

    • By FantoM_EscapE
      Хочу перенести свій білінг NODENY із фізичного сервера на віртуальний. Шукаю адміна який зможе допомогти у цьому питанні, так як нашого адміна банально призвали до війська. Вся схема на даний момент робоча, маю доступи до всього. Потрібно проінсталити на новішу версію FREEBSD, бо на моїй 10 річній вже не працюють нові SSL сертифікати. Кого зацікавила дана пропозиція - прошу у приватні повідомлення. обсудимо ціну і строки. або пишіть на будь-який месенджер 0677792091
    • By rusol
      Всем привет.
       
      Прошу помощи, не могу уже больше года побороть одну проблему.
       
      Иногда (раз в неделю, раз в месяц...), в основном в час пик, резко вырастает interrupt на одном из четырех ядер на сервере, на котором FreeBSD 10.1 + Nodeny + IPFW + PF + DHCP, при этом клиенты жалуются, что очень тупит интернету.
       
      Я этот симптом вижу на сервере так через top -SHPi:

       
       
      Так же наблюдаю значительное увеличение пакетов через команду netstat -hdw1 -i ix0
       
      Помогает в таких ситуациях следующее:
       
      1. Выключение на пару секунд и включение всех клиентских портов на центральном коммутаторе.
      2. Выключение по одному порту на центральном коммутаторе, но не всегда этот метод срабатывает.
      3. Иногда помогает перезагрузка сервера (но не всегда).
       
      Подскажите, на что в такой ситуации еще обратить внимание? Я ведь купирую следствие проблемы, но саму проблему не могу определить.
       
      Готов заплатить за помощь.
       
    • By zorom
      Делал ли кто-то такую интеграцию. Или может готов реализовать? Можно предложить другую связку  из OTT
    • By pobochnaya
      Нужен специалист - нужно связать NODENY 50.32 + Juniper MX80, 
       
      Сейчас работает связка Nodeny + mikrotik (1036) + nat (отдельный сервер)
       
      Хочется получить + IPOE на выходе с джуна, готовы оплатить достойно за рабочий функционал!
       
       
      P.S Советовать с переходом на ПЛЮС (пытались несколько раз уже и плюс куплен с модулями)-но не готовы , устраивает 50.32
    • By Daniil_
      Подскажите пожалуйста, как в Nodeny 50 сделать запрет для входа (логина) пользователей из определенных групп (например группе удаленные) ?
       

×
×
  • Create New...