1.4, lucentcode (ok), 15:15, 01/07/2012 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Мой рутер на OpenWRT отлично пережил это. NTP включен, время синхронизируется. Что не так было с теми серверами? Видно какие-то левые патчи использовали при сборке системы. Ванильное ядро отлично переносит такие непредвиденные ситуации.
| |
|
2.44, ха (?), 18:57, 01/07/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Что не так было с теми серверами?
у тебя на роутере стоит дебиан?
| |
|
3.97, Аноним (-), 10:36, 02/07/2012 [^] [^^] [^^^] [ответить]
| +3 +/– |
>> Что не так было с теми серверами?
> у тебя на роутере стоит дебиан?
у меня стоит дебиан и ntpd, ничего не висло.
| |
|
2.152, Мрз (?), 18:48, 11/07/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Мой рутер на OpenWRT отлично пережил это. NTP включен, время синхронизируется. Что
> не так было с теми серверами? Видно какие-то левые патчи использовали
> при сборке системы. Ванильное ядро отлично переносит такие непредвиденные ситуации.
колом встал sles 11 + oracle jdk 6u33 + jboss 6.1
сплошной левак
| |
|
1.5, Анонище (?), 15:20, 01/07/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Хм... заюзать man of middle и выдать неправильный формат даты и все, конец света обеспечен.
| |
|
2.110, Michael Shigorin (ok), 14:05, 02/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
> man of middle
Это брат Славы КПСС, что ли? :)
Поймал на одном умеренно старом альте (5.1/branch с "неродным" ядром -- проверял ovz#1880, помнится), на t6/branch и Server 4.0 не наблюдается.
| |
|
1.10, Аноним (-), 15:52, 01/07/2012 [ответить] [﹢﹢﹢] [ · · · ]
| –4 +/– |
Бдлжать, у меня повисли 2 сервачка, там mysql+гребанная java+openfire :(
| |
|
2.68, fidaj (ok), 21:44, 01/07/2012 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Фрибсд проблеме не подвержена.
не гони - я с ней "чудно" провел выходные...
| |
|
3.96, RedRat (ok), 10:14, 02/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
Ну, не знаю... У меня Фряхи с Джавой, Мускулем и OpenVPN даже не заметили лишней секунды. Хотя судя по новости должны были три раза рухнуть с треском. Видимо, у тебя были проблемы не с ОС, а с приложением каким-нибудь.
| |
|
4.115, Аноним (-), 15:08, 02/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Ну, не знаю... У меня Фряхи с Джавой, Мускулем и OpenVPN даже
> не заметили лишней секунды. Хотя судя по новости должны были три
> раза рухнуть с треском. Видимо, у тебя были проблемы не с
> ОС, а с приложением каким-нибудь.
Значит, у вас просто синхронизация времени не настроена. Поэтому про лишнюю секунду они просто не в курсе.
| |
|
5.119, RedRat (ok), 16:36, 02/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Значит, у вас просто синхронизация времени не настроена. Поэтому про лишнюю секунду
> они просто не в курсе.
meson:/# ntpdc -p
remote local st poll reach delay offset disp
=======================================================================
*s01.ru.it2go.eu aaa.bbb.ccc.ddd 2 512 377 0.00308 -0.000211 0.11493
=webhost2.mitht. aaa.bbb.ccc.ddd 2 512 377 0.06589 -0.013095 0.09659
=ground.corbina. aaa.bbb.ccc.ddd 2 512 377 0.00288 -0.000652 0.10597
=gw-sovam.gamma. aaa.bbb.ccc.ddd 2 512 377 0.04759 -0.022310 0.08604
=ns.mipt.ru aaa.bbb.ccc.ddd 2 512 377 0.00238 0.000054 0.10603
=dl120g7.naviteh aaa.bbb.ccc.ddd 2 512 336 0.03073 0.000332 0.10858
=cello.corbina.n aaa.bbb.ccc.ddd 2 512 377 0.00281 -0.001764 0.09143
| |
|
|
|
|
|
4.114, Аноним (-), 15:05, 02/07/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
> У меня из 150-ти серверов ни один не повис, везде openntpd.
У нас из 200 линуксовых серверов с ntpd не повис ни один. Однако, в новости написано, что Linux вполне себе подвержен. Т.е. "а вот у нас" - это не показатель.
| |
|
|
|
Часть нити удалена модератором |
7.126, Аноним (-), 19:06, 02/07/2012 [ответить]
| +2 +/– |
>> Мде, на че только линуксоиды не идут лишь бы свой линукс отбелить, а другие системы обосpать.
> Линуксоиды лишь передразнивают фряшников, зело преуспевших в этом деле.
ох... как же мы любим стрелки метать. ну почитайте вы коменты в новостях о линухе и фре, в новостях лунухов обычно происходит стандартная дискуссия о предмете новости, в новости о фре набегает куча линуксойдов и начинает орать что фря не нужна, и вот такие люди еще учат пальцем в носу ковыряться. Вы лучше сходите вот сюда: https://www.opennet.ru/opennews/art.shtml?num=34217 и объясните, что там с 2.6.32 происходит, это еще покруче данных глюков времени в линухе.
| |
|
|
|
|
3.120, netch (ok), 16:41, 02/07/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> Фрибсд проблеме не подвержена.
> Подвержена, еще как.
Конкретный случай в студию - или буду считать, что врёте не краснея.
А ещё - сделайте RTFS. Внимательно.
| |
|
4.122, Аноним (-), 17:28, 02/07/2012 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Конкретный случай в студию - или буду считать, что врёте не краснея.
Бзди не настолько распространены на серверах, чтобы стать героями подобных новостей :)
| |
|
5.124, netch (ok), 17:46, 02/07/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> Конкретный случай в студию - или буду считать, что врёте не краснея.
> Бзди не настолько распространены на серверах, чтобы стать героями подобных новостей :)
Ваш слив засчитан.
| |
5.125, nikos (??), 17:53, 02/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
>> Конкретный случай в студию - или буду считать, что врёте не краснея.
> Бзди не настолько распространены на серверах, чтобы стать героями подобных новостей :)
Из 20 примерно серверо под Free покинул ровно при переходе времени покинул один ( Freebsd + freeradius + Mysql ), 2 его собрата остались живы ( все сервера синрохянтся по ntpd, правда покинул 7.4, два других - 8.x )
| |
|
6.137, Аноним (-), 17:53, 06/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Из 20 примерно серверо под Free покинул ровно при
> переходе времени покинул один ( Freebsd + freeradius + Mysql
Получается что там баг тоже есть? Ну значит прав тот оратор про новости.
| |
|
|
|
|
2.94, getfr (?), 10:07, 02/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Фрибсд проблеме не подвержена.
хз, у меня на 8.2 amd64 p9 никаких проблем не было
| |
|
1.13, Аноним (-), 16:05, 01/07/2012 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Ну когда, когда программисты перестануть считать что в сутках всегда 24 часа, в минуте 60 секунд и минута не может длиться больше часа?
| |
|
2.45, Онаним (?), 19:23, 01/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
Ну когда уже люди придумают нормальную, желательно десятичную или, там,16-ричную, шкалу времени без таких сюрпризов... Я думал, что хотя бы на UTC можно положиться, что оно не ориентируется на астрономическое время в отличие от GMT, ан нет...
| |
|
3.58, Аноним (-), 20:08, 01/07/2012 [^] [^^] [^^^] [ответить]
| +2 +/– |
Есть шкала времени TAI, привязанная только к атомным часам. Никаких скачков в этой шкале нет. UTC основана на TAI и всегда отличается от TAI на целое число секунд. Во многих технических приложениях TAI была бы удобнее, но увы — применяют эту дурацкую неравномерную UTC, которая корректируется под астрономическое время.
| |
|
4.85, MiG (?), 01:41, 02/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
UTC то как раз равномерна. Но периодически "скачет" за UT1.
| |
|
3.112, Michael Shigorin (ok), 15:03, 02/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Ну когда уже люди придумают нормальную, желательно десятичную
Обратитесь к авторам месяца термидора. Вот только выверты их мозгов похуже будут.
| |
3.113, Andrew Kolchoogin (?), 15:04, 02/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
Ну когда уже люди начнут измерять временные интервалы, оперируя вызовом gettimeofday() ?-)
На него точно можно положиться. "Time went backwards" -- внештатная ситуация, отображаемая ядром в логах. А вот какие-то там сутки/часы/минуты -- это всё не для компьютеров.
| |
|
4.138, Аноним (-), 17:54, 06/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
> На него точно можно положиться. "Time went backwards" -- внештатная ситуация,
Фига себе - время по NTP синкать уже стало нештатным?
| |
|
3.133, Аноним (-), 15:14, 04/07/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ну когда уже люди придумают механизм компенсации замедления вращения Земли, без таких сюрпризов!
| |
|
|
|
2.53, Аноним (-), 20:01, 01/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Это всё скайнет-провокатор, за 2000 мстит!
Это он втихушку обкатывает варианты конца света. Кажется нашел довольно удачный вариант :)
| |
2.66, fangel (?), 21:29, 01/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
даа. Тут один человек весь день жалуется что у него часы назад в винде идут. Да, зависания нет, правильного времени тоже нет)) Виндовс7 надежные технологии
| |
|
1.26, Etch (?), 16:45, 01/07/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
А чего это они в июне время корректируют? Для этого же всегда февраль использовался...
| |
|
2.29, zhuk (?), 17:06, 01/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
> А чего это они в июне время корректируют? Для этого же всегда
> февраль использовался...
захотелось чего-то новенького:)
| |
|
3.34, Аноним (-), 17:28, 01/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
Гуглить по ключевым словам "високосный", "год", "февраль", "29 дней"
| |
|
4.39, www2 (ok), 18:16, 01/07/2012 [^] [^^] [^^^] [ответить]
| +4 +/– |
Сейчас не про високосный день речь идёт, а о високосной секунде. Иногда её в год ни разу не добавляют, а иногда по два раза. Если потребуется, то и по три и по четыре раза в год будет високосная секунда. Она никак не поддаётся прогнозированию и добавляется по факту, когда астрономические наблюдения выявят расхождение между атомными часами и астрономическими.
| |
|
5.98, nikos (??), 10:46, 02/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
Не чаще двух раз в год ее могут добавлять: в последний день полугодия ( правда могут и не одну секунду, но это крайне маловероятно).
| |
|
4.54, Аноним (-), 20:03, 01/07/2012 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Гуглить по ключевым словам "високосный", "год", "февраль", "29 дней"
Это другая коррекция времени //Кэп :)
| |
|
|
2.105, netch (ok), 13:20, 02/07/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
> А чего это они в июне время корректируют? Для этого же всегда
> февраль использовался...
Никогда для leap second не использовался февраль.
Чаще всего декабрь, иногда июнь.
| |
|
1.30, Аноним (-), 17:08, 01/07/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
> О зависании Linux-серверов в основном сообщают пользователи систем с
> необновлённым ванильным ядром, собранным вручную, а также пользователи штатных
> пакетов с Linux ядрами 2.6.32, 3.1 и 3.2 из состава Debian GNU/Linux.
Бедные некрофилы...
Зато редхату пиар :)
| |
|
|
3.55, Аноним (-), 20:04, 01/07/2012 [^] [^^] [^^^] [ответить]
| +2 +/– |
> нет, скорее антипиар дебиану
Меньше будут понтоваться стабильностью некромансии, вполне заслуженно. Если кто пытается быть святее папы римского - логично что он при удобном случае наступает на грабли.
| |
|
4.148, Андрей (??), 08:25, 10/07/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
У нас уместнее с Гундяевым сравнивать :) А на счет "святости" Пап - это к Л. Таксилю :)
| |
|
3.83, Аноним (-), 00:52, 02/07/2012 [^] [^^] [^^^] [ответить]
| +3 +/– |
> нет, скорее антипиар дебиану
Ошибку пофиксили и там, и там. Разница была в основном в культуре админов. В частности, их отношении к обновлениям.
| |
|
4.139, Аноним (-), 18:55, 06/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Ошибку пофиксили и там, и там.
Ее поправили в менее допотопном ядре. Но поскольку с ним кой-кто все никак не может выкатить релиз... система по дефолту - с граблями. Вообще, не комильфо что в релизе лежит система с такими багами.
| |
|
|
|
1.33, добрый дядя (?), 17:24, 01/07/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
бугага, ну надо ж так жидко )))
я считаю что все должны были быть в курсе о возможности периодической смены времени на некоторое значение, должна была быть ПРЕДУСМОТРЕНА возможность корректной спонтанной смены времени на уровне ядра, процессы могли быть на секунду штатно приостановлены
все можно было оттестировать в виртуальной машине
это вообще-то говоря серьезный баг и не иначе, где обновление разосланное всем за неделю?
| |
|
2.36, szh (ok), 17:43, 01/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
а отнимать ты как секунду будешь жидкий бугагашешка ?
| |
|
|
4.141, Аноним (-), 18:57, 06/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Ниразу ещё не отнимали.
ЛПП: ntp вполне может скрутить время хоть на минуту назад если часы спешат.
| |
|
|
2.74, ВовкаОсиист (ok), 22:49, 01/07/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
Еслиб твоя наркоманская святость читала новость с лева на право, и с верху-вниз, то б она увидела, что проблему пофиксили до этой траблы, на серверах стояли старые ядра.
| |
|
3.149, Андрей (??), 08:28, 10/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Еслиб твоя наркоманская святость читала новость с лева на право, и с
> верху-вниз, то б она увидела, что проблему пофиксили до этой траблы,
> на серверах стояли старые ядра.
Там не в ядрах дело было. А именно в приложениях/сервсах. Писали о пожирании процессорного времени сервисам ntpd. Никак не могли переварить 61-ю секунду...
| |
|
2.140, Аноним (-), 18:56, 06/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
> смены времени на некоторое значение, должна была быть ПРЕДУСМОТРЕНА возможность корректной
> спонтанной смены времени на уровне ядра,
А если мне NTP время на полгода пофиксит после сбоя системных часов - у меня процессы полгода должны висеть? Не, спасибо, себе такое счастье оставьте :)
| |
|
3.151, Андрей (??), 11:40, 10/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
>> смены времени на некоторое значение, должна была быть ПРЕДУСМОТРЕНА возможность корректной
>> спонтанной смены времени на уровне ядра,
> А если мне NTP время на полгода пофиксит после сбоя системных часов
> - у меня процессы полгода должны висеть? Не, спасибо, себе такое
> счастье оставьте :)
дело в 61-й секунде. может, правильнее было 51-ю продублировать?
| |
|
|
1.35, MrClon (?), 17:39, 01/07/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Debian stable, почти все обновления стоят, NTP, ведро 2.6.32-5-686, mysql из репов. Полёт нормальный.
| |
|
2.64, pavlinux (ok), 21:07, 01/07/2012 [^] [^^] [^^^] [ответить]
| +2 +/– |
# dmesg | grep "leap second";
Если этого нет, значит ты одмин лоКалХоста.
| |
|
3.70, Анон (?), 21:56, 01/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
[1253631.905150] Clock: inserting leap second 23:59:60 UTC
ядро 3.2 из дебиана, никаких зависаний нет, крутится там в том числе и жабка.
| |
3.80, Аноним (-), 00:43, 02/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
> # dmesg | grep "leap second";
> Если этого нет, значит ты одмин лоКалХоста.
# dmesg| grep leap
[3672177.907314] Clock: inserting leap second 23:59:60 UTC
# uname -r
2.6.32-5-486
| |
3.131, Frank (ok), 11:53, 03/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
А может просто демон NTP не используется? :) Мне просто хватает синхронизации клиентом каждые пол часа. И не на 0-й минуте, да :) На всякий случай...
| |
|
|
|
2.57, Аноним (-), 20:05, 01/07/2012 [^] [^^] [^^^] [ответить]
| +8 +/– |
> бгг.. вот этому гогну то какая пичаль до лишней секунды. Цивилизация клоунов.
Судя по вашему коменту - натурально, клоунов :(
| |
|
1.50, XoRe (ok), 19:42, 01/07/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Интересно, как крон это воспринимает?
Допустим, у меня по крону задание в "0 0 * * *" (00:00).
Как крон отнесется к переводу часов на секунду вперед в 23:59:59?
Вдруг он 23:59:60 посчитает, как 00:00 и два раза подряд запустит одно и то же задание.
Может быть, лучше переводить не в 23:59:59 последнего числа, а первого числа в 12:30:59?
А то ожидается, что поменяется минута, поменяется час, поменяются сутки, поменяется месяц...
А этого не происходит.
Потому что ещё не 2012.07.01 00:00:00, а все ещё 2012.06.30 23:59:60.
| |
|
2.61, pavlinux (ok), 20:48, 01/07/2012 [^] [^^] [^^^] [ответить]
| +12 +/– |
> Может быть, лучше
Никогда не ставь задач любым планировщикам на границах разделения, даже свидания не назначай.
Юзай простые числа, а лучше Фибоначчи - компьютеры и люди их ненавидят. :)
| |
|
3.142, Аноним (-), 19:02, 06/07/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
На самом деле все даже проще.
Если ты хочешь сломать программу - выйди за общепринятые границы. Сделать вместо 59 секунды максимум 60-ю? Отличная идея. Аналогично - если у вас в сутках по 25 часов, хреново будет вашим программам :)
| |
3.146, XoRe (ok), 04:02, 09/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
>> Может быть, лучше
> Никогда не ставь задач любым планировщикам на границах разделения, даже свидания не
> назначай.
> Юзай простые числа, а лучше Фибоначчи - компьютеры и люди их ненавидят.
> :)
Если вы с такой уверенностью это пишите, как общеизвестные истины, что же операторы эталонных часов так лоханулись?
| |
|
4.147, pavlinux (ok), 08:30, 09/07/2012 [^] [^^] [^^^] [ответить] | +2 +/– | К алгоритмам это не имеет отоношения, это психология Ну вот удобно человекам з... большой текст свёрнут, показать | |
|
5.153, XoRe (ok), 00:46, 15/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
> К алгоритмам это не имеет отоношения, это психология.
> Ну вот удобно человекам запоминать и оперировать цифрами с нулём на конеце.
Ну да, но потом должен включаться мозг.
А в вопросах атомных часов мозг должен включиться три раза.
Даже бекапы в 00:00 стараются не делать, понимая интуитивно (или на больном опыте).
> Думаю ответа будет два, 20:15 и 20:00, при этом все забыли условие
> - (максимум 35 минут)
Вы забыли 20:30 =)
20:45 - тоже вариант ("поторопимся, успеем")
> и два встречных быстрых объекта. Всё в одну кучу.
Тоже постоянно встречаю.
Но тут следует иметь в виду, что один раз разбежаться удобнее, чем сначала пропустить тех, потом объехать этих.
Сделать все в одну транзакцию, или тот же NCQ )
| |
|
|
|
|
|
2.82, Аноним (-), 00:50, 02/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
> это есть часть исправления. Выше приведен dmesg из Debian 6.0.5 (2.6.32-5-amd64)
> Откуда заключаю, что этот фикс в ядре присутствует.
Видимо, исправление пришло в ходе послерелизного обновления. А некоторые "админы" такими обновлениями принципиально пренебрегают ("там же только исправления безопасности, ну кто нас ломать будет").
| |
|
1.63, Спокойный аноним (?), 21:06, 01/07/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Давайте будем откровенными, в новости неправильно подана информация, в результате таких словесных пассов очернён ntp.
Правильнее было бы назвать вещи своими именами: global timers в java, mysql и пр. фигурантах не имеют собственной системы контроля временных тиков и соответственно подвержены уязвимостям через банальное изменение времени.
| |
|
2.65, pavlinux (ok), 21:17, 01/07/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
> в результате таких словесных пассов очернён ntp.
1. NTP должон был отловить 61 секунду и повторить запрос или лучше забить до следующей синхронизации.
2. Если NTP не отловил - glibc должно офигеть от 61 секунды, проигнорировать и вернуть нужный код.
3. Ядро - по аналогии с glibc.
4. Если дошло до BIOS (RTC), то там ничего не возвращают, а просто игнорируют.
| |
|
|
4.72, Спокойный аноним (?), 22:17, 01/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
> 1. ntp просто синхронизирует время, и честно вставил одну секунду и заметь,
> не 61, а ещё одну 59, что есть даже в твоём
> логе.
Извиняюсь, невнимательность. Да, ntp неверно сделал, но по факту проблемы только у конкретного списка приложений
| |
|
5.75, Анон (?), 22:51, 01/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
NTP всё правильно сделал, баг в ядре, в реализации adjtimex.
| |
|
6.84, pavlinux (ok), 01:35, 02/07/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
В общем, после драки кулаками не машут, фронт работы всем ясен
- тестирование, тестирование, и ещё раз тестирование.
| |
|
7.143, Аноним (-), 19:03, 06/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
> - тестирование, тестирование, и ещё раз тестирование.
Спасибо, Капитан! :)
| |
|
|
|
|
|
2.107, netch (ok), 13:24, 02/07/2012 [^] [^^] [^^^] [ответить] | +1 +/– | Не ntp, а ядерный счёт времени Неправда ваша Проблема сохранялась и при переза... большой текст свёрнут, показать | |
|
1.76, AlexAT (ok), 23:32, 01/07/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
На CentOS 6 MySQL'ю плохеет слегка - жрёт 100% одно ядра, крутится в спинлоках. Рестарт MySQL'я не помогает. Единственная радость - на отзывчивость системы и вообще сервис не влияет никак - т.е. время всё-таки отдаёт при надобности.
Лечится так: service ntpd stop ; service ntpdate start ; service ntpd start
После этого ядро прочёсывается, и более не доставляет.
| |
1.77, oooops (??), 00:28, 02/07/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
на оракловой сборке RH ночью, пишут, были большие проблемы с сервисами
на 5 или 6 - пока не скажу, но работы в поддержки было полно
| |
|
2.81, Аноним (-), 00:46, 02/07/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
> на оракловой сборке RH ночью, пишут, были большие проблемы с сервисами
> на 5 или 6 - пока не скажу, но работы в поддержки
> было полно
Молодец оракл, хорошо ядро собрал. Энтерпрайзненько.
| |
2.108, netch (ok), 13:24, 02/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
> на оракловой сборке RH ночью, пишут, были большие проблемы с сервисами
> на 5 или 6 - пока не скажу, но работы в поддержки
> было полно
RHEL 5 не пострадал, 6 - пострадал в полный рост
| |
|
1.89, Аноним (-), 07:37, 02/07/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
SL6 с ntpd
F16 с chronyd
ничто не повисло, но везде mysqld и chrome начали жрать цпу
| |
1.92, ua9oas (ok), 09:51, 02/07/2012 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
а знал ли кто об этом заранее? Кроме того тут в новости совсем ничего не написано про виндовые сервера (а они-то как это все "переварили"? Сколько их существует всего? Есть ли те, которые по-прежнему работают на "винде2000")
Как в свое время была "переварена" проблема 2000 года? (по тв об этом тогда много показывали, про то с секундой- нет. А когда будет такая же корректировка опять?)
| |
|
2.100, Feerik (ok), 11:45, 02/07/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
Незнаю как на win 2000 server, но на win 2003 и win 2008 server полет нормальный, что на x86 так и x64, как впрочем и на ubuntu 10.04. Железки с линуксом тоже не выеживались.
| |
|
1.93, iCat (ok), 09:57, 02/07/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
ядро 2.6.31 - 7x24x365
ядро 3.2.6 - 7x24
Трудностей не возникло.
ЧЯДНТ? Где и что я упустил?
| |
|
2.95, Аноним (95), 10:10, 02/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
MySQL, Java сервисы присутствуют или новость читал по диагонали?
| |
|
|
2.116, Michael Shigorin (ok), 15:15, 02/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
> это даже круче чем уязвимые курсоры!!! ))))
Это DoS, а то remote code exec с предельными привилегиями. Встаньте с головы на ноги.
| |
2.144, Аноним (-), 19:04, 06/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
> это даже круче чем уязвимые курсоры!!! ))))
Да ну, чего там круче? Курсоры позволяли ремотно кернельный код вдуть. А тут какие-то полторы программы повисло. Фи.
| |
|
1.101, t28 (?), 11:53, 02/07/2012 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Благодаря Opennet-у, наша ж№па спасена! Сутки всем офисом ломали голову, отчего на всех серверах LA под 200, причём и под linsux и под windoze. :)
| |
1.103, Аноним (-), 12:39, 02/07/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Отлично, спишу очередное зависание своего компьютера на это событие, а не на 10-летнее железо.
| |
1.123, Аноним (-), 17:42, 02/07/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Разрабы соотв. приложений видимо ничего не слышали про uptime и пили мало йаду. ;)
| |
1.127, Аноним (-), 20:55, 02/07/2012 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Вот теперь понятно, чего у меня сервачок Майнкрафтовский начал жрать проц как бешенный и лагать через раз. Перезапуск не помогал - вплоть до физического ребута компа. А я уж на что только не грешил. Да уж, следить за такими вещами надоть.
| |
|
2.150, Андрей (??), 11:37, 10/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Вот теперь понятно, чего у меня сервачок Майнкрафтовский начал жрать проц как
> бешенный и лагать через раз. Перезапуск не помогал - вплоть до
> физического ребута компа. А я уж на что только не грешил.
> Да уж, следить за такими вещами надоть.
Вряд ли напрямую из-за этого. На Хабре уже разобрали, там была ссылка в базу знанй M$. Так да - они забивают на эту секнду...
| |
|
1.134, gedeon (?), 14:28, 05/07/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> В полночь с 30 июня на 1 июля с целью синхронизации с астрономическим временем > Земли эталонные мировые атомные часы были приостановлены на одну секунду
Не надо обманывать людей. Атомная шкала времени равномерная и атомные стандарты никогда не останавливаются. Как вы себе это представляете: рубильник на стандарте частоты? Почитайте определение шкалы TAI.
Другое дело, что добавили секунду к шкале UTC.
Короче, прежде, чем писать новость, неплохо было бы прокачать теорию
http://ru.wikipedia.org/wiki/%D0%A1%D0%B5%D0%BA
| |
1.135, Zet (??), 17:30, 06/07/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Fedora, CentOS, RedHat + MySQL + Java application Все нормольно работает ни каких глюков не было что за прогон ...
| |
|
2.145, Andrey (??), 21:01, 06/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
чорт!а я то дума чего опеннмс la под 100 и более выдавал....буквально час назад коллега сервак ребутнул) наверное помогло
| |
|
|