Обсуждение РУЖЭЛЬ

[ruslandh]

С mysql на сервере всё Ок? Она запущена и работает? Ещё смотрите логи  mysql - почему он считает. что пользователю rujel@localhost запрещено обращаться к базе Curriculum

[yaleks]

Код: [Выделить]

GRANT ALL PRIVILEGES ON `Curriculum`.* TO 'rujel'@'localhost';

[yaleks]

Интересно, а вот такое tool for WO5 app start under windows кому-нибудь интересно?

[yaleks]

Я тут багу обнаружил:
нет файла /WebObjects/Frameworks/Reusables.framework/WebServerResources/close.png , который нужен RujelDiary.woa (похоже его только IE 8.0 запрашивает).

Видимо это https://github.com/ChiperSoft/Kalendae/commit/28f06a3a2452319bf180c08c996ddd39e492be0a забыли.

[baywind]

похоже его только IE 8.0 запрашивает

Ага, я посмотрел — Сафари этот крестик стилями рисует просто. Добавлю специально для ослика :)

[derugu]

Неделю, как стала три - четыре раза в день падать mysql.

В логах mysql пишет

Код: [Выделить]

InnoDB: Page lsn 0 1365695848, low 4 bytes of lsn at page end 1365593968       
InnoDB: Page number (if stored to page already) 27646,                         
InnoDB: space id (if created with >= MySQL-4.1.1 and stored already) 0         
InnoDB: Page may be an index page where index id is 0 978                     
InnoDB: (index PRIMARY of table RujelYear2015/MA_MARK_ARCHIVE)                 
InnoDB: Database page corruption on disk or a failed                           
InnoDB: file read of page 27646.                                               
InnoDB: You may have to recover from a backup.                                 
InnoDB: It is also possible that your operating                               
InnoDB: system has corrupted its own file cache                               
InnoDB: and rebooting your computer removes the                               
InnoDB: error.                                                                 
InnoDB: If the corrupt page is an index page                                   
InnoDB: you can also try to fix the corruption                                 
InnoDB: by dumping, dropping, and reimporting                                 
InnoDB: the corrupt table. You can use CHECK                                   
InnoDB: TABLE to scan your table for corruption.                               
InnoDB: See also InnoDB: http://dev.mysql.com/doc/refman/5.0/en/forcing-recover
y.html                                                                         
InnoDB: about forcing recovery.                                               
InnoDB: Ending processing because of a corrupt database page.                 
2015-Sep-28 22:35:11 :: execution failed                                       
2015-Sep-28 22:35:11 :: shutdown 

При попытке перегрузке Ружэля в браузере пишет

Код: [Выделить]

Sorry!
RUJEL failed to start.
Please review log for details.
-----

2015-10-02 00:04:11 INFO Failed to connect to database jdbc:mysql://127.0.0.1/RujelStatic?capitalizeTypeNames=true&useUnicode=true&characterEncoding=utf8&zeroDateTimeBehavior=convertToNull&socketFactory=org.newsclub.net.mysql.AFUNIXDatabaseSocketFactory&junixsocket.file=/var/lib/mysql/mysql.sock
com.webobjects.jdbcadaptor.JDBCAdaptorException: Communications link failure
Перезагрузка компа и ручной запуск Ружэля помогает часа на два. Как я понимаю, советуют вручную чинить Базу

Код: [Выделить]

try to fix the corruption                                 
InnoDB: by dumping, dropping, and reimporting                                 
InnoDB: the corrupt table.
Куда лучше копать?

[baywind]

Перезагрузка компа и ручной запуск Ружэля помогает часа на два. Как я понимаю, советуют вручную чинить Базу

Код: [Выделить]

try to fix the corruption                                 
InnoDB: by dumping, dropping, and reimporting                                 
InnoDB: the corrupt table.
Куда лучше копать?

Я думаю, стоит сделать так, как предлагают. Можно для надёжности забекапить всю базу и залить её заново.
Как написано в wiki

Или можно сделать это отдельно с глюканувшей таблицей.

Код: [Выделить]

mysqldump -u root -p RujelYear2015 MA_MARK_ARCHIVE | bzip2 -c > ma.sql.bz2
bzcat ma.sql.bz2 | mysql -u root -p RujelYear2015


[derugu]

При бэкапе всей БД или MA_MARK_ARCHIVE пишет

Код: [Выделить]

