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

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

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

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

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

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

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

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

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

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

  ... упс...

Код:

mysql> use bill; UPDATE users SET modify_time=unix_timestamp() ,lstate='1' WHERE id=2 LIMIT 1;
Database changed
ERROR 1548 (HY000): Cannot load from mysql.proc. The table is probably corrupted
mysql> 

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

Нехорошее оно выдает

Код:

mysql> UPDATE users SET modify_time=unix_timestamp() ,lstate='1' WHERE id=2 LIMIT 1;
ERROR 1046 (3D000): No database selected

Че это? Как это?

ЭТО ОНО?! 

Данные, переданые методом 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 сек

 

выдает:

Код:

DBD::mysql::db do failed: Cannot load from mysql.proc. The table is probably corrupted at nodeny.pl line 517.
DBD::mysql::db do failed: Cannot load from mysql.proc. The table is probably corrupted at nodeny.pl line 512.

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

[----------------------------------------------Произошла ошибка при изменении данных клиента!----------------------------------------------]

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

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

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

Ветеран
*****
Карма: 69
пришлось плюсануть 

;)С 68 до 69...?

  СУПЕР!!!
Йа под столом...

РЕШЕНО! ВСем спасибо!
ОСОБАЯ БЛАГОДАРНОСТЬ Ser970!
РЕСПЕКТ и УВАЖУХА!
---------------------------------
Одна из главных причин:
Я думал, что если pf включить в ядро, то в rc.conf добавлять его не нужно
т.к. по дефолту пройдет, а оказалось, что НУЖНО...

---------------------------------
Можно ЗАКРЫВАТЬ.