Биллинговая система Nodeny
28 Апреля 2024, 21:51:03 *
Добро пожаловать, Гость. Пожалуйста, войдите или зарегистрируйтесь.
Вам не пришло письмо с кодом активации?

Войти
Новости: Прекращена поддержка версии Nodeny 49
 
   Начало   Помощь Поиск Войти Регистрация  
Биллинговая система Nodeny > Главная категория > Общий раздел > Заполнился /var возникла проблема
Страниц: [1]
« предыдущая тема следующая тема »
  Печать  
Автор Тема: Заполнился /var возникла проблема  (Прочитано 5194 раз)
Art1
NoDeny
Пользователь
*

Карма: 0
Offline Offline

Сообщений: 84


Просмотр профиля
« : 16 Ноября 2010, 00:57:06 »
Вышло что заполнился /var(там находилась БД) в основном файлами репликации, перестал работать интернет у клиентов, после выяснения проблемы были удалены несколько фалов  репликации и перегружен сервер, до этой ситуации все работало как часы Улыбающийся

После перегрузки сервера, пользователи, авторизируются на сервере, но доступа в интернет у них нету, я так понимаю что файервол блокирует, перезапускал скрипты noserver.pl, nofire.pl никакого результата не дало, прописал в /etc/rc.firewall чтоб был доступ абсолютно всем, после этого пошел доступ в интернет без ограничений!

Что могло слететь? как выправить?какие идеи?
Базу проверял!

прошу помощи!
Записан
versus
Администратор
Спец
*****

Карма: 21
Offline Offline

Сообщений: 845


44306843
Просмотр профиля WWW Email
« Ответ #1 : 16 Ноября 2010, 03:28:25 »
Очень очень мало информации о проблеме и что пробовал, переполнение вар раздела это  ваша экономия на системном администраторе. Кто вам запрещал настроить  оповещение о размерах дисковой подсистемы и заранее предупредить о проблеме. Почему вы не прочитали документацию к нодени для того что бы избежать разрастания бинлогов базы.
Отключение файрвола не показывает в чем проблема, вместо решения вы лечите симптомы.
Для того то чтобы корректно ответить на ваш вопрос вам необходимо как минимум подготовится. Просмотрите темы с аналогичными проблемами, мы не можем поставить диагноз без карты пациента, где данные?

Неужели вы надеетесь на наши хрустальные шары, шамансике песни с бубнами и варганами и ночным гаданием на кофейной гуще ??
Записан
ser970
NoDeny
Спец
*

Карма: 70
Offline Offline

Сообщений: 1323

262462619
Просмотр профиля Email
« Ответ #2 : 16 Ноября 2010, 08:23:40 »
Цитата: Art1 от 16 Ноября 2010, 00:57:06
Вышло что заполнился /var(там находилась БД) в основном файлами репликации, перестал работать интернет у клиентов, после выяснения проблемы были удалены несколько фалов  репликации и перегружен сервер, до этой ситуации все работало как часы Улыбающийся

После перегрузки сервера, пользователи, авторизируются на сервере, но доступа в интернет у них нету, я так понимаю что файервол блокирует, перезапускал скрипты noserver.pl, nofire.pl никакого результата не дало, прописал в /etc/rc.firewall чтоб был доступ абсолютно всем, после этого пошел доступ в интернет без ограничений!

Что могло слететь? как выправить?какие идеи?
Базу проверял!

прошу помощи!

покаж логи нодени
+ps -aux
Записан
Art1
NoDeny
Пользователь
*

Карма: 0
Offline Offline

Сообщений: 84


Просмотр профиля
« Ответ #3 : 16 Ноября 2010, 08:38:26 »
Цитата: ser970 от 16 Ноября 2010, 08:23:40