[root@alt502-rujel ~]# mysqldump -u root -p -r RujelBackup01oct.sql -B RujelYear2015 RujelStatic Contacts VseLists RujelUsers
Enter password:
mysqldump: Error 2013: Lost connection to MySQL server during query when dumping table `MA_MARK_ARCHIVE` at row: 12327
Что-то с таблицей (

[Skull]

При бэкапе всей БД или MA_MARK_ARCHIVE пишет

Код: [Выделить]

[root@alt502-rujel ~]# mysqldump -u root -p -r RujelBackup01oct.sql -B RujelYear2015 RujelStatic Contacts VseLists RujelUsers
Enter password:
mysqldump: Error 2013: Lost connection to MySQL server during query when dumping table `MA_MARK_ARCHIVE` at row: 12327
Что-то с таблицей (

Читайте про восстановление баз. Например, так

Код: [Выделить]

cd /var/lib/mysql/db/RujelYear2015
service mysqld stop; myisamchk -o *.MYI; service mysqld start

[baywind]

Например, так

Код: [Выделить]

cd /var/lib/mysql/db/RujelYear2015
service mysqld stop; myisamchk -o *.MYI; service mysqld start

База в InnoDB, так что применимость myisamchk вызывает сомнения даже до прочтения тонны мануалов по востановлению баз.

[baywind]

При бэкапе всей БД или MA_MARK_ARCHIVE пишет

Код: [Выделить]

[root@alt502-rujel ~]# mysqldump -u root -p -r RujelBackup01oct.sql -B RujelYear2015 RujelStatic Contacts VseLists RujelUsers
Enter password:
mysqldump: Error 2013: Lost connection to MySQL server during query when dumping table `MA_MARK_ARCHIVE` at row: 12327
Что-то с таблицей (

В целом, проблемы с этой таблицей к счастью не критичны. В ней хранится журнал действий пользователей в РУЖЭЛЬ по внесению, изменению или удалению данных. Ни для каких других действий она не применяется. (Вернее применялась пару лет назад для синхронизации с московским общегородским журналом, но вам это вряд ли актуально)

Если у вас есть относительно свежий бекап, можно восстановить эту таблицу из него, тогда у вас всё будет работать, но вы не сможете узнать, кто что записывал или исправлял с момента того бекапа.

Предварительно можно попробовать поколдовать и забекапить выборочно только те строки, которые добавились после того старого бекапа. То есть, посмотреть, какая там последняя, и заказать при бекапе выборку более поздних записей. Но для этого надо поковыряться в описании параметров команды mysqldump.

[derugu]

1. В логах Ружэля нашел последний успешный бэкап.
2. Нашел его и скопировал его на ДРУГУЮ машину с mysql
3. Восстановил на ДРУГОЙ машине копию журнала

Код: [Выделить]

bzcat RujelYear2015.sql.bz2 | mysql -u root -p RujelYear20154. Сделал резервную копию таблицы MA_MARK_ARCHIVE

Код: [Выделить]

mysqldump -u root -p RujelYear2015 MA_MARK_ARCHIVE | bzip2 -c > ma.sql.bz25. Скопировал бэкап таблицы MA_MARK_ARCHIVE обратно на машину с журналом.
6. Восстановил таблицу MA_MARK_ARCHIVE

Код: [Выделить]

bzcat ma.sql.bz2 | mysql -u root -p RujelYear2015Запустил. Работает 2 часа, в логах таблица-шалунья не наблюдается, mysql не падает.

[griz]

Используем версию 0.9.7 Почти всё в порядке, есть глюк. При сохранении домашнего задания дата "задано" и "сдать" сохраняются на сутки раньше. Например при сохранении ставим 02.10 сохраняется 01.10 приходится каждый раз менять в "работах". Вопрос почему глюк и как исправить?

[yaleks]

Используем версию 0.9.7 Почти всё в порядке, есть глюк. При сохранении домашнего задания дата "задано" и "сдать" сохраняются на сутки раньше. Например при сохранении ставим 02.10 сохраняется 01.10 приходится каждый раз менять в "работах". Вопрос почему глюк и как исправить?

https://forum.altlinux.org/index.php?topic=5660.msg238939#msg238939

[baywind]

При сохранении домашнего задания дата "задано" и "сдать" сохраняются на сутки раньше. Например при сохранении ставим 02.10 сохраняется 01.10 приходится каждый раз менять в "работах".

Лучше на такой вопрос давать ссылку в вики