netwind

Рейтинг
419
Регистрация
06.05.2007

Pilat, не понятно конфиги чего тебя интересуют?

попытайся изменить задержку с помощью smartctl. больше ничего делать не нужно.

по-крайней мере мне неизвестно можно ли отдельно настроить задержки в md.

Прочитал я на днях что такое на самом деле 'raid edition' для жёстких дисков. Один из выводов - надо как-то бороться с появлением исправляемых ошибок диска (я ввстречал ситуацию, когда рейд работал, но жутко тормозил из-за исправляемой ошибки). Вопрос - как делается это правильно?
Pilat:
Там много чего написано. Поделись конфигом, чтобы отловить появление ошибок. С короткими и длинными тестами, с посылкой почты. А я сравню со своим и пойму, правильно ли я делаю.

Я так понял, тебе нужно отключить в RE-винтах панику. Или наоборот.

Для этого никаких конфигов не нужно. Нужно однократно переключить это поведение винта.

Ну, писатели прошивок для винтов вообще не страдают аккуратизмом и следованием стандартам. Не обязательно дело во freebsd.

В общем случае из хетцнера в eserver подделанный udp-трафик не идет, но если при подделке указывать ip из того же хетцнера в очень широком диапазоне, то трафик проходит. Очевидно на исследованном направлении фильтры у магистралов есть, а в самом хетцнере нету.

В обратную сторону eserver->hetzner около 80% пакетов с совершенно случайными подделанными ip источника доходит. То есть, какие-то фильтры есть возможно у очень крупного магистрала, но их явно мало. Или же фильтруются ip, которые в принципе никуда не маршрутизируются в интернете в настоящий момент.

там же написано как. может тебе smartctl обновить?

часто, но не всегда?

попробуйте в pptp-options connect-delay 5000

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

кроме того, у вас же centos? страшно представить какие там версии pppd. по моему опыту важно ставить все новое. это pptp вообще какая-то больная проблемная тема в линуксе, в отличие от mpd в freebsd.

myhand:
Повторюсь снова. Смена клиента для SQL-сервера не решит конкретную проблему ТС. Вам уже стало понятно почему или все еще нет?

Смена клиента на более простой исключит глупые ошибки в настройке. Может и решит. Там действительно все намного проще чем колдовать с putty.

myhand:
Объясняю для "математика-теоретика", по слогам: если ТС будет использовать Вашу вундервафлю вместо MySQL Query Browser - у него точно так же не будет работать ничего. Несмотря на наличие чудесной вкладки. Доступно?

вы не поняли. mysql query browser вообще НЕ НУЖЕН. dbforge полностью его заменяет и позволяет намного больше.

myhand:
Сообщение от netwind Посмотреть сообщение
Это только русская версия dbforge бесплатна.
= Даром не нужна?

по принципу "эти ведь все равно украдут, так пусть хоть нам на родном языке напишут внятные багрепорты". так же как и FAR например.

myhand:
Факты суровы - к MySQL Query Browser проблема ТС вообще отношения не имеет. Я надеялся, что объяснил это понятно. Видимо, не для всех...

если размышлять как математик-теоретик, то да - не имеет. "мы свели задачу к уже рассмотренному случаю (проброс порта через ssh) и досвидания". А на практике нужно чтобы было удобно.

myhand:
Это целиком Ваше мнение. Они открыты - улучшайте, сколько влезет.

Мне проще и удобнее в dbforge написать предложение - они их реализуют. Я проверял.

myhand, не знаю, но так уж получилось. все коробочные gui-инструменты от mysql - фуфло и сделаны для галочки. "вот посмотрите у нас все как у взрослых, вложите в нас еще немного денег".

Разработчики же используют программы, которые сделаны для удобства и продаются. Это только русская версия dbforge бесплатна. Англоязычные продаются за деньги. Обсуждаемая фича подключения через ssh тоже сделана удобнее в виде дополнительной вкладочки.

Всего: 6293