Биллинговая система Nodeny

Подобная проблема уже описывалась но, в моем случае не помогло...
Свежеустановленная система, создаем клиента-все нормально, но при включении, например "Всегда онлайн" или другое изменение, при сохранении выдает:
----------------------------------------------
Произошла ошибка при изменении данных клиента!
----------------------------------------------
или вот , например, при пополнении :
-----------------------------------------------
Временный платеж 100.00 грн. проведен.

Ошибка при изменении баланса клиента!

Внимание: вероятно необходима ручная корректировка баланса главным администратором.
-----------------------------------------------
ДЫК, я ж под ним и делал...
В каком направлении копать? Боюсь просто НАЛАМАТЬ сдуру не там дров.
ну, кактатак... ;)

в админке включай дебаг и смари sql запросы, там пишется какой не был выполнен

выдает:
Блин, но клиент создается и удаляется с дефолтными параментрами наура! и даже работает ;) Блин, а шо ж его так покалбасить то могло? У меня истерика...

Причем nodeny.pl? В личных настройках админа (там, где можно аватар изменить) включается режим отладки. Появляется кнопка debug. Повтори действия чтоб появилась ошибка. Нажми на кнопку debug и увидишь на каком месте споткнулось. Скорее всего таблица повреждена. Но лучше не гадать на кофейной гуще, а посмотреть на детализацию ошибки, которую выдаст нодени

ЭТО ОНО?!  ???

Данные, переданые методом post:
a = user
pp = T1-515505045izq9QdvfG53ZpLmK3u9PHA
set_new_admin = 1
mess = 1344445231
id = 2
wannasave = 0
act = save
old_grp = 3
grp = 3
old_ip = 10.0.0.10
ip = 10.0.0.10
old_name = test
name = test
old_pass =
pass =
old_contract =
contract =
old_contract_date = 08.08.12
contract_date = 08.08.12
old_fio = test
fio = test
old_paket = 3
paket = 3
old_next_paket = 0
next_paket = 0
old_balance = 0.00
balance = 0.00
old_limit_balance = 0.00
limit_balance = 0.00
old_block_if_limit = 1
block_if_limit = 1
changesrvs = 1
old_state = on
state = on
old_lstate = 0
lstate = 1
old_cstate = 9
cstate = 9
old_discount = 0
discount = 0
old_start_day = -1
start_day = -1
old_hops = 0
hops = 0
old_detail_traf = 0
old_comment =
comment =   
   
DELETE FROM admin_session WHERE time_expire<unix_timestamp() (0 строк, 0.000698 сек)
SELECT * FROM admin_session WHERE act=2 AND salt='T1-515505045izq9QdvfG53ZpLmK3u9PHA' AND system_id='4679682190' LIMIT 1 (1 строк, 0.001201 сек)
UPDATE admin_session SET time_expire=unix_timestamp()+14400 WHERE salt='T1-515505045izq9QdvfG53ZpLmK3u9PHA' AND system_id='4679682190' LIMIT 1 (1 строк, 0.000829 сек)
SELECT *,unix_timestamp(),AES_DECRYPT(passwd,'...') FROM admin WHERE id=1 (1 строк, 0.000989 сек)
SELECT * FROM offices (1 строк, 0.000486 сек)
SELECT *,AES_DECRYPT(passwd,'...') FROM admin WHERE id=1 (1 строк, 0.000424 сек)
SELECT * FROM user_grp (3 строк, 0.000493 сек)
Время выполнения adm.pl: 0.00512 сек
   
   Данные клиента
скрыт: select from users WHERE id=2 Строк: 1. Время выполнения sql: 0.000419 сек.   
   
   
   UPDATE users SET modify_time=unix_timestamp() ,lstate='1' WHERE id=2 LIMIT 1
Обновлено строк: 0. Время выполнения sql: 0.001095 сек   
   
Общее время выполнения sql-запросов: 0.006634 сек

 :'(

попробуй в консоли mysql выполнить:
UPDATE users SET modify_time=unix_timestamp() ,lstate='1' WHERE id=2 LIMIT 1;
что выдает?

Нехорошее оно выдает :o
Че это? Как это?

перед запросом надо выбрать базу  данных:
use bill;

 :D ... упс...
Эт че, с таблицей траблы? или диск проверить?

в доке есть команда для починки таблиц mysql

ЧЕКал уже... проверял, восстанавливал... и отдельно и ВСЕ... :'(
нифига... мож винт проверить?

И так тоже делал... получил пачку ОК-ов запустил сервак а ошибка лсталась ???

mysqlcheck -A -r -p

не, не помогает...
магия какаята!!! ;D

если есть ssh - стукни в аську

допилю чуть и обязяательно стукну, просто решил винт проверить. Сохранил конфиги, проверил ДАЛЛАСОМ с низкоуровневым форматом, он там койшо поЧЕКал(13 часов кружил его). може с винтом трабла была. Ща системку поставлю и если шо, стукну...(шоб зря по мелочам не мельтешть) как в прошлый раз, помнишь, прохитались суток 3-е, а оказался винт бытый  ;D

Вот в такие моменты вспоминаешь о важности RAID разных уровней и реализаций.

хороший райд стоит больше чем "серевер" и "свичи"... ;D
в некоторых сетках....
обычно все собирается на  десктопе ,притом  железо не первой свежести

за СХД пионерсетям можно даже не думать.
максимум программный рейд
дешевый аппаратный фигово работает, с Adaptec постоянные проблемы был

... согласен, но у меня далеко не тот случай(до 100 абонов). если сюда РЭЙД прицепить, это будет э-э-э как на 200-тонном роторном экскаваторе в магазин, соседнего квартала, за спичками поехать ;D

Отчитаюсь перед народом! :D
проверил винт, оказалось все ОК. так как я его наказал низкоуровневым форматом, как следствие, поднял систему почти с НУЛЯ(конфиги тока перенес в конце). Все ЗАРАБОТАЛО!!!
Теперь предположения: скорее всего нестыковка прошла при опускании версии МУСКУЛА с 5.5 на 5.1, таблицы после перехода мабуть не проАПгрейдились и не поЧЕКались(ну почемута незахотели), хить я их и так и сяк и руками и... ;D, а сейчас ставил сразу МУСКУЛ 5.1(не стал дёргать судьбу за крашенки)
Выводы: НАДА КУРИТЬ МУСКУЛ
-=-=-=-=-=-=-=-=-=-=-=-=-=-
Усем ОГРОМНОЕ СПАСИБО!!!

Понижение версии мускуля нормально работает только через дамп и то можно потерять часть пользовательских паролей. Хотя в 5.5 вполне нормально система работает, чем не угодил то?

Новое... сначало было интересно, потом непонятно, а потом СТРАШНО... :o Вот я испугался и начал истерить...
Я ж говорю, НАДО ЕГО КУРИТЬ ;D