Вариант неплохой, но у online.net всё-таки получше. И канал пошире, и нет ограничения в 5ТБ (у меня как раз примерно такой и ожидается трафик). Спасибо за ссылку. Возьму на заметку.
В Европе 1 ноября - День всех святых. Весьма популярный праздник, почти никто не работает в этот день.
За 10 евро больше нигде не видел выделенных серверов на канале 1 Гбит с гарантированными 100 Мбитами. Просто для моей задачи нужен пусть даже самые убогий сервер, т.к. с него будут только скачиваться картинки. Т.е. только Nginx со статичной отдачей картинок. Поэтому их вариант за 10 евро кажется весьма интересным.
Вот и я о том же. Либо такое сообщение, либо сообщение о том, что телефон не подтверждён. Как заказать - непонятно. Хотя вроде крупный хостер. А с заказом у них такая фигня...
Не видел там ссылок на старые и новые версии. У меня показывается только одна версия консоли тут: http://console.online.net/en/account/home.
---
Ой, увидел ссылку на старую версию. Но я регистрировался в новой версии.
В адресе просто запятые, как я понял, им не нравятся. А в телефоне нужно поставить точку после кода страны, как и указано у них в образце.
Ошибки бывают разные. Всё связано в основном с внезапным отключением питания у Master. Вот из последнего:
Slave SQL: Query caused different errors on master and slave. Error on master: message (format)='Invalid error code' error code=126 ; Error on slave: actual message='no error', error code=0.
Slave SQL: Relay log read failure: Could not parse relay log event entry. The possible reasons are: the master's binary log is corrupted (you can check this by running 'mysqlbinlog' on the binary log), the slave's relay log is corrupted (you can check this by running 'mysqlbinlog' on the relay log), a network problem, or a bug in the master's or slave's MySQL code. If you want to check the master's binary log or slave's relay log, you will be able to know their names by issuing 'SHOW SLAVE STATUS' on this slave. Error_code: 1594
Slave SQL: Query caused different errors on master and slave. Error on master: message (format)='Table '%-.192s' is marked as crashed and should be repaired' error code=1194 ; Error on slave: actual message='no error', error code=0.
Slave SQL: Error 'Duplicate entry '11401495' for key 'PRIMARY'' on query.
-----------
А sync_binlog=1 оказалось, что дико тормозная вещь. Пришлось отказаться. Видимо придётся по-прежнему вручную поднимать репликацию, когда с ней возникнут проблемы...
Ok, примерно понятно. Попробую поставить sync_binlog=1 и буду ждать какой-нибудь аварии на Master (хотя конечно лучше бы её не было). Спасибо за ответы.
Не, имелось ввиду, что сделал я "repair table" на Master, на Master всё стало замечательно. Но репликация не возобновилась, т.к. на Slave пишется ошибка. Вот нет ли каких-то способов, не перетаскивая каждый раз базу с Master на Slave, возобновлять репликацию после ошибки на Master?
Основное неудобство как партнёрской поисковой формы, так и сайта в целом, что нельзя указывать несколько пунктов назначения. Я, например, в половине случаев вылетаю обратно не из того города, в который прилетел или лечу обратно не в тот город, из которого улетал. А вот у вас такие билеты найти нельзя.
