Переодически в логах main.log появляются сообщения

alextv1000

ERROR : Oct 06 16:34:07 DBAExistingError: [get_user_by_aid]: trying to get not existing aid: 720
ERROR : Oct 06 16:34:07 DBAExistingError: [get_user_by_aid]: trying to get not existing aid: 719
ERROR : Oct 06 16:34:07 DBAExistingError: [get_user_by_aid]: trying to get not existing aid: 718
ERROR : Oct 06 16:34:07 DBAExistingError: [get_user_by_aid]: trying to get not existing aid: 717
ERROR : Oct 06 16:34:07 DBAExistingError: [get_user_by_aid]: trying to get not existing aid: 716
ERROR : Oct 08 10:27:27 DBAExistingError: [get_user_by_aid]: trying to get not existing aid: 0
ERROR : Oct 08 10:27:27 DBAExistingError: [get_user_by_aid]: trying to get not existing aid: 0
ERROR : Oct 08 10:27:27 DBAExistingError: [get_user_by_aid]: trying to get not existing aid: 0
ERROR : Oct 08 10:27:27 DBAExistingError: [get_user_by_aid]: trying to get not existing aid: 716
ERROR : Oct 08 10:27:27 DBAExistingError: [get_user_by_aid]: trying to get not existing aid: 716
ERROR : Oct 08 10:36:45 DBAExistingError: [get_user_by_aid]: trying to get not existing aid: 0
ERROR : Oct 08 10:36:45 DBAExistingError: [get_user_by_aid]: trying to get not existing aid: 0
ERROR : Oct 08 10:36:45 DBAExistingError: [get_user_by_aid]: trying to get not existing aid: 0
ERROR : Oct 08 10:36:45 DBAExistingError: [get_user_by_aid]: trying to get not existing aid: 716
ERROR : Oct 08 10:36:45 DBAExistingError: [get_user_by_aid]: trying to get not existing aid: 716
Подскажите что можно сделать пользователи 716-720 давно уже удалены, а пользователя с 0 не существует.

Magnum72

А у меня до сих пор иногда показывается такое :
UTM5 DBA: IP <91.28.27.14> linked in the database but not exist in IPTree (1 intersections in ip_groups table)

TiRider

У меня появилась вот такая же фигня:
*ALERT : Apr 17 19:34:49 DBA_IPgroups: IP <хх.хх.хх.хх> linked in the database but not exist in IPTree (1 intersections in ip_groups table)

Магнум, удалось ли вам решить данную ошибку? Если да, то как?

gil · Сообщение **gil** » Пн апр 19, 2010 04:56

а верификатор молчит?

slyab · Сообщение **slyab** » Вт янв 27, 2015 18:04

Приветствую. В какой-то момент (после удаления через админку нескольких тарифных связок) появилась такая же проблема, в верификаторе показывал ошибки, все ошибки я пофиксил (удалил несколько записей из таблицы service_links, и выставил is_deleted=1 для нескольких записей в таблицах periodic_service_links и blocks_info), но ошибка продолжает появляться при добавлении в связку ip группы, в админке это выглядит так:
"Ошибка при создании\изменении сервисной связки. Проверьте уникальность логина". Никаких совпадений нет, вбиваю данные уже вообще "с потолка". Причем самое интересное, что запись в базу (в таблицу ip_groups) делается, но сервисная связка не создается. Включил отладку запросов mysql:

Код: Выделить всё

		  221 Query	SELECT id, ip_group_id, ip FROM ip_groups WHERE &#40;-1922703052&mask&#41;=&#40;ip&&#40;-1&#41;&mask&#41; AND is_deleted=0
		  225 Query	SELECT max&#40;ip_group_id&#41; FROM ip_groups
		  225 Query	INSERT INTO ip_groups&#40;ip_group_id,ip,mask,uname,upass,mac,allowed_cid,create_date,ip_type,router_id&#41; VALUES&#40;'24','-1922703052','-1','user','password','','','1422369880','0','0'&#41;
		  225 Query	UPDATE temp_ip SET is_deleted=1 WHERE ip='-1922703052'
		  221 Query	INSERT INTO user_log&#40;user_id,date,who,what,comment&#41; VALUES&#40;'5', '1422369880', '-1', 'add IP group', 'service link <0>, ip group <0>, login \'user\', ip \'141.101.225.52\', MAC \'\''&#41;

Все, тут не видно каких-то запросов к базе, которые бы не позволяли добавить запись, как я понимаю ошибка возникает где-то уже после mysql транзакции, в чем может быть проблема?

Magnum72

