У нас открываются. Уточните пожалуйстаMagnum72 писал(а):Мне кажется или в админке перестали открываться свойства услуг включенных в тарифный план?
Тестируем 5.3.002
БАГ:
В поле поиска карты метод "содержит" выливается в:
LIKE для не символьный типов неприменим.
В поле поиска карты метод "содержит" выливается в:
Код: Выделить всё
ОШИБКА: оператор не существует: integer ~~ unknown (символ 114)
ПОДСКАЗКА: Оператор с данными именем и типами аргументов не найден. Возможно, вам следует добавить явные преобразования типов.
ОПЕРАТОР: SELECT id,pool_id,secret,balance,currency,expiration,service_id,is_used,days,is_blocked FROM card_info WHERE (id LIKE '%81760%')
Начинаю понимать, у меня верху вместо кнопки "Редактировать ТП" выведена кнопка "Прочитать", т.е. у меня не хватает прав на какую то функцию, при этом я пробовал как создавать свою системную группу и наделять ее всеми правами, так пользоваться существующей Wheelalexf писал(а):У нас открываются. Уточните пожалуйстаMagnum72 писал(а):Мне кажется или в админке перестали открываться свойства услуг включенных в тарифный план?
Разобрался, как функция редактирования ТП 3042 указана функция чтения ТП 3040Magnum72 писал(а):Начинаю понимать, у меня верху вместо кнопки "Редактировать ТП" выведена кнопка "Прочитать", т.е. у меня не хватает прав на какую то функцию, при этом я пробовал как создавать свою системную группу и наделять ее всеми правами, так пользоваться существующей Wheelalexf писал(а):У нас открываются. Уточните пожалуйстаMagnum72 писал(а):Мне кажется или в админке перестали открываться свойства услуг включенных в тарифный план?

