litos0: Я разговаривал с датацентром где их сервера (по секрету..., найти знакомых можно если захотеть), у них реально говорят есть проблемы у них с частью сети, ISP тут не причем, реально не везет им ...
Не говорили когда сделают?
ISP хотя бы сервер лицензий выводил с резервной линией.
Ну ка еще чего-нибудь мне в репутацию "накатите". Как что-то посоветовать, так вся крутизна где-то в заднем проходе, а как п...дь, так откуда вас такая куча сразу набежала? У вас тут гнездо рядом?
Andreyka: marenda, наймите админа, не мучьте сервер
Откуда? Из ISP?
Я его не мучаю. Мучают те, кто не может нормальный продукт, во всех отношениях, сделать.
Это кстати уже вторая установка ISPmanagera. Первую ставила сама техподдержка, вчера снес панель из-за ее "специфических" проблем с базой, тоже кстати с my.cnf. Лечили тоже оттуда доктора.
Сегодня поставил другую OS, думал с ней будет по другому.
netwind: marenda, странно. а вы не путаете файлы данных и файлы логов?
в любом случае, советую ту же схему - дамп, изменение параметров, восстановление.
не забывайте только про inndb в других базах, ведь там в одном файле хранятся данных из всех баз.
Сервер еще "чистый". Нет баз. my.cnf в /etc/ и ib_logfile0 и ib_logfile1 в /var/lib/mysql/
Раньше на Федоре и Дебиане делал точно так как Вы говорите и все получалось, а тут "бермудский треугольник" какой-то. в Google только вопросы, подобные моему, без ответов.
Товарищи из датацентра сказали, что канал починят в течение 1-2 часов.
Спасибо что не забываете про остальных.
По сколько времени у них обычно "лежит" сервер лицензий (если вырубается как сейчас)?
marenda, пока нет, но уже поднималось, несколько минут работало и снова упало
Спасибо. Хоть какая-то информация.
Я разговаривал с датацентром где их сервера (по секрету..., найти знакомых можно если захотеть), у них реально говорят есть проблемы у них с частью сети, ISP тут не причем, реально не везет им ...
Не говорили когда сделают?
ISP хотя бы сервер лицензий выводил с резервной линией.
Погавкали? Успокоились?
Ну ка еще чего-нибудь мне в репутацию "накатите". Как что-то посоветовать, так вся крутизна где-то в заднем проходе, а как п...дь, так откуда вас такая куча сразу набежала? У вас тут гнездо рядом?
marenda, наймите админа, не мучьте сервер
Откуда? Из ISP?
Я его не мучаю. Мучают те, кто не может нормальный продукт, во всех отношениях, сделать.
Это кстати уже вторая установка ISPmanagera. Первую ставила сама техподдержка, вчера снес панель из-за ее "специфических" проблем с базой, тоже кстати с my.cnf. Лечили тоже оттуда доктора.
Сегодня поставил другую OS, думал с ней будет по другому.
Попробуйте не chmod, а chattr +i /etc/my.cnf
Это гарантировано не даст писать в файл никому и никогда.
Теперь точно не перезаписывается, но опять не учитывается. Папка /var/lib/mysql создается не по его данным. И база теперь вообще не запускается.
И как теперь его обратно сделать записываемым, по крайней мере хоть база будет работать, для решения проблемы.
Да там смотреть нечего. ISPManager переписывает конфиг, как он любит.
Можно поиграться флагами на файл, и запретить изменение совсем. Только как-бы там крышу менеджеру не посносило.
Очистил кэш ISP , перезапустил с уже измененным my.cnf - все бесполезно.
Причем права на my.cnf 444
marenda добавил 04.03.2009 в 16:00
Добро пожаловать в прекрасный мир ISPManager :-)
А CHMOD на перезаписанный my.cnf и сечас 444.
Он как издевается!
ну тогда mysql при старте чего-то ругается в логи? что там?
090304 12:57:17 mysqld started
InnoDB: The first specified data file ./ibdata1 did not exist:
InnoDB: a new database to be created!
090304 12:57:17 InnoDB: Setting file ./ibdata1 size to 10 MB
InnoDB: Database physically writes the file full: wait...
090304 12:57:17 InnoDB: Log file ./ib_logfile0 did not exist: new to be created
InnoDB: Setting log file ./ib_logfile0 size to 5 MB
InnoDB: Database physically writes the file full: wait...
090304 12:57:18 InnoDB: Log file ./ib_logfile1 did not exist: new to be created
InnoDB: Setting log file ./ib_logfile1 size to 5 MB
InnoDB: Database physically writes the file full: wait...
InnoDB: Doublewrite buffer not found: creating new
InnoDB: Doublewrite buffer created
InnoDB: Creating foreign key constraint system tables
InnoDB: Foreign key constraint system tables created
090304 12:57:18 InnoDB: Started; log sequence number 0 0
090304 12:57:18 [Note] /usr/libexec/mysqld: ready for connections.
Version: '5.0.45' socket: '/var/lib/mysql/mysql.sock' port: 3306 Source distribution
То есть как будто my.cnf и не существует - он сам по себе, база сама по себе.
marenda, странно. а вы не путаете файлы данных и файлы логов?
в любом случае, советую ту же схему - дамп, изменение параметров, восстановление.
не забывайте только про inndb в других базах, ведь там в одном файле хранятся данных из всех баз.
Сервер еще "чистый". Нет баз. my.cnf в /etc/ и ib_logfile0 и ib_logfile1 в /var/lib/mysql/
Раньше на Федоре и Дебиане делал точно так как Вы говорите и все получалось, а тут "бермудский треугольник" какой-то. в Google только вопросы, подобные моему, без ответов.