slyab писал(а):Приветствую. В какой-то момент (после удаления через админку нескольких тарифных связок) появилась такая же проблема, в верификаторе показывал ошибки, все ошибки я пофиксил (удалил несколько записей из таблицы service_links, и выставил is_deleted=1 для нескольких записей в таблицах periodic_service_links и blocks_info), но ошибка продолжает появляться при добавлении в связку ip группы, в админке это выглядит так:
"Ошибка при создании\изменении сервисной связки. Проверьте уникальность логина". Никаких совпадений нет, вбиваю данные уже вообще "с потолка". Причем самое интересное, что запись в базу (в таблицу ip_groups) делается, но сервисная связка не создается. Включил отладку запросов mysql:
Код: Выделить всё
		  221 Query	SELECT id, ip_group_id, ip FROM ip_groups WHERE &#40;-1922703052&mask&#41;=&#40;ip&&#40;-1&#41;&mask&#41; AND is_deleted=0
		  225 Query	SELECT max&#40;ip_group_id&#41; FROM ip_groups
		  225 Query	INSERT INTO ip_groups&#40;ip_group_id,ip,mask,uname,upass,mac,allowed_cid,create_date,ip_type,router_id&#41; VALUES&#40;'24','-1922703052','-1','user','password','','','1422369880','0','0'&#41;
		  225 Query	UPDATE temp_ip SET is_deleted=1 WHERE ip='-1922703052'
		  221 Query	INSERT INTO user_log&#40;user_id,date,who,what,comment&#41; VALUES&#40;'5', '1422369880', '-1', 'add IP group', 'service link <0>, ip group <0>, login \'user\', ip \'141.101.225.52\', MAC \'\''&#41;
Все, тут не видно каких-то запросов к базе, которые бы не позволяли добавить запись, как я понимаю ошибка возникает где-то уже после mysql транзакции, в чем может быть проблема?

В ipgroups есть запись которая должна быть is_deleted =1, но по факту она живая.. ищите:

Код: Выделить всё

SELECT
    ig.*
FROM
    UTM5.ip_groups ig
    LEFT JOIN UTM5.iptraffic_service_links isl ON &#40;isl.is_deleted = 0 AND isl.ip_group_id = ig.ip_group_id&#41;
WHERE
    ig.is_deleted = 0
    AND isl.id IS NULL
;

slyab · Сообщение **slyab** » Ср янв 28, 2015 08:04

Magnum72 писал(а):
slyab писал(а):Приветствую. В какой-то момент (после удаления через админку нескольких тарифных связок) появилась такая же проблема, в верификаторе показывал ошибки, все ошибки я пофиксил (удалил несколько записей из таблицы service_links, и выставил is_deleted=1 для нескольких записей в таблицах periodic_service_links и blocks_info), но ошибка продолжает появляться при добавлении в связку ip группы, в админке это выглядит так:
"Ошибка при создании\изменении сервисной связки. Проверьте уникальность логина". Никаких совпадений нет, вбиваю данные уже вообще "с потолка". Причем самое интересное, что запись в базу (в таблицу ip_groups) делается, но сервисная связка не создается. Включил отладку запросов mysql:
Код: Выделить всё
		  221 Query	SELECT id, ip_group_id, ip FROM ip_groups WHERE &#40;-1922703052&mask&#41;=&#40;ip&&#40;-1&#41;&mask&#41; AND is_deleted=0
		  225 Query	SELECT max&#40;ip_group_id&#41; FROM ip_groups
		  225 Query	INSERT INTO ip_groups&#40;ip_group_id,ip,mask,uname,upass,mac,allowed_cid,create_date,ip_type,router_id&#41; VALUES&#40;'24','-1922703052','-1','user','password','','','1422369880','0','0'&#41;
		  225 Query	UPDATE temp_ip SET is_deleted=1 WHERE ip='-1922703052'
		  221 Query	INSERT INTO user_log&#40;user_id,date,who,what,comment&#41; VALUES&#40;'5', '1422369880', '-1', 'add IP group', 'service link <0>, ip group <0>, login \'user\', ip \'141.101.225.52\', MAC \'\''&#41;
Все, тут не видно каких-то запросов к базе, которые бы не позволяли добавить запись, как я понимаю ошибка возникает где-то уже после mysql транзакции, в чем может быть проблема?
В ipgroups есть запись которая должна быть is_deleted =1, но по факту она живая.. ищите:
Код: Выделить всё
SELECT
    ig.*
FROM
    UTM5.ip_groups ig
    LEFT JOIN UTM5.iptraffic_service_links isl ON &#40;isl.is_deleted = 0 AND isl.ip_group_id = ig.ip_group_id&#41;
WHERE
    ig.is_deleted = 0
    AND isl.id IS NULL