у вас PostgreSQL?taf писал(а):БАГ:
В поле поиска карты метод "содержит" выливается в:
LIKE для не символьный типов неприменим.Код: Выделить всё
ОШИБКА: оператор не существует: integer ~~ unknown (символ 114) ПОДСКАЗКА: Оператор с данными именем и типами аргументов не найден. Возможно, вам следует добавить явные преобразования типов. ОПЕРАТОР: SELECT id,pool_id,secret,balance,currency,expiration,service_id,is_used,days,is_blocked FROM card_info WHERE (id LIKE '%81760%')
Да, PG. Но в любом случае LIKE для численных типов это разрыв мозга.alexf писал(а):у вас PostgreSQL?taf писал(а):БАГ:
В поле поиска карты метод "содержит" выливается в:
LIKE для не символьный типов неприменим.Код: Выделить всё
ОШИБКА: оператор не существует: integer ~~ unknown (символ 114) ПОДСКАЗКА: Оператор с данными именем и типами аргументов не найден. Возможно, вам следует добавить явные преобразования типов. ОПЕРАТОР: SELECT id,pool_id,secret,balance,currency,expiration,service_id,is_used,days,is_blocked FROM card_info WHERE (id LIKE '%81760%')
БАГ: Если в карточке пользователя, "Дополнительные параметры - Комментарии" вбить текста более, чем 255, то в PG ловим ошибку:
И админка зависает. Кстати, подобная ошибка в СУБД вылазила и ранее, но админка не вешалась.
У себя пофиксил через
Код: Выделить всё
ОШИБКА: значение не умещается в тип character varying(255)
ОПЕРАТОР: INSERT INTO user_log(user_id,date,who,action,comment, what) VALUES ('4593','1403076280','-13','4','Comments changed from \"2510
488349
блокировка с 26.08.12г. по 03.12.12г. на неопределенный срок (26.08.12г. звонок, 04.12.12 звонок)
блокировка с 06.12.12г. по 16.06.13г. отъезд (05.12.12г. заявление)
не пользуется с 04.07.13г.
блокировка с 18.07.13г. отъезд (18.07.13г. звонок) - добавила символ в логин\" to \"2510 488349
блокировка с 04.07.13г. по 16.06.14г. отъезд (18.07.13г. звонок\;17.06.14г. переезд)\"\; ','')
У себя пофиксил через
Код: Выделить всё
alter table user_log ALTER COLUMN comment TYPE text;
Наблюдаю такую же проблему.ZeM писал(а):Есть такая особенность или Баг.
Допустим абонент получил на компе ip статичный по opt82 все нормально.
Через 2 минуты ставится маршрутизатор (модель любая) и арендовать тот же самый адрес он не сможет пока не удалишь аренду ранее полученную компом во вкладке - Оборудование - DHCP аренда.
Считаю что по идее если запрос идет снова с того же самого порта надо автоматом билингу грохнуть аренду и выдать снова адрес другому маку (устройству).
Вот что в логах на примере получаем адрес микротиком.Утм посчитало что адрес как бы заюзан...Код: Выделить всё
Jun 06 23:50:11 ?Debug : 7f05c700 DHCP_Server: request from 172.16.20.254:68: DHCP packet header op: 1 htype: 1 hlen: 6 hops: 1 xid: 97f50fef secs: 0 flags: 32768 ciaddr: 0.0.0.0 yiaddr: 0.0.0.0 siaddr: 0.0.0.0 giaddr: 172.16.20.254 chaddr: d4:ca:6d:57:36:6f sname: file: option [dhcp-message-type]: 01 option [dhcp-parameter-request-list]: 01790321062a option [host-name]: MikroTik option [dhcp-client-identifier]: 01d4ca6d57366f option [relay-agent-info]: 0106000401a40010020800061caff76c4e66 Jun 06 23:50:11 ?Debug : 7f05c700 DBConnection_mysql: <0x12f2b30> SQL SELECT query: SELECT id,ip,expired,client_id,binding_id,flags FROM dhcp_leases WHERE mac='d4:ca:6d:57:36:6f' ORDER BY id Jun 06 23:50:11 ?Debug : 7f05c700 DBConnection_mysql: <0x12f2b30> SQL SELECT query: 0 rows in 0.001 sec Jun 06 23:50:11 ?Debug : 7f05c700 LeaseManager: no lease for MAC d4:ca:6d:57:36:6f found Jun 06 23:50:11 ?Debug : 7f05c700 DHCP_Server: got DHCPDISCOVER packet Jun 06 23:50:11 ?Debug : 7f05c700 BindingManager: binding #7906761 OK Jun 06 23:50:11 ?Debug : 7f05c700 DBConnection_mysql: <0x12f2b30> SQL SELECT query: SELECT mac FROM dhcp_leases WHERE ip='-1407944688' AND (expired>'1402084211' OR flags='1') Jun 06 23:50:11 ?Debug : 7f05c700 DBConnection_mysql: <0x12f2b30> SQL SELECT query: 1 rows in 0.000 sec Jun 06 23:50:11 ?Debug : 7f05c700 LeaseManager: IP 172.20.120.16 is leased by bc:5f:f4:bc:c4:03 Jun 06 23:50:11 ERROR : 7f05c700 LeaseManager: static_offer: IP 172.20.120.16 is already used by another host Jun 06 23:50:11 ERROR : 7f05c700 DHCP_Server: send_offer: LeaseManagerError: static_offer: IP is already used by another host
После удаления аренды микротик получил адрес и заработал.
Коллеги поясните как это возможно. Значит 4 комутатора имеют 1 абон влан.
Запросы на dhcp сервак льются с других свитчей которые имеют этот влан а куда по факту воткнут тестовый ноут молчок другой коммутатор этот же влан. Свитчи все одинаковые.
Мой ноут имеет мак 2c
25:0b:cf:5c
Как такое возможно????
P.S. Когда 1 свитч в сети все пашет на ура.
Запросы на dhcp сервак льются с других свитчей которые имеют этот влан а куда по факту воткнут тестовый ноут молчок другой коммутатор этот же влан. Свитчи все одинаковые.
Код: Выделить всё
Jun 20 14:30:00 ?Debug : fe7b7700 DHCP_Server: request from 172.16.21.149:68:
DHCP packet header
op: 1
htype: 1
hlen: 6
hops: 1
xid: a49ebd1a
secs: 0
flags: 0
ciaddr: 0.0.0.0
yiaddr: 0.0.0.0
siaddr: 0.0.0.0
giaddr: 172.16.21.149
chaddr: 2c:ab:25:0b:cf:5c
sname:
file:
option [dhcp-message-type]: 01
option [dhcp-client-identifier]: 012cab250bcf5c
option [host-name]: Lenovo-nb
option [dhcp-class-identifier]: MSFT 5.0
option [dhcp-parameter-request-list]: 010f03062c2e2f1f2179f92b
option [relay-agent-info]: 0106000401a500090213011143382d42452d31392d41392d32362d3330
Jun 20 14:30:00 ?Debug : fe7b7700 DBConnection_mysql: <0x26e5df0> SQL SELECT query: SELECT id,ip,expired,client_id,binding_id,flags FROM dhcp_leases WHERE mac='2c:ab:25:0b:cf:5c' ORDER BY id
Jun 20 14:30:00 ?Debug : fe7b7700 DBConnection_mysql: <0x26e5df0> SQL SELECT query: 0 rows in 0.000 sec
Jun 20 14:30:00 ?Debug : fe7b7700 LeaseManager: no lease for MAC 2c:ab:25:0b:cf:5c found
Jun 20 14:30:00 ?Debug : fe7b7700 DHCP_Server: got DHCPDISCOVER packet
Jun 20 14:30:00 ?Debug : fe7b7700 LeaseManager: no IP-MAC-port binding found for 2c:ab:25:0b:cf:5c
Jun 20 14:30:00 ERROR : fe7b7700 DHCP_Server: send_offer: LeaseManagerError: no suitable binding
Jun 20 14:30:00 ?Debug : fe7b7700 DHCP_Server: request from 172.16.21.115:68:
DHCP packet header
op: 1
htype: 1
hlen: 6
hops: 1
xid: a49ebd1a
secs: 0
flags: 0
ciaddr: 0.0.0.0
yiaddr: 0.0.0.0
siaddr: 0.0.0.0
giaddr: 172.16.21.115
chaddr: 2c:ab:25:0b:cf:5c
sname:
file:
option [dhcp-message-type]: 01
option [dhcp-client-identifier]: 012cab250bcf5c
option [host-name]: Lenovo-nb
option [dhcp-class-identifier]: MSFT 5.0
option [dhcp-parameter-request-list]: 010f03062c2e2f1f2179f92b
option [relay-agent-info]: 0106000401a500090213011137382d35342d32452d41432d31452d3230
Jun 20 14:30:00 ?Debug : fe7b7700 DBConnection_mysql: <0x26e5df0> SQL SELECT query: SELECT id,ip,expired,client_id,binding_id,flags FROM dhcp_leases WHERE mac='2c:ab:25:0b:cf:5c' ORDER BY id
Jun 20 14:30:00 ?Debug : fe7b7700 DBConnection_mysql: <0x26e5df0> SQL SELECT query: 0 rows in 0.000 sec
Jun 20 14:30:00 ?Debug : fe7b7700 LeaseManager: no lease for MAC 2c:ab:25:0b:cf:5c found
Jun 20 14:30:00 ?Debug : fe7b7700 DHCP_Server: got DHCPDISCOVER packet
Jun 20 14:30:00 ?Debug : fe7b7700 LeaseManager: no IP-MAC-port binding found for 2c:ab:25:0b:cf:5c
Jun 20 14:30:00 ERROR : fe7b7700 DHCP_Server: send_offer: LeaseManagerError: no suitable binding
Jun 20 14:30:00 ?Debug : fe7b7700 DHCP_Server: request from 172.16.21.138:67:
DHCP packet header
op: 1
htype: 1
hlen: 6
hops: 2
xid: a49ebd1a
secs: 0
flags: 0
ciaddr: 0.0.0.0
yiaddr: 0.0.0.0
siaddr: 0.0.0.0
giaddr: 172.16.21.138
chaddr: 2c:ab:25:0b:cf:5c
sname:
file:
option [dhcp-message-type]: 01
option [dhcp-client-identifier]: 012cab250bcf5c
option [host-name]: Lenovo-nb
option [dhcp-class-identifier]: MSFT 5.0
option [dhcp-parameter-request-list]: 010f03062c2e2f1f2179f92b
option [relay-agent-info]: 010600040384000502080006c0a0bb77f0c9
229154827-1@qip.ru (14:33:10 20/06/2014)
Как такое возможно????
P.S. Когда 1 свитч в сети все пашет на ура.