ps -aux
Код:
USER    PID %CPU %MEM   VSZ   RSS  TT  STAT STARTED      TIME COMMAND
root     12 100.0  0.0     0     8  ??  RL   12:29AM 461:12.67 [idle: cpu0]
root     11 97.3  0.0     0     8  ??  RL   12:29AM 442:57.75 [idle: cpu1]
root     29  2.9  0.0     0     8  ??  WL   12:29AM  38:50.77 [irq18: rl0 uhci2++]
root  10969  0.7  0.1  4576  2248  ??  S<    8:34AM   0:00.00 /usr/bin/perl /usr/local/nodeny/ipcad.pl 127.0.0.1 /usr/local/nodeny/sql/1-1289889284 0 (perl5
root  10971  0.7  0.1  3464  1408  ??  S<    8:34AM   0:00.00 sh -c /usr/bin/rsh -t 5 -n 127.0.0.1 "cle ip acco" 2>/dev/null
root   1396  0.6  0.4 11584  8848  ??  S<   12:29AM   1:14.57 perl nodeny.pl (perl5.8.9)
root  10972  0.6  0.1  3128  1148  ??  S<    8:34AM   0:00.00 /usr/bin/rsh -t 5 -n 127.0.0.1 cle ip acco
root      0  0.0  0.0     0     0  ??  DLs  12:29AM   0:00.11 [swapper]
root      1  0.0  0.0  1888   488  ??  SLs  12:29AM   0:00.03 /sbin/init --
root      2  0.0  0.0     0     8  ??  DL   12:29AM   0:01.09 [g_event]
root      3  0.0  0.0     0     8  ??  DL   12:29AM   0:03.36 [g_up]
root      4  0.0  0.0     0     8  ??  DL   12:29AM   0:03.15 [g_down]
root      5  0.0  0.0     0     8  ??  DL   12:29AM   0:00.00 [kqueue taskq]
root      6  0.0  0.0     0     8  ??  DL   12:29AM   0:00.00 [xpt_thrd]
root      7  0.0  0.0     0     8  ??  DL   12:29AM   0:00.00 [acpi_task_0]
root      8  0.0  0.0     0     8  ??  DL   12:29AM   0:00.00 [acpi_task_1]
root      9  0.0  0.0     0     8  ??  DL   12:29AM   0:00.00 [acpi_task_2]
root     10  0.0  0.0     0     8  ??  DL   12:29AM   0:00.00 [audit]
root     13  0.0  0.0     0     8  ??  WL   12:29AM   0:26.16 [swi4: clock sio]
root     14  0.0  0.0     0     8  ??  WL   12:29AM   0:00.00 [swi3: vm]
root     15  0.0  0.0     0     8  ??  WL   12:29AM   0:00.46 [swi1: net]
root     16  0.0  0.0     0     8  ??  DL   12:29AM   1:11.52 [yarrow]
root     17  0.0  0.0     0     8  ??  WL   12:29AM   0:00.00 [swi2: cambio]
root     18  0.0  0.0     0     8  ??  WL   12:29AM   0:00.00 [swi5: +]
root     19  0.0  0.0     0     8  ??  DL   12:29AM   0:00.00 [thread taskq]
root     20  0.0  0.0     0     8  ??  WL   12:29AM   0:00.00 [swi6: Giant taskq]
root     21  0.0  0.0     0     8  ??  WL   12:29AM   0:00.00 [swi6: task queue]
root     22  0.0  0.0     0     8  ??  WL   12:29AM   0:00.00 [irq9: acpi0]
root     23  0.0  0.0     0     8  ??  WL   12:29AM   0:00.00 [irq16: fwohci0++]
root     24  0.0  0.0     0     8  ??  DL   12:29AM   0:00.00 [usb0]
root     25  0.0  0.0     0     8  ??  DL   12:29AM   0:00.00 [usbtask-hc]
root     26  0.0  0.0     0     8  ??  DL   12:29AM   0:00.00 [usbtask-dr]
root     27  0.0  0.0     0     8  ??  WL   12:29AM   0:00.00 [irq21: uhci1]
root     28  0.0  0.0     0     8  ??  DL   12:29AM   0:00.00 [usb1]
root     30  0.0  0.0     0     8  ??  DL   12:29AM   0:00.00 [usb2]
root     31  0.0  0.0     0     8  ??  DL   12:29AM   0:00.00 [usb3]
root     32  0.0  0.0     0     8  ??  DL   12:29AM   0:00.00 [age0 taskq]
root     33  0.0  0.0     0     8  ??  WL   12:29AM   0:00.00 [irq23: uhci3 ehci1]
root     34  0.0  0.0     0     8  ??  DL   12:29AM   0:00.00 [usb4]
root     35  0.0  0.0     0     8  ??  WL   12:29AM   0:00.00 [irq19: uhci4]
root     36  0.0  0.0     0     8  ??  DL   12:29AM   0:00.00 [usb5]
root     37  0.0  0.0     0     8  ??  DL   12:29AM   0:00.00 [usb6]
root     38  0.0  0.0     0     8  ??  DL   12:29AM   0:00.00 [usb7]
root     39  0.0  0.0     0     8  ??  DL   12:29AM  18:27.73 [em0 taskq]
root     40  0.0  0.0     0     8  ??  DL   12:29AM   0:01.46 [fw0_taskq]
root     41  0.0  0.0     0     8  ??  IL   12:29AM   0:00.00 [fw0_probe]
root     42  0.0  0.0     0     8  ??  WL   12:29AM   0:03.96 [irq22: atapci1+]
root     43  0.0  0.0     0     8  ??  WL   12:29AM   0:00.00 [swi0: sio]
root     44  0.0  0.0     0     8  ??  WL   12:29AM   0:00.00 [irq1: atkbd0]
root     45  0.0  0.0     0     8  ??  WL   12:29AM   0:00.00 [irq14: ata0]
root     46  0.0  0.0     0     8  ??  WL   12:29AM   0:00.00 [irq15: ata1]
root     47  0.0  0.0     0    16  ??  DL   12:29AM   0:00.00 [sctp_iterator]
root     48  0.0  0.0     0     8  ??  DL   12:29AM   0:03.53 [pfpurge]
root     49  0.0  0.0     0     8  ??  DL   12:29AM   0:00.02 [pagedaemon]
root     50  0.0  0.0     0     8  ??  DL   12:29AM   0:00.00 [vmdaemon]
root     51  0.0  0.0     0     8  ??  DL   12:29AM   0:00.00 [pagezero]
root     52  0.0  0.0     0     8  ??  DL   12:29AM   0:00.10 [bufdaemon]
root     53  0.0  0.0     0     8  ??  DL   12:29AM   0:00.10 [vnlru]
root     54  0.0  0.0     0     8  ??  DL   12:29AM   0:25.52 [syncer]
root     55  0.0  0.0     0     8  ??  DL   12:29AM   0:00.27 [softdepflush]
root    143  0.0  0.0  1380   792  ??  Is   12:29AM   0:00.00 adjkerntz -i
root    736  0.0  0.0  1888   568  ??  Is   12:29AM   0:00.01 /sbin/devd
root    836  0.0  0.1  3184  1224  ??  Is   12:29AM   0:00.12 /usr/sbin/syslogd -l /var/run/log -l /var/named/var/run/log -s
bind    922  0.0  1.6 40948 33080  ??  Ss   12:29AM   0:29.07 /usr/sbin/named -t /var/named -u bind
root    972  0.0  0.2 10260  4640  ??  Is   12:29AM   0:02.92 /usr/local/sbin/mpd5 -p /var/run/mpd5.pid -b
root    980  0.0  0.0     0     8  ??  DL   12:29AM   0:00.10 [ng_queue0]
root    981  0.0  0.0     0     8  ??  DL   12:29AM   0:00.10 [ng_queue1]
root    984  0.0  0.3  8860  5604  ??  S    12:29AM   0:47.94 /usr/local/sbin/snmpd -c /usr/local/etc/snmpd.config -p /var/run/snmpd.pid
root   1089  0.0  0.2  7808  4280  ??  Is   12:29AM   0:01.08 /usr/local/sbin/radiusd
root   1258  0.0  0.6 19888 12768  ??  Ss   12:29AM   0:00.92 /usr/local/sbin/httpd -DNOHTTPACCEPT
root   1329  0.0  0.2  5752  3344  ??  Is   12:29AM   0:00.02 /usr/sbin/sshd
root   1335  0.0  0.2  5876  3492  ??  Ss   12:29AM   0:00.37 sendmail: accepting connections (sendmail)
smmsp  1339  0.0  0.2  5876  3244  ??  Is   12:29AM   0:00.01 sendmail: Queue runner@00:30:00 for /var/spool/clientmqueue (sendmail)
root   1345  0.0  0.1  3212  1280  ??  Is   12:29AM   0:00.10 /usr/sbin/cron -s
www    1391  0.0  0.6 19888 12960  ??  I    12:29AM   0:00.06 /usr/local/sbin/httpd -DNOHTTPACCEPT
www    1392  0.0  0.6 19888 12984  ??  S    12:29AM   0:00.10 /usr/local/sbin/httpd -DNOHTTPACCEPT
www    1393  0.0  0.6 19888 12992  ??  I    12:29AM   0:00.02 /usr/local/sbin/httpd -DNOHTTPACCEPT
www    1394  0.0  0.6 19888 12972  ??  I    12:29AM   0:00.02 /usr/local/sbin/httpd -DNOHTTPACCEPT
www    1395  0.0  0.6 19888 12948  ??  I    12:29AM   0:00.13 /usr/local/sbin/httpd -DNOHTTPACCEPT
root   1397  0.0  0.4 10568  7724  ??  S<   12:29AM   0:35.87 perl noserver.pl (perl5.8.9)
root   1398  0.0  0.4 10312  7448  ??  S<   12:29AM   0:42.95 perl nol2auth.pl (perl5.8.9)
www    2066  0.0  0.6 19888 12924  ??  I    12:42AM   0:00.05 /usr/local/sbin/httpd -DNOHTTPACCEPT
www    2069  0.0  0.6 19888 12980  ??  I    12:43AM   0:00.04 /usr/local/sbin/httpd -DNOHTTPACCEPT
www    2074  0.0  0.7 20912 14528  ??  I    12:43AM   0:00.54 /usr/local/sbin/httpd -DNOHTTPACCEPT
www    2075  0.0  0.6 19888 12836  ??  I    12:43AM   0:00.01 /usr/local/sbin/httpd -DNOHTTPACCEPT
www    2076  0.0  0.6 19888 12836  ??  I    12:43AM   0:00.01 /usr/local/sbin/httpd -DNOHTTPACCEPT
root  10919  0.0  0.2  8428  3928  ??  Is    8:33AM   0:00.02 sshd: Art [priv] (sshd)
Art   10922  0.0  0.2  8428  3924  ??  S     8:33AM   0:00.01 sshd: Art@ttyp0 (sshd)
root   1383  0.0  0.1  3184  1096  v0  Is+  12:29AM   0:00.00 /usr/libexec/getty Pc ttyv0
root   1384  0.0  0.1  3184  1096  v1  Is+  12:29AM   0:00.00 /usr/libexec/getty Pc ttyv1
root   1385  0.0  0.1  3184  1096  v2  Is+  12:29AM   0:00.00 /usr/libexec/getty Pc ttyv2
root   1386  0.0  0.1  3184  1096  v3  Is+  12:29AM   0:00.00 /usr/libexec/getty Pc ttyv3
root   1387  0.0  0.1  3184  1096  v4  Is+  12:29AM   0:00.00 /usr/libexec/getty Pc ttyv4
root   1388  0.0  0.1  3184  1096  v5  Is+  12:29AM   0:00.00 /usr/libexec/getty Pc ttyv5
root   1389  0.0  0.1  3184  1096  v6  Is+  12:29AM   0:00.00 /usr/libexec/getty Pc ttyv6
root   1390  0.0  0.1  3184  1096  v7  Is+  12:29AM   0:00.00 /usr/libexec/getty Pc ttyv7
mysql  1047  0.0  0.1  3464  1448 con- I    12:29AM   0:00.01 /bin/sh /usr/local/bin/mysqld_safe --defaults-extra-file=/var/db/mysql/my.cnf --user=mysql --d
mysql  1075  0.0 19.6 486732 409120 con- S    12:29AM   1:34.11 /usr/local/libexec/mysqld --defaults-extra-file=/var/db/mysql/my.cnf --basedir=/usr/local --da
root   1093  0.0  0.1  3464  1376 con- I    12:29AM   0:00.00 sh go.sh noserver
root   1102  0.0  0.1  3464  1376 con- I    12:29AM   0:00.00 sh go.sh nol2auth
root   1167  0.0  0.1  3464  1376 con- I    12:29AM   0:00.00 sh go.sh nodeny
Art   10924  0.0  0.1  4396  2344  p0  Is    8:33AM   0:00.01 -bash (bash)
root  10926  0.0  0.1  3620  1600  p0  I     8:33AM   0:00.01 su
root  10927  0.0  0.1  4396  2348  p0  S     8:33AM   0:00.01 su (bash)
root  10973  0.0  0.1  3244  1132  p0  R+    8:34AM   0:00.00 ps -aux


Цитата: ser970 от 16 Ноября 2010, 08:23:40
покаж логи нодени
это Лог-файл админки биллинга?
Записан
Art1
NoDeny
Пользователь
*

Карма: 0
Offline Offline

Сообщений: 84


Просмотр профиля
« Ответ #4 : 16 Ноября 2010, 10:39:37 »
Цитировать
покаж логи нодени

Код:
##################Это перед тем как заполнился /var######################
14.11.10 18:17 !! Адм. Art_a (id=1, ip=192.168.3.221). Удален клиент id=157 (192.168.0.230)
14.11.10 18:17 !! Адм. Art_a (id=1, ip=192.168.3.221). Удалена алиасная запись id=67 (192.168.3.2), id основной записи 1
14.11.10 18:19 !! Адм. Art_a (id=1, ip=192.168.3.221). Удален клиент id=71 (192.168.0.75)
DBD::mysql::db do failed: Lost connection to MySQL server during query at nodeny.pl line 512.
DBI connect('database=bill;host=localhost;mysql_connect_timeout=6;','bill_kernel',...) failed: Can't connect to local MySQL server through socket '/tmp/mysql
Can't call method "prepare" on an undefined value at nodeny.pl line 944.
15.11.2010 09:48:12 kernel: ! ====== -  СТАРТ ЯДРА NODENY - ======
15.11.2010 09:48:14 kernel:  **** записей в базе и 43 доступ в инет блокирован, 109 не нужна авторизация
15.11.2010 09:48:21 kernel: ! Выход для рестарта
15.11.2010 09:48:23 kernel: ! ====== -  СТАРТ ЯДРА NODENY - ======
15.11.2010 09:48:23 kernel:  **** записей в базе и 43 доступ в инет блокирован, 109 не нужна авторизация
DBD::mysql::st execute failed: MySQL server has gone away at nodeny.pl line 1308.
DBD::mysql::st execute failed: MySQL server has gone away at nodeny.pl line 1308.
DBD::mysql::st execute failed: MySQL server has gone away at nodeny.pl line 353.
DBD::mysql::st execute failed: MySQL server has gone away at nodeny.pl line 1308.
DBD::mysql::st execute failed: MySQL server has gone away at nodeny.pl line 1308.
DBD::mysql::st execute failed: MySQL server has gone away at nodeny.pl line 1308.
DBD::mysql::st execute failed: MySQL server has gone away at nodeny.pl line 1308.
DBD::mysql::st execute failed: MySQL server has gone away at nodeny.pl line 1308.
DBD::mysql::st execute failed: MySQL server has gone away at nodeny.pl line 1308.
DBD::mysql::st execute failed: MySQL server has gone away at nodeny.pl line 1308.
DBD::mysql::st execute failed: MySQL server has gone away at nodeny.pl line 1308.
DBD::mysql::st execute failed: MySQL server has gone away at nodeny.pl line 1308.
DBD::mysql::st execute failed: MySQL server has gone away at nodeny.pl line 1308.
15.11.2010 09:51:21 kernel: ! Остановка ядра
15.11.2010 09:53:18 kernel: ! ====== -  СТАРТ ЯДРА NODENY - ======
15.11.2010 09:53:20 kernel:  **** записей в базе и 43 доступ в инет блокирован, 109 не нужна авторизация
15.11.2010 09:53:25 kernel: ! Выход для рестарта
15.11.2010 09:53:28 kernel: ! ====== -  СТАРТ ЯДРА NODENY - ======
15.11.2010 09:53:28 kernel:  **** записей в базе и 43 доступ в инет блокирован, 109 не нужна авторизация
DBD::mysql::st execute failed: MySQL server has gone away at nodeny.pl line 1308.
DBD::mysql::st execute failed: MySQL server has gone away at nodeny.pl line 1308.
DBD::mysql::st execute failed: MySQL server has gone away at nodeny.pl line 1308.
DBD::mysql::st execute failed: MySQL server has gone away at nodeny.pl line 1308.
DBD::mysql::st execute failed: MySQL server has gone away at nodeny.pl line 1308.
DBD::mysql::st execute failed: MySQL server has gone away at nodeny.pl line 1308.
DBD::mysql::st execute failed: MySQL server has gone away at nodeny.pl line 1308.
DBD::mysql::st execute failed: MySQL server has gone away at nodeny.pl line 1308.
DBD::mysql::st execute failed: MySQL server has gone away at nodeny.pl line 353.
DBD::mysql::st execute failed: MySQL server has gone away at nodeny.pl line 1308.
DBD::mysql::st execute failed: MySQL server has gone away at nodeny.pl line 1308.
DBD::mysql::st execute failed: MySQL server has gone away at nodeny.pl line 1308.
DBD::mysql::st execute failed: MySQL server has gone away at nodeny.pl line 1308.
DBI connect('database=bill;host=localhost;mysql_connect_timeout=6;','bill_kernel',...) failed: Can't connect to local MySQL server through socket '/tmp/mysql
DBD::mysql::db do failed: MySQL server has gone away at nodeny.pl line 512.
DBI connect('database=bill;host=localhost;mysql_connect_timeout=6;','bill_kernel',...) failed: Can't connect to local MySQL server through socket '/tmp/mysql
15.11.2010 09:58:33 kernel: !! Нет соединения с базой данных авторизаций localhost. С этого момента времени ядро не получает информацию об авторизациях из БД
DBI connect('database=bill;host=localhost;mysql_connect_timeout=6;','bill_kernel',...) failed: Can't connect to local MySQL server through socket '/tmp/mysql
DBI connect('database=bill;host=localhost;mysql_connect_timeout=6;','bill_kernel',...) failed: Can't connect to local MySQL server through socket '/tmp/mysql
DBI connect('database=bill;host=localhost;mysql_connect_timeout=6;','bill_kernel',...) failed: Can't connect to local MySQL server through socket '/tmp/mysql
DBI connect('database=bill;host=localhost;mysql_connect_timeout=6;','bill_kernel',...) failed: Can't connect to local MySQL server through socket '/tmp/mysql
DBI connect('database=bill;host=localhost;mysql_connect_timeout=6;','bill_kernel',...) failed: Can't connect to local MySQL server through socket '/tmp/mysql
15.11.2010 09:58:35 kernel: ! Остановка ядра
15.11.2010 10:00:17 kernel: ! ====== -  СТАРТ ЯДРА NODENY - ======
15.11.2010 10:00:19 kernel:  **** записей в базе и 43 доступ в инет блокирован, 109 не нужна авторизация
15.11.2010 10:00:23 kernel: ! Выход для рестарта
15.11.2010 10:00:26 kernel: ! ====== -  СТАРТ ЯДРА NODENY - ======
15.11.2010 10:00:26 kernel:  **** записей в базе и 43 доступ в инет блокирован, 109 не нужна авторизация
15.11.2010 10:22:41 kernel: ! Выход для рестарта
15.11.2010 10:22:43 kernel: ! ====== -  СТАРТ ЯДРА NODENY - ======
15.11.2010 10:22:43 kernel:  **** записей в базе и 43 доступ в инет блокирован, 109 не нужна авторизация
15.11.10 16:03 ! Неудачная попытка залогиниться в админке. Ip: 192.168.0.69, введенный логин: Yulik
15.11.2010 16:56:00 kernel:  Обнаружено: разрешен доступ для 192.168.3.4 (id=221)
15.11.2010 16:56:00 kernel:  Обнаружено: разрешен доступ для 192.168.3.4 (id=221)
15.11.2010 17:28:15 kernel:  Обнаружено: разрешен доступ для 192.168.0.225 (id=113)
15.11.2010 18:03:28 kernel:  Обнаружено: разрешен доступ для 192.168.0.60 (id=231)
15.11.2010 19:11:29 kernel:  Запрещен доступ в интернет 192.168.3.65 (id=288): -27.50 грн. < 0.00
15.11.2010 19:14:07 kernel:  Обнаружено: разрешен доступ для 192.168.3.65 (id=288)
DBD::mysql::st execute failed: MySQL server has gone away at nodeny.pl line 1308.
DBD::mysql::st execute failed: MySQL server has gone away at nodeny.pl line 1308.
DBD::mysql::st execute failed: MySQL server has gone away at nodeny.pl line 353.
DBD::mysql::st execute failed: MySQL server has gone away at nodeny.pl line 1308.
DBD::mysql::st execute failed: MySQL server has gone away at nodeny.pl line 1308.
DBD::mysql::db do failed: MySQL server has gone away at nodeny.pl line 512.
DBI connect('database=bill;host=localhost;mysql_connect_timeout=6;','bill_kernel',...) failed: Can't connect to local MySQL server through socket '/tmp/mysql
DBI connect('database=bill;host=localhost;mysql_connect_timeout=6;','bill_kernel',...) failed: Can't connect to local MySQL server through socket '/tmp/mysql
DBI connect('database=bill;host=localhost;mysql_connect_timeout=6;','bill_kernel',...) failed: Can't connect to local MySQL server through socket '/tmp/mysql
DBD::mysql::st execute failed: MySQL server has gone away at nodeny.pl line 1308.
Can't call method "do" on an undefined value at nodeny.pl line 2009.
16.11.2010 00:29:32 kernel: ! ====== -  СТАРТ ЯДРА NODENY - ======
16.11.2010 00:29:33 kernel:  **** записей в базе и 40 доступ в инет блокирован, 108 не нужна авторизация
16.11.2010 00:29:37 kernel: ! Выход для рестарта
16.11.2010 00:29:39 kernel: ! ====== -  СТАРТ ЯДРА NODENY - ======
16.11.2010 00:29:39 kernel:  **** записей в базе и 40 доступ в инет блокирован, 108 не нужна авторизация
DBD::mysql::st execute failed: MySQL server has gone away at nodeny.pl line 1308.
DBD::mysql::st execute failed: MySQL server has gone away at nodeny.pl line 1308.
DBD::mysql::st execute failed: MySQL server has gone away at nodeny.pl line 1308.
DBD::mysql::st execute failed: MySQL server has gone away at nodeny.pl line 1308.
DBD::mysql::st execute failed: MySQL server has gone away at nodeny.pl line 1308.
DBD::mysql::st execute failed: MySQL server has gone away at nodeny.pl line 1308.
DBD::mysql::st execute failed: MySQL server has gone away at nodeny.pl line 1308.
DBD::mysql::st execute failed: MySQL server has gone away at nodeny.pl line 1308.
DBD::mysql::st execute failed: MySQL server has gone away at nodeny.pl line 353.
DBD::mysql::st execute failed: MySQL server has gone away at nodeny.pl line 1308.
DBD::mysql::st execute failed: MySQL server has gone away at nodeny.pl line 1308.
DBD::mysql::st execute failed: MySQL server has gone away at nodeny.pl line 1308.
DBD::mysql::st execute failed: MySQL server has gone away at nodeny.pl line 1308.
DBD::mysql::st execute failed: MySQL server has gone away at nodeny.pl line 1308.
DBD::mysql::st execute failed: MySQL server has gone away at nodeny.pl line 1308.
DBD::mysql::st execute failed: MySQL server has gone away at nodeny.pl line 1308.
DBD::mysql::st execute failed: MySQL server has gone away at nodeny.pl line 1308.
DBD::mysql::st execute failed: MySQL server has gone away at nodeny.pl line 1308.
DBD::mysql::st execute failed: MySQL server has gone away at nodeny.pl line 1308.
DBD::mysql::st execute failed: MySQL server has gone away at nodeny.pl line 1308.
DBD::mysql::st execute failed: MySQL server has gone away at nodeny.pl line 353.
DBD::mysql::st execute failed: MySQL server has gone away at nodeny.pl line 1308.
DBD::mysql::st execute failed: MySQL server has gone away at nodeny.pl line 1308.
16.11.2010 08:51:01 kernel: ! Остановка ядра
16.11.2010 08:52:46 kernel: ! ====== -  СТАРТ ЯДРА NODENY - ======
16.11.2010 08:52:48 kernel:  **** записей в базе и 40 доступ в инет блокирован, 108 не нужна авторизация
16.11.2010 08:52:52 kernel: ! Выход для рестарта
16.11.2010 08:52:54 kernel: ! ====== -  СТАРТ ЯДРА NODENY - ======
16.11.2010 08:52:54 kernel:  **** записей в базе и 40 доступ в инет блокирован, 108 не нужна авторизация

База была проверена mysqlcheck -p --auto_repair bill
« Последнее редактирование: 16 Ноября 2010, 10:42:21 от Art1 » Записан
Art1
NoDeny
Пользователь
*

Карма: 0
Offline Offline

Сообщений: 84


Просмотр профиля
« Ответ #5 : 16 Ноября 2010, 10:54:45 »
Когда ввожу команду:
 ipfw table 10 list
ничего не выводит

Какая ещё информация нужна?
Записан
Art1
NoDeny
Пользователь
*

Карма: 0
Offline Offline

Сообщений: 84


Просмотр профиля
« Ответ #6 : 16 Ноября 2010, 13:43:03 »
Пару недель назад делал полное клонирование жесткого диска.

Сделал бекап базы bill c основного винта и восстановил на клонированный винт, после этого подключил его к серверу как основной и таже ситуация, все авторизируется, а доступа в инет нету
Хоть до этого все работало, я так понимаю проблемы с самой базой

Подскажите куда ещё глянуть?
« Последнее редактирование: 16 Ноября 2010, 13:50:07 от Art1 » Записан
ser970
NoDeny
Спец
*

Карма: 70
Offline Offline

Сообщений: 1323

262462619
Просмотр профиля Email
« Ответ #7 : 16 Ноября 2010, 13:53:42 »
Цитата: Art1 от 16 Ноября 2010, 10:54:45
Когда ввожу команду:
 ipfw table 10 list
ничего не выводит

Какая ещё информация нужна?

походу пролемі с таблицами - проверь их и пробьерь базу мускула
Записан
Art1
NoDeny
Пользователь
*

Карма: 0
Offline Offline

Сообщений: 84


Просмотр профиля
« Ответ #8 : 16 Ноября 2010, 14:11:28 »
Цитата: ser970 от 16 Ноября 2010, 13:53:42
Цитата: Art1 от 16 Ноября 2010, 10:54:45
Когда ввожу команду:
 ipfw table 10 list
ничего не выводит

Какая ещё информация нужна?

походу пролемі с таблицами - проверь их и пробьерь базу мускула

сделал  mysqlcheck -p --auto-repair --all-databases

ipfw table 10 list дальше ничего не выводит
Записан
ser970
NoDeny
Спец
*

Карма: 70
Offline Offline

Сообщений: 1323

262462619
Просмотр профиля Email
« Ответ #9 : 16 Ноября 2010, 14:24:28 »
дай ссш в аську
Записан
Art1
NoDeny
Пользователь
*

Карма: 0
Offline Offline

Сообщений: 84


Просмотр профиля
« Ответ #10 : 17 Ноября 2010, 10:15:39 »
Проблему решил
Вышло что я обновлял ОС, freebsd-update fetch freebsd-update install, обновилось ядро даже, не думал что так может случится, я её обновлял где-то месяц назад и до того времени как заполнился /var ни разу не перегружал, а тут так совпало, что не работает на основном диске, и на клонированном, ядро ж новое было и там и там...

Все настройки перекопал, все перепроверил... Улыбающийся

Всем спасибо за ответы
Записан
Страниц: [1]
  Печать  
« предыдущая тема следующая тема »
 
Перейти в:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.20 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!