;

В том то и дело что нет... я же говорю я беру с потолка ip, имя пользователя, которые точно никогда не заводились ранее, генерирую пароль. До попытки создать связку:

Код: Выделить всё

 SELECT     ig.* FROM     UTM5.ip_groups ig     LEFT JOIN UTM5.iptraffic_service_links isl ON &#40;isl.is_deleted = 0 AND isl.ip_group_id = ig.ip_group_id&#41; WHERE     ig.is_deleted = 0     AND isl.id IS NULL;
Empty set &#40;0.00 sec&#41;

после:

Код: Выделить всё

SELECT     ig.* FROM     UTM5.ip_groups ig     LEFT JOIN UTM5.iptraffic_service_links isl ON &#40;isl.is_deleted = 0 AND isl.ip_group_id = ig.ip_group_id&#41; WHERE     ig.is_deleted = 0     AND isl.id IS NULL;
+-----+-------------+-------------+------+----------+----------+-----+-------------+---------+-----------+-------------+-------------+------------+
| id  | ip_group_id | ip          | mask | uname    | upass    | mac | allowed_cid | ip_type | router_id | create_date | delete_date | is_deleted |
+-----+-------------+-------------+------+----------+----------+-----+-------------+---------+-----------+-------------+-------------+------------+
| 117 |          24 | -1062680117 |   -1 | voldemar | 62e439f1 |     |             |       0 |         0 |  1422421156 |           0 |          0 |
+-----+-------------+-------------+------+----------+----------+-----+-------------+---------+-----------+-------------+-------------+------------+
1 row in set &#40;0.00 sec&#41;

И еще, не подскажете для общего развития, как преобразуются ip адреса в то, что хранится в базе? Ну то есть я ип вношу 192.168.201.203, в базу пишется "-1062680117".

alextv1000

функция
INET_ATON(). INET_ATON(127.0.0.1)=2130706433
Пример Переведет и покажет все IP в таблице system_accounts
SELECT * , INET_NTOA( ip )FROM system_accounts

slyab · Сообщение **slyab** » Ср янв 28, 2015 08:40

Ха, тогда интересная штука:
SELECT ip, INET_NTOA( ip )FROM ip_groups where is_deleted=0;
+-------------+-----------------+
| ip | INET_NTOA( ip ) |
+-------------+-----------------+
| -1922703053 | NULL |
| -1922703004 | NULL |
| -1922703003 | NULL |
| 180896264 | 10.200.66.8 |
| 180896256 | 10.200.66.0 |
| 180896268 | 10.200.66.12 |
| 180896272 | 10.200.66.16 |
| -1922702976 | NULL |
| -1922702972 | NULL |
| -1922702964 | NULL |
| -1062680117 | NULL |
+-------------+-----------------+
11 rows in set (0.00 sec)

Там где NULL должны быть паблик ипы, это нормально или это какой-то сбой?

alextv1000

Посмотри вот это http://phpbb3.ru/?p=1409 и
http://intsystem.org/1364/how-to-store- ... ess-at-bd/

slyab · Сообщение **slyab** » Чт янв 29, 2015 07:42

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

slyab · Сообщение **slyab** » Вт мар 10, 2015 16:13

Приветствую. Ошибка с уникальностью в новой версии временно ушла, но не заставила себя долго ждать и вернулась вновь. Снова имею такую же проблему:
"Ошибка при создании\изменении сервисной связки. Проверьте уникальность логина"
Ошибка возникала уже дважды (в обновленной версии, точнее я все поставил с нуля, новый сервер, новая система, по новой заполнил все сравочники, тарифы, клиенты и т.д.), первый раз она как-то сама ушла, я не успел испытать с ней проблем, а сейчас во второй раз, я заводил связку, ошибочно ввел существующий адрес, система ругнулась, я закрыл создание связки, открыл ip группы, посмотрел какой ip свободен, вернулся к созданию связки и все, теперь я не могу создать связку с ЛЮБЫМ адресом, ЛЮБЫМ логином и ЛЮБЫМ паролем. Всегда получаю эту ошибку, верификатор ничего не говорит, в таблице ip_groups нет ничего что-бы дублировалось, ядро перезапускал, ip адреса прописываю с маской /32. В какой еще бубен нужно ударить чтоб забыть про эту ошибку?

slyab · Сообщение **slyab** » Вт мар 10, 2015 19:37

В общем судя по всему ошибка такая возникает когда я указываю начало действия сервисной связки за пределами расчетного периода.

Форум компании NetUP

Переодически в логах main.log появляются сообщения

Переодически в логах main.log появляются сообщения

Re: Переодически в логах main.log появляются сообщения