| |
| 2.20, WherWolf (?), 17:41, 25/03/2013 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +77 +/– |
Блин, точно! Надо будет себе ихний Git отзеркалировать.
Вдруг у них еще раз всё гребнется, и я окажусь единственным человеком на Земле с полной резервной копией сорцов KDE. Это же можно будет грохнуть Nepomuk и Akinadi, после чего вернуть код разрабам. А там пусть или зависимости удаляют, или заново всю эту дребедень пишут. Вот так вот.
| | |
| |
| 3.26, Алексей (??), 17:51, 25/03/2013 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| –1 +/– |
Не поможет, т.к. вам надо будет периодически синхронизировать репозитории, а в результате такие же ошибочные изменения прийдут в ваш репозиторий.
| | |
| |
| |
| 5.47, Алексей (??), 18:30, 25/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
И что измениться? Разработчики KDE заметили повреждение не сразу - так, что оно уже успело разлиться на остальные сервера. Как правильно написали ниже: зеркалирование != бекапу.
| | |
|
| 4.72, Аноним (-), 19:20, 25/03/2013 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– | |
> такие же ошибочные изменения прийдут в ваш репозиторий.
Так зачем синхронизироваться с использованием тупого мирроринга? При нормальном варианте синхронизации никто на ошибки не забивает. Это --mirror льет как можно быстрее, ничего не проверяя. Но это не штатный метод синка. И не метод бэкапа. Это лишь метод развернуть зеркало по быстрому. Из заведомо исправной копии.
| | |
|
| 3.56, Vkni (ok), 18:46, 25/03/2013 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +2 +/– |
 > Вдруг у них еще раз всё гребнется, и я окажусь единственным человеком
> на Земле с полной резервной копией сорцов KDE.
И вот тогда вы наконец сотрёте эту богомерзкую ДЕ!!! (шутка)
| | |
| 3.164, Адекват (?), 09:14, 26/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +2 +/– |
> будет грохнуть Nepomuk и Akinadi, после чего вернуть код разрабам.
> А там пусть или зависимости удаляют, или заново всю эту дребедень
> пишут. Вот так вот.
Мне кажется тебе нужно оскар за идею дать !! :))
| | |
| 3.188, hummermania (ok), 13:44, 26/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
 Хм, я уже около года сливаю с гитхаба серию интересных мне проектов, обычным git clone --recursive а потом git pull.
Сейчас разродился на скрипт пиотнячий, который тянет с гитхаба те проекты на которые я поставил Starred и заодно (пока неотключаемо) все репозитории владельца/организации. Т.к. обычно они пишут на близкие по духу проекты к отмеченному мной звездочкой.
Может паранойя, а вдруг завтра гитхаб как-то накроется, ну мало ли - метеорит упадет или повстанцы захватят офис и фирма владелец навернется из-за кризиса. А так в дождливые вечера будет что поковырять.
| | |
|
| |
| 3.165, Адекват (?), 09:16, 26/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| –3 +/– |
> Хорошо если бы потеряли. У программеров на компах все равно все есть,
> а всякие ненужные хрени канули бы в лету.
По крайне мере это показало бы какие долбоносы принимают ключевые решения в важнейших частях линукса.
Теперь жду когда что-то грохнется у ядерщиков по вине systemd.
| | |
|
| 2.197, Аноним (-), 15:29, 26/03/2013 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| –1 +/– |
Ничего. Репликация не средство бэкапов. Вот и весь урок. Обычных бэкапов это НЕ ОТМЕНЯЕТ. Кушайте с булочкой, о великие линуксойды!
| | |
|
| 1.4, scor (ok), 17:19, 25/03/2013 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [к модератору]
| +3 +/– |
 А им не приходило в голову исключать сервер из списка для зеркалирования до момента зевершения тех.работ на этом сервере?:) Или я чего-то в git-е недопонял?
| | |
| |
| 2.73, кевин (?), 19:20, 25/03/2013 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +2 +/– |
> А им не приходило в голову исключать сервер из списка для зеркалирования
> до момента зевершения тех.работ на этом сервере?:) Или я чего-то в
> git-е недопонял?
статья намекает что зеркалирование у них было сделану через жопу. тоесть не через гит-чекауты(что не позволило бы пройти чекауту с битыми файлами на сервере.) ну и да корневой сервер в гит? поржалъ спасибо.
| | |
| 2.85, кевин (?), 19:52, 25/03/2013 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| –3 +/– |
> А им не приходило в голову исключать сервер из списка для зеркалирования
> до момента зевершения тех.работ на этом сервере?:) Или я чего-то в
> git-е недопонял?
всё бы ничего но у них ЕЯП из предположения что мы абсолютно доверяем всему что происходит на корневом сервере синкался в том числе конфиг того скрипта который им всё мирорил со списком репозиториев которые должны жить чтобы при удалении репозитория с основного сервера он автоматом удалялся с остальных... вот эта часть им больше всего проблем принесла ЕЯП
| | |
|
| |
| |
| 3.178, Kibab (ok), 11:45, 26/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
 > Ибо это были не совсем бакапы, точнее совсем не бакапы.
И вот так в гите очень многое сделано. Вроде и команда делает Y, но если подумать, то не совсем Y, а как попробуешь в действии -- так и вовсе Z. + репа живёт своей жизнью (я про периодический gc).
| | |
| |
| 4.252, Аноним (-), 05:14, 27/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +/– | |
> жизнью (я про периодический gc).
Так он настраивается на все вкусы. Програмер - это ж все-таки не обезьяна класса "оператор ПК", который тупо колотит в базу.
| | |
| |
| 5.302, PereresusNeVlezaetBuggy (ok), 17:15, 30/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– |
 >> жизнью (я про периодический gc).
> Так он настраивается на все вкусы. Програмер - это ж все-таки не
> обезьяна класса "оператор ПК", который тупо колотит в базу.
Чем больше работаю в ИТ, тем всё больше в этом сомневаюсь...
| | |
|
|
|
|
| |
| |
| 3.51, AZ_from_Belarus (ok), 18:35, 25/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +6 +/– |
 Ежедневные за неделю еженедельный за квартал, ежемесячные за пару-тройку лет. Далее - ежеквартальные. Тогда голова обычно не болит. Можно и побольше.
Если слишком тяжеловесно и дорого хранить - осетр вдумчиво урезается или оптимизируется.
| | |
|
|
| 1.10, Аноним (-), 17:22, 25/03/2013 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [к модератору]
| +3 +/– |
А им не приходило в голову, что делать из распределенной системы централизованную систему с "первичным" сервером - это фейл по надежности?
| | |
| |
| 2.75, Аноним (-), 19:21, 25/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> А им не приходило в голову, что делать из распределенной системы централизованную
> систему с "первичным" сервером - это фейл по надежности?
Им не приходило в голову и что зеркало != бэкап. В общем, незачетно облажались, увы и ах.
| | |
|
| |
| 2.30, iZEN (ok), 17:55, 25/03/2013 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| –3 +/– |
 А зачем делать бэкапы, если у каждого разработчика есть локальная копия репозитория Git? Для восстановления главного репозитория достаточно хотя бы одного уцелевшего локального. Или разработчики хранили все свои локальные репозитории Git на одном сервере (что косвенно подтверждается из статьи)? Ну так сами себе и идиоты.
| | |
| |
| |
| 4.60, anonymous (??), 18:54, 25/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| –3 +/– | |
>Какой толк от локальных копий, когда они уже синкнулись с битым репозиторием?
А что, git разучился проверять репозиторий на целостность? Нет пути!
| | |
|
| 3.78, Аноним (-), 19:29, 25/03/2013 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| –1 +/– | |
> А зачем делать бэкапы, если у каждого разработчика есть локальная копия репозитория Git?
Потому что бегать по разработчикам и выцарапывать свои репы - не очень быстро и удобно, знаешь ли. И предполагает некую степень доверия, etc.
| | |
|
| 2.87, кевин (?), 19:54, 25/03/2013 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– |
> БЭКАПЫ??? почему не используют бэкапы? хотя бы раз в неделю можно делать
> такое
> или как минимум - снапшоты
у них на самом деле есть и нормальные бэкапы, но они их делают реже.
| | |
| 2.273, Аноним (-), 06:32, 27/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– | |
> или как минимум - снапшоты
Тебе будет очень приятно узнать что при дестрое ФС осыпается не только блок, но и все что от него зависело. И в общем случае снапшотная механика при разрушениях может очень серьезно встать раком.
| | |
| 2.298, GG (ok), 20:23, 27/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
 Сисадмины делятся на три группы:
1. Которые скоро начнут делать бекапы
2. Которые уже делают бекапы
3. Которые уже проверяют, чтобы разбекапливалось
По теме: нахер вообще зеркалить гит? Зеркалить надо историю изменений, без возможности затирания или перезаписи старых изменений на любом зекале. Ну и нормальные бекапы тоже ни кто не отменял, пара терабайт не такие уж и большие объёмы для проекта уровня кде, можно и пару насов под это дело дать, чтобы ежедневки хотя бы неделю хранить. А лучше немного потратиться и ежечаски хранить неделю.
| | |
| |
| 3.303, PereresusNeVlezaetBuggy (ok), 17:18, 30/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
> Сисадмины делятся на три группы:
> 1. Которые скоро начнут делать бекапы
> 2. Которые уже делают бекапы
> 3. Которые уже проверяют, чтобы разбекапливалось
> По теме: нахер вообще зеркалить гит?
Для снятия нагрузки с основного сервера. Сотни разработчиков (ну хорошо, активных - несколько десятков) + куча билд-серверов, один сервак всё это не вытянет никак.
| | |
| |
| 4.304, GG (ok), 17:51, 30/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
>> По теме: нахер вообще зеркалить гит?
> Для снятия нагрузки с основного сервера. Сотни разработчиков (ну хорошо, активных -
> несколько десятков) + куча билд-серверов, один сервак всё это не вытянет
> никак.
Сотни, десятки, кучи.
Да как два байта переслать вытянет, не девятнадцатый же век на дворе.
И больше вытягивают.
И кластеры ни кто не отменял, кстати.
| | |
| |
| 5.305, PereresusNeVlezaetBuggy (ok), 18:01, 30/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
>>> По теме: нахер вообще зеркалить гит?
>> Для снятия нагрузки с основного сервера. Сотни разработчиков (ну хорошо, активных -
>> несколько десятков) + куча билд-серверов, один сервак всё это не вытянет
>> никак.
> Сотни, десятки, кучи.
> Да как два байта переслать вытянет, не девятнадцатый же век на дворе.
> И больше вытягивают.
Вы забыли про SSH и специфичную для собственно Git математику (та самая проверка хешей и т.д.) при подключении. Это вебдванадесять-сайты раздавать просто.
> И кластеры ни кто не отменял, кстати.
Дык у них и был, и есть кластер. С одним ведущим сервером. Буквосочетание master-slave знакомо?
| | |
|
|
|
|
| |
| 2.76, Аноним (-), 19:23, 25/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– | |
> Двойной хэдшот: Ext4 и Git оказались повреждены.
Сдуру можно и ... сломать. То что это виртуалка - вызывает подозрения что оно вообще на семантику синхронизации с диском могло класть ради скорости, например. А то некоторые наимные чукотские юноши думают что виртуализатор работает быстрее голой железки за счет каких-то чудодейственных свойств. А потом и оказывается что чудеса были за счет забивания на синхронизацию буфферов на диск... :)
| | |
| 2.102, deadless (ok), 21:35, 25/03/2013 [^] [^^] [^^^] [ответить] [↓] [↑] [к модератору]
| +2 +/– |
 просто мёд! дабл фэйл! нужно утащить этот линк и в следующий раз пугать им крикунов типа ext4 меганадежен, git не ломаем, там жэ хэши!...
виртуалка тоже небось под каким-нить XEN/KVM крутилась, и это тоже доставляет!
| | |
| |
| 3.114, vsespb (ok), 22:48, 25/03/2013 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +/– |
 Причём тут надёжность EXT4? Кто сказал что железо было в порядке? Знаете хоть одну файловую систему которая гарантировано не потеряет консистентность на железе с битой памятью? И вообще подробностей про EXT4 нет - может файловая система в порядке, а файлы нет (такое тоже ни одна ФС не гарантирует)
| | |
| |
| |
| 5.253, Аноним (-), 05:18, 27/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +/– | |
> повреждение Ext4...
Сферическое повреждение в вакууме - не аргумент. В мире есть миллионы методов повредить ФС, при том в половине случаев ФС будет вообще не виновата. Если это какой-то баг в EXT4 - одно дело. А если это продолб в конфигурации виртуалки, баг виртуализатора или еще какая-то хрень - так это вообще к другим докторам.
| | |
|
|
| 3.138, Michael Shigorin (ok), 01:48, 26/03/2013 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– |
 > просто мёд! дабл фэйл! нужно утащить этот линк и в следующий раз
> пугать им крикунов типа ext4 меганадежен, git не ломаем, там жэ хэши!...
О, а забрасывайте и мне ссылки на ссылку -- буду архивировать и показывать детишкам, что бывает из неграмотных бздюков, которые не понимают того, что когда-нибудь разваливается _всё_ -- и ext4, и меркава.
Вы хоть избыточность хранилища данных с бэкапом не считаете взаимозаменяемыми, надеюсь?
| | |
| |
| 4.150, nagual (ok), 03:40, 26/03/2013 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +/– |
 >> просто мёд! дабл фэйл! нужно утащить этот линк и в следующий раз
>> пугать им крикунов типа ext4 меганадежен, git не ломаем, там жэ хэши!...
> О, а забрасывайте и мне ссылки на ссылку -- буду архивировать и
> показывать детишкам, что бывает из неграмотных бздюков, которые не понимают того,
> что когда-нибудь разваливается _всё_ -- и ext4, и меркава.
У нас тут Т34 стоит и не разваливается ...
| | |
| |
| 5.179, Kibab (ok), 11:49, 26/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> В многоэтажке живете?
> Кстати, а где Arisu и прочие клованы, что бесновались в каждой новости
> о FreeBSD с SVN?
arisu и прочим клоунам ссылку на новость надо будет теперь давать всегда, если начнут сотрясать воздух. Как пример того, что даже при в целом надёжных и распределённых инструментах можно облажаться, если руки из жопы.
| | |
| |
| 6.190, Michael Shigorin (ok), 14:05, 26/03/2013 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +/– |
> даже при в целом надёжных и распределённых инструментах можно облажаться,
> если руки из жопы.
Ну Вы-то ведь понимаете, что главная проблема была в неприменении обычного бэкапа при том, что релевантные в этом плане свойства используемой DSCM были помножены на ноль конкретикой применения?
Это даже не руки, скорее безмятежное отсутствие набитых шишек было.
Потеряв свой первый архив почты где-то в 2000 или 2001, второй бэкаплю :)
PS: тем, кто начинает тут сопли про SVN разводить: ну головой-то хоть подумайте, "неклоуны", где проблема, а где та разница, которую пытаетесь за уши притянуть.
| | |
| |
| 7.241, Kibab (ok), 23:22, 26/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> Ну Вы-то ведь понимаете, что главная проблема была в неприменении обычного бэкапа
> при том, что релевантные в этом плане свойства используемой DSCM были
> помножены на ноль конкретикой применения?
> Это даже не руки, скорее безмятежное отсутствие набитых шишек было.
Да, конечно. Это ещё раз говорит о том, что надо внимательно читать описание инструментов, прежде чем ими пользоваться. И, как тут уже заметили, у них и не было бекапа, по сути... К гиту претензий тут нет...
| | |
|
| 6.255, Аноним (-), 05:20, 27/03/2013 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– | |
> целом надёжных и распределённых инструментах можно облажаться, если руки из жoпы.
А что, это для вас открытие? Вроде бы законы Мерфи написали далеко не вчера...
| | |
|
|
| 4.185, Аноним (-), 13:08, 26/03/2013 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| –2 +/– |
То что разваливается всё, это и так понятно. Но то что у Грамотных Линуксоидов _после_обновления_, _и_перезагрузки_ раскромсало _надёжную_etx4_ это что-то... Они что, не в курсе, что линукс сейчас это не тот линукс, который был 5-6 лет назад? Или на всё возрастающую глюкодромность как-то принято закрывать глаза, лишь бы корпорасты платили? Да и вообще, перед обновлением и ребутом всегда неплохо бы постелить соломки... Чтобы "по Git-у текло, а в бекап не попало".
| | |
| |
| 5.256, Аноним (-), 05:22, 27/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +2 +/– | |
> возрастающую глюкодромность как-то принято закрывать глаза,
Так функционал возрос. Они вон на виртуалочке, с зеркалами, все дела. Вы сами такое поднимите не на линуксе, а мы и сравним у кого глюков будет больше. А то некоторые которые тут гарцуют - вообще повылетели нафиг из всей энтерпрайзятины за вообще полное и хроническое неумение этой самой виртуализации.
| | |
|
|
|
| |
| 3.168, Адекват (?), 09:24, 26/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> так это плазма упала на севере (
> (шутка)
Набрала критическую массу и вырвалась из электромагнитной ловушки, генерируемой железом сервера :)
| | |
|
|
| |
| |
| 3.45, Zenitur (ok), 18:24, 25/03/2013 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– |
 Мне не понравилось четвёртое и я пользуюсь третьим. Таких как я много: существуют сборки для последних версий всех популярных дистрибутивов Linux. Добавлена поддержка Udisks, Udisks2 и обеспечена сборка в GCC 4.7. Вот и хотят пресечь возможность установки KDE версии меньше 4. Знаю что это вряд ли, но вдруг?!
| | |
| |
| 4.54, Пингвино (ok), 18:45, 25/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
 Я думаю, что тебе следует помалкивать о своей любви к 3-й версии, а то не ровен час и к тебе придет кровавая гэбня. Тогда тебе точно не сдобровать, они будут пытать и таки заставят тебя использовать 4-ю версию!
| | |
| 4.67, Аноним (-), 19:15, 25/03/2013 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +1 +/– | |
> хотят пресечь возможность установки KDE версии меньше 4.
А надзирателей для контроля за ходом пресечения пришлют?
| | |
| |
| 5.95, Zenitur (ok), 20:49, 25/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
Представь себе что ты - Сергей Лукьяненко, и ты издаёшь книги "Последний дозор" и "Новый дозор". А их никто не читает, все читают только Ночной и Дневной, в редких случаях Сумеречный дозор. Обидно? Обидно. Вот я об этом говорю. Только Лукьяненко не может взять и отправить надзирателей, чтобы они отобрали у читателей старые книги и заставили купить новые, а разработчики KDE могут стереть старые и по-прежнему популярные версии KDE с сервера.
| | |
| |
| 6.109, Аноним (-), 22:17, 25/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +/– | |
> а разработчики KDE могут стереть старые и по-прежнему популярные версии KDE с сервера.
Останется сущая мелочь - убедить всю ораву склонировавшую репу проделать то же самое. Иначе оно так и будет циркулировать там и тут. Если это получится - значит над проектом никто более работать не хочет. Вобще никак. Ну а дохлые проекты - не жалко.
| | |
| 6.213, arisu (ok), 17:23, 26/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– |
 > а разработчики KDE могут стереть старые и по-прежнему популярные
> версии KDE с сервера.
всем по барабану. во-первых, есть TDE, во-вторых, то, что однажды попало в интернеты, больше не пропадёт.
| | |
|
|
| 4.88, кевин (?), 19:57, 25/03/2013 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– |
> Мне не понравилось четвёртое и я пользуюсь третьим. Таких как я много:
> существуют сборки для последних версий всех популярных дистрибутивов Linux. Добавлена
> поддержка Udisks, Udisks2 и обеспечена сборка в GCC 4.7. Вот и
> хотят пресечь возможность установки KDE версии меньше 4. Знаю что это
> вряд ли, но вдруг?!
зеня ты был хорошим человеком, но есть вещи про которые нельзя даже думать, а уж темболее намекать!
| | |
|
|
|
| 1.31, Спокойный аноним (?), 17:55, 25/03/2013 [ответить] [﹢﹢﹢] [ · · · ] [↓] [к модератору]
| +8 +/– | |
Разработчики должны были усвоить всего один урок - админ отождествляющий понятия mirror и backup должен быть с позором изгнан из профессии. Ну а выставлять git причиной отсутствия бэкапа - расписаться в полной некомпетентности.
| | |
| |
| 2.205, vi (?), 16:26, 26/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
 > Разработчики должны были усвоить всего один урок - админ отождествляющий понятия mirror
> и backup должен быть с позором изгнан из профессии. Ну а
> выставлять git причиной отсутствия бэкапа - расписаться в полной некомпетентности.
Вы скольких, новых, высококвалифицированных администраторов уже подготовили?
Плюс, за одного битого двух небитых дают!
| | |
|
| 1.42, AZ_from_Belarus (ok), 18:21, 25/03/2013 [ответить] [﹢﹢﹢] [ · · · ] [↓] [к модератору]
| +5 +/– |
Настройкой и поддержанием всяческих репов и зеркал занимаются админы, и это их работа.
Разработкой занимаются разработчики.
В софтверных группах и фирмах случается когда кто-то из разработчиков по совместительству чего-то админит. Ибо там каждый сам сусам и головаст.
И иногда срабатывает не в лучшую сторону отличие в психологии и манере работы.
По тому как эмоционально описывает инцидент "один из администраторов", он более похож на "совместителя".
Классический админ не гнал бы такую волну эмоций, а с отвращением почесывал бы затылок и прикидивал бы как оптимизировать минимальное число телодвижений с минимально-необходимым отбрехиванием и на чем остановиться - на заначенном полном архиве репов недельной давности или стыковать солянку из более свежих но разрозненых копий репов. И еще прикидывал бы с кого бы под шумок срубить пару бутылочек виски и всяких полезных для хозяйства хомячков.
| | |
| |
| 2.118, Crazy Alex (ok), 23:26, 25/03/2013 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +/– |
 Образ у вас получился какой-то... не очень приятный, я бы сказал. Вместо "любой ценой поднять всё" как хотел бы любой, кто болеет за судьбу своего проекта - искать, с кого бы слупить вискарь.
| | |
| 2.142, web (?), 02:55, 26/03/2013 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +1 +/– |
это Вы себя описываете?! мелко... ))
2 статьи про недочеты git за день, это знак. надо посмотреть что там сейчас у меркуриала
| | |
| |
| 3.148, Michael Shigorin (ok), 03:32, 26/03/2013 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +/– | |
> недочеты git [...] надо посмотреть что там сейчас у меркуриала
Так точно то же, если "бэкапить" rsync без снапшотов. Если Вы пытались что-то умное сказать, то всё-таки постарайтесь сперва разобрать ситуацию, в которую вляпались kde-шники, на составные части -- и подумайте о том, какие свойства каких частей надо менять, чтобы хоть именно в такую не вляпаться.
| | |
| |
| 4.157, антуан (?), 08:04, 26/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
Он не должен был отдавать поврежденные данные во-первых. У вас что-то личное с git, что вы его так защищаете не смотря ни на что?
| | |
| |
| 5.192, Michael Shigorin (ok), 14:10, 26/03/2013 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +1 +/– | |
> У вас что-то личное с git, что вы его
...пытаетесь обляпать, несмотря ни на что?
Возьмите листик бумаги, нарисуйте на нём всю упаковку байтиков от "вижу коммит" до "лежит на диске", внимательно перечитайте уже отписавшихся в треде грамотных людей и подумайте ещё раз.
Пока у Вас, к сожалению, не получилось -- но надеюсь, с карандашом в руке дело пойдёт. (это не наезд ни разу, сам так с ручника порой снимаюсь -- может, и у Вас эта инженерная болячка есть)
| | |
| |
| 6.277, антуан (?), 07:34, 27/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
Я к тому, что проверки не должны неявно опускаться при "каком-то --mirror", они должны явно опускаться при каком-нибудь "--skip-checks". Даже в мане ничего об этом не сказано, я проверил. Хрестоматийное нарушение принципа POLA, которой, кстати, бздуны стараются чтить.
| | |
| |
| 7.278, бедный буратино (ok), 07:39, 27/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– |
 > Я к тому, что проверки не должны неявно опускаться при "каком-то --mirror",
> они должны явно опускаться при каком-нибудь "--skip-checks". Даже в мане ничего
> об этом не сказано, я проверил. Хрестоматийное нарушение принципа POLA, которой,
> кстати, бздуны стараются чтить.
mirror - это "идентично". Зеркало не должно кривую рожу распрямлять.
| | |
|
|
| 5.257, Аноним (-), 05:35, 27/03/2013 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– | |
> Он не должен был отдавать поврежденные данные во-первых.
Mirror - для ускоренного разворота зеркал. Быстрого. С исправной копии. А то что дай дураку стеклянный шар, он и шар разобьет и руки порежет - ну, бывает...
| | |
|
|
| 3.222, AZ_from_Belarus (ok), 18:52, 26/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +2 +/– |
Нет, описываю не себя. Я как-то больше в последнее время все больше с людьми работаю. Вот и описываю впечатления о тех, кто где хорош на мой взгляд.
У кодеров, познания могут быть ширше и глубже. Ну и стоят они при этом...
Но в последнее время кодеры попортились. Они в своем менталитете слишком часто завязаны на почасовку в работе. А что еще хуже, все более тяготеют сбрасывать на тестирование или эксплуатацию код, который сами ни разу не посмотрели в работе.
Админы ориентируются не на почасовку, а на профилактику в целях обеспечения круглосуточного функционирования систем. И потому хороший админ избегает аварийных ситуаций, хомячит дополнительные резервные ресурсы и старается делать минимальное количество значимых телодвижений. Но то что делает тщательно проверено им лично.
| | |
|
|
| 1.46, Аноним (-), 18:26, 25/03/2013 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [к модератору]
| +1 +/– |
Правильно говорят, сложная штука этот git. А что, нельзя было сделать git clone и синхронизировать с upstream вместо такого зераклирования (не силён в git, сильно не бейте)?
| | |
| |
| 2.50, Алексей (??), 18:32, 25/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| –2 +/– |
> Правильно говорят, сложная штука этот git. А что, нельзя было сделать git
> clone и синхронизировать с upstream вместо такого зераклирования (не силён в
> git, сильно не бейте)?
Вот они так и сделали.
| | |
| |
| 3.70, Аноним (-), 19:17, 25/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– |
>> Правильно говорят, сложная штука этот git. А что, нельзя было сделать git
>> clone и синхронизировать с upstream вместо такого зераклирования (не силён в
>> git, сильно не бейте)?
> Вот они так и сделали.
Нет, простите. git clone проверяет целостность, с убитого в хлам репа он обновлять не будет.
| | |
| 3.77, Аноним (-), 19:26, 25/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +/– | |
> Вот они так и сделали.
Нет, они не так сделали. Они git --mirror поюзали, а это быстрый разворот зеркала из исправной копии. При этом как раз проверок не делается чтобы быстрее работало.
Но юзать такие технологии не для создания начальной копии-зеркала а для бэкапа? Ать-ать-ать, за такую квалификацию руки надо отрывать.
| | |
| |
| 4.171, тигар (ok), 09:55, 26/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| –2 +/– |
 > Но юзать такие технологии не для создания начальной копии-зеркала а для бэкапа?
> Ать-ать-ать, за такую квалификацию руки надо отрывать.
дык а в ext4 сделали наконец снепшоты или "устаревшая ufs2" и тут жжот, по сравнению с?
| | |
| |
| 5.193, Michael Shigorin (ok), 14:12, 26/03/2013 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| –1 +/– | |
> дык а в ext4 сделали наконец снепшоты
Их сделали, как известно, в lvm. Мало того, снапшот тут был бы полезен разве что для сливания с него в сторонку бэкапа и прибивания. Конкретно в случае git можно и без снапшота на уровне ФС/БД организовать заведомо непротиворечивую копию.
Ох уж мне эти шпециалисты по страшным словам...
| | |
| |
| 6.195, тигар (ok), 14:20, 26/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
>> дык а в ext4 сделали наконец снепшоты
> Их сделали, как известно, в lvm. Мало того, снапшот тут был
> бы полезен разве что для сливания с него в сторонку бэкапа
> и прибивания. Конкретно в случае git можно и без снапшота
> на уровне ФС/БД организовать заведомо непротиворечивую копию.
только вот с "древней" fs в этот момент работать можно.
> Ох уж мне эти шпециалисты по страшным словам...
Сильную обиду чувствую я!:)
| | |
| |
| 7.224, Michael Shigorin (ok), 21:23, 26/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
>> Конкретно в случае git можно и без снапшота на уровне ФС/БД
>> организовать заведомо непротиворечивую копию.
> только вот с "древней" fs в этот момент работать можно.
Эва, на бронепоезде -- читать умеем или сразу рефлекторно пишем?
| | |
|
|
| 5.258, Аноним (-), 05:37, 27/03/2013 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +1 +/– | |
> дык а в ext4 сделали наконец снепшоты или "устаревшая ufs2" и тут жжот, по сравнению с?
Я конечно понимаю что трындеть языком без понимания процессов - это просто. Но это вы просто не видели как снапшотная механика заваливается в случае каких либо неидеальностей на диске. Бывает у кулсисопов.
| | |
|
|
|
|
| |
| |
| 3.175, Int (?), 10:59, 26/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
В данном случае таки фейл.
Ибо трабла в том что git mirror не делает проверку целостности.
Это изначально фейл. Такого быть не должно.
| | |
| |
| |
| 5.216, Int (?), 18:29, 26/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
Еще раз : Если git mirror не делает проверку целостности, это таки фейл гита.
Скопировать директорию гита без контроля целостности любым сподручным инструментом.
И да, это конечно же не означает, что все остальное белое и пушистое.
| | |
| |
| 6.225, Michael Shigorin (ok), 21:25, 26/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– | |
> git mirror
*sigh*
Нету такого. Есть git clone. Который в т.ч. умеет:
--mirror
Set up a mirror of the source repository. This implies --bare.
Compared to --bare, --mirror not only maps local branches of the
source to local branches of the target, it maps all refs (including
remote-tracking branches, notes etc.) and sets up a refspec
configuration such that all these refs are overwritten by a git
remote update in the target repository.
| | |
| |
| 7.242, Kibab (ok), 23:26, 26/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
>[оверквотинг удален]
> Compared
> to --bare, --mirror not only maps local branches of the
> source
> to local branches of the target, it maps all refs (including
> remote-tracking
> branches, notes etc.) and sets up a refspec
> configuration
> such that all these refs are overwritten by a git
> remote
> update in the target repository.
Миш, ну вот откуда я из этого описания должен догадаться об отключённых проверках целостности?
| | |
|
|
|
|
|
| |
| 3.62, anonymous (??), 18:55, 25/03/2013 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| –1 +/– |
>> git как всегда фейл
> При чём тут git? Так можно и на rsync кивать вместо
> головы и рук.
А при том, что не умеет толком проверять репозиторий на наличие фатальных повреждений.
| | |
| |
| 4.69, Аноним (-), 19:17, 25/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +2 +/– | |
> А при том, что не умеет толком проверять репозиторий на наличие фатальных повреждений.
В данном случае дураки в очередной раз обдурили защиту от себе подобных, явным образом вырубив это :)
| | |
|
| 3.217, Int (?), 18:32, 26/03/2013 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +1 +/– |
>> git как всегда фейл
> При чём тут git? Так можно и на rsync кивать вместо
> головы и рук.
При том что rsync сторонняя прога, которая ничего о структуре и целостности копируемых данных сверх предоставляемых FS не должна. ПО ОПРЕДЕЛЕНИЮ.
А вот git - ОБЯЗАН обеспечивать целостность на уровне git.
Это аксиома.
| | |
| |
| 4.260, Аноним (-), 05:40, 27/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– | |
> А вот git - ОБЯЗАН обеспечивать целостность на уровне git.
Если уж человеки в 1986 умудрились взорвать ядерный реактор, хотя там навороченная многоуровневая система защит - что уж тут удивляться какому-то вшивому гиту в каком-то кде?
| | |
| |
| 5.280, Andrey Mitrofanov (?), 10:41, 27/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
>> А вот git - ОБЯЗАН
> Если уж человеки в 1986
Ммм, ну, там эксплуатационщикам тоже, как выяснено на OpenNET, не всё написали в man-е. Однако в части последствий ваша аналогия, "немного не того".
> умудрились | | |
|
|
|
| 2.68, Аноним (-), 19:16, 25/03/2013 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +3 +/– | |
> git как всегда фейл, сколько бы не кричали git-фанбои
Фэйл - это админ который безбашенно миррорит данные и мнит что это заменяет бэкап.
| | |
| 2.74, edwin3d (?), 19:20, 25/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– |
 > git как всегда фейл, сколько бы не кричали git-фанбои
Оно как пистолет. Если Вы прострелите себе ногу своим пистолетом, то это только Ваши личные проблемы .... на данный момент Git в своем классе лучший, вопрос только в кривизне рук которые его используют ...
| | |
| |
| 3.105, deadless (ok), 21:46, 25/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
>> git как всегда фейл, сколько бы не кричали git-фанбои
> Оно как пистолет. Если Вы прострелите себе ногу своим пистолетом, то это
> только Ваши личные проблемы .... на данный момент Git в своем
> классе лучший, вопрос только в кривизне рук которые его используют ...
ога только git это пистолет с ножным приводом, четырьмя сотнями переключателей, размытой мушкой и дулом с рандомайзером, куда стрельнет в итоге не совсем ясно, более запутанную систему команд сложно было придумать. Но дык кто писал! Чел с явно выраженным NIH синдромом. Ах у вас команда checkout делает чекаут, так я тут немного исправлю пусть она хитро переключает ветки/коммиты, а еще пусть создает бранчи вместе с еще 100500 неочевидными результатами. собсно http://habrahabr.ru/post/174163/
| | |
| |
| 4.112, Аноним (-), 22:22, 25/03/2013 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| –1 +/– |
> мушкой и дулом с рандомайзером, куда стрельнет в итоге не совсем
> ясно, более запутанную систему команд сложно было придумать.
То ли дело SVN - там если центральный сервак умрет, факап стопроцентный и фиг оспоришь. Получить копию репа с стороннего разработчика - вообще не вариант, история локально не хранится.
> собсно http://habrahabr.ru/post/174163/
Цитирую:
"Поскольку Git является мощной системой, не все программисты с первого раза понимают что это, и как это работает"
Бедные индусы и быдлокодеры - им сложно пользоваться серьезной тулзой от матерых системщиков. Надо что-нибудь попроще, от братьев по разуму.
| | |
| |
| 5.116, Vkni (ok), 22:59, 25/03/2013 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +4 +/– |
> "Поскольку Git является мощной системой, не все программисты с первого раза понимают
> что это, и как это работает"
Это отмазка. Чем лучше спроектирована система, тем больше всего она умеет и тем одновременно она проще для использования. В общем, git есть куда расти в плане понятности консольного интерфейса.
> Бедные индусы и быдлокодеры - им сложно пользоваться серьезной тулзой от матерых
> системщиков. Надо что-нибудь попроще, от братьев по разуму.
Высококвалифицированный спец с более удобным и предсказуемым инструментом сделает больше, нежели с менее удобным (при том, что инструменты одного класса). И если ему приходится гуглить вместо того, чтобы логичным образом самому построить команду, вы тратите его драгоценное время.
| | |
| |
| 6.121, Crazy Alex (ok), 23:37, 25/03/2013 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +1 +/– |
Вообще да, но это не о гите. Он вполне логичен, если идти не от команд, а от архитектуры. То есть для того, кто таки читает инстукцию перед использованием - сплошной профит. Гуглить там потом есть смысл только на тему "а как еще интересно можно выгнуть гит, чтобы получить остроумный результат". А в данном случае - косяк документации, без вопросов. О том, что при использовании clone --mirror не производится проверка целостности, в мане писать надо большими буквами.
| | |
|
| 5.144, web (?), 03:03, 26/03/2013 [^] [^^] [^^^] [ответить] [↓] [↑] [к модератору]
| +/– |
>[оверквотинг удален]
>> ясно, более запутанную систему команд сложно было придумать.
> То ли дело SVN - там если центральный сервак умрет, факап стопроцентный
> и фиг оспоришь. Получить копию репа с стороннего разработчика - вообще
> не вариант, история локально не хранится.
>> собсно http://habrahabr.ru/post/174163/
> Цитирую:
> "Поскольку Git является мощной системой, не все программисты с первого раза понимают
> что это, и как это работает"
> Бедные индусы и быдлокодеры - им сложно пользоваться серьезной тулзой от матерых
> системщиков. Надо что-нибудь попроще, от братьев по разуму.
man git только на китайском или на древнеегипетчких символах!?
| | |
| 5.153, kshetragia (ok), 05:50, 26/03/2013 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| –1 +/– |
 Поскольку аноним является мощным коллективом, то не все читатели с первого раза понимают смысл их постов.
Всё гениальное - просто. Всё сложное - не нужно. Если я программист, то это не значит, что я должен это делать в гамаке и стоя.
| | |
| |
| 6.154, бедный буратино (ok), 05:53, 26/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +2 +/– |
> Всё гениальное - просто. Всё сложное - не нужно. Если я программист,
> то это не значит, что я должен это делать в гамаке и стоя.
В гамаке и стоя - это без git/hg. Ну если непонятны команды git, ну используйте вы hg или fossil, те же яйца, только без силы Линуса "Я всегда прав, а в этот раз я прав, как никогда" Торвальдса.
| | |
|
|
| 4.136, Michael Shigorin (ok), 01:41, 26/03/2013 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +1 +/– |
> Ах у вас команда checkout делает чекаут, так я тут немного исправлю пусть она хитро
> переключает ветки/коммиты
Ну хоть немного бы подумали (а не знаете -- так почитали) о том, по каким объектам действия производятся. Нет, это не чевеэсные ревизии.
| | |
|
|
|
| 1.49, Константавр (ok), 18:32, 25/03/2013 [ответить] [﹢﹢﹢] [ · · · ] [↑] [к модератору]
| +/– |
 А такой случай упустили, сесть и переписать весь KDE... С нуля! Чтобы не говорили, мол, "эти глюки из-за тех старых пердов, что писали KDE3"
Эх...
| | |
| 1.61, edwin3d (?), 18:55, 25/03/2013 [ответить] [﹢﹢﹢] [ · · · ] [↓] [к модератору]
| +/– |
И эти люди учат НАС ковыряться в носу .... хорошо, что хорошо кончается .... но эта новость отлично показывает, что авось и разгильдяйство присущи всем .... ИМХО - после такой шутки пора намекнуть админам, что ЗП они получают зря ... надо посмотреть на имена "героев"
| | |
| |
| |
| 3.71, edwin3d (?), 19:18, 25/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| –2 +/– |
>> ЗП
> ??
А разве они работают за идею ? По крайней мере пару core админов на full time должно быть ... это ж киокс
| | |
| |
| 4.89, Michael Shigorin (ok), 20:00, 25/03/2013 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +1 +/– | |
> А разве они работают за идею ?
Хорошо бы утверждавшему про ЗП хоть чем-то подтвердить свои слова -- я бы скорее исходил из отсутствия ставки админа как таковой по умолчанию (AZ и другие уже всё по косточкам грамотно разобрали выше).
| | |
| |
| |
| 6.123, Crazy Alex (ok), 23:43, 25/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +/– | |
Ляп не такой уж крутой - по факту если б опция --mirror была документирована как следует - её просто никто не использовал бы для резервного копирования, и никаких проблем не было бы. Ну и, по факту, фейл не такой уж страшный, как тут в статье расписали - поискать пришлось бы день-другой, но, скорее всего, особых проблем не было бы - наверняка уж кто-нибудь имеет нормальные версии.
А если вывести за скобки то, что у них не проверялась целостность гитом (о чем они явно не знали) - то всё нормально организовано - есть куча копий, что тут ещё резервировать?
| | |
| 6.137, Michael Shigorin (ok), 01:45, 26/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– |
> Если в этом случае они не смогли адекватно обеспечить работу
> public service (по сути спасло только чудо)
Ну вспомните смерть гентушной вики.
> то как они относятся к основным задачам в своей работе ?
Если работают над кодом, а не в администрёже -- то не шибко показательно, кстати.
> Давайте попробуем себя поставить на место их работодателей ...
Грамотные как раз знают, что за одного битого двух небитых дают. Ну, если в глазах появилось понимание набитых шишек.
| | |
|
|
|
|
| 2.306, PereresusNeVlezaetBuggy (ok), 19:49, 30/03/2013 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– |
> И эти люди учат НАС ковыряться в носу .... хорошо, что хорошо
> кончается .... но эта новость отлично показывает, что авось и разгильдяйство
> присущи всем .... ИМХО - после такой шутки пора намекнуть админам,
> что ЗП они получают зря ... надо посмотреть на имена "героев"
Не получают. Ни один из админов инфраструктуры KDE не получает за свою работу денег. Это пролетало где-то в их письмах (или постах?) на обсуждаемую тему.
| | |
|
| |
| 2.182, slowpoke (?), 12:52, 26/03/2013 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– | |
>зеркалирование как способ бекапа. окееееей.
предлагаете как то валидировать то что отзеркалировалось?
я например только сейчас слышу что оказывается git clone --mirror может возвращать мусор
| | |
|
| |
| 2.97, Бурбулятор (?), 21:01, 25/03/2013 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| –1 +/– | |
а про инкрементный бекап, как и про вообще системы бекапирвоания, мсье, вообще не в курсе?
"централизованное мышление" блин :) детский садик.
| | |
| |
| |
| 4.130, Бурбулятор (?), 01:12, 26/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
Гражданин наверное имеет отдаленное понятие об администрировании систем?
Может гражданину подтянуть тему?
Хотя, что ожидать от опенсорца. Все же на коленке делается. Какие такие бекапы, будем тупо зеркалировать. Или что еще лучше - каждому сервису поручим следить за целостностью данных самостоятельно. Они же должны уметь, правда? :)
| | |
| |
| 5.135, Michael Shigorin (ok), 01:36, 26/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– | |
> Хотя, что ожидать от опенсорца. Все же на коленке делается.
Можно поинтересоваться, чем Вы лично бэкапите важные данные? Скажем, с bacula оно по ненаколеночности сопоставимо?
PS: ну и вспоминаем, что админы делятся на... :)
| | |
| |
| |
| 7.141, Michael Shigorin (ok), 02:50, 26/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +/– | |
> вся штука в том, что там у них ничего не было.
Видимо, не было понимания значения временнОй оси в вопросах создания и применения копий информации... ну да после такого "пронесло" оно обычно хорошо закрепляется ;-)
| | |
|
| 6.207, vi (?), 16:55, 26/03/2013 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +1 +/– |
>> Хотя, что ожидать от опенсорца. Все же на коленке делается.
> Можно поинтересоваться, чем Вы лично бэкапите важные данные? Скажем, с bacula
> оно по ненаколеночности сопоставимо?
> PS: ну и вспоминаем, что админы делятся на... :)
Разница не в том, что одна система наколенная, другая подколенная, а третья суперколенная.
Главное, когда последний раз очередная резервная копия была проверена на корректность!
Себе напомнил.
| | |
|
|
|
| 3.124, Crazy Alex (ok), 23:47, 25/03/2013 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +1 +/– |
Угу, инкрементный бекап инкрементного бекапа... Проще надо быть. Собственно, если б эти не выпендривались и просто писали git clone/pull, как все и всегда делают - не было бы у них никаких особых проблем, заметили бы повреждение сразу. А раз полезли в экзотические опции - надо их изучить. Хотя здесь в документации, конечно, рповал адский. Мне бы тоже в голову не пришло, что можно использовать для копирования интерфейс гита и не получить проверку целостности. И ведь в мане ни слова, при выполнении команды - тоже...
| | |
| |
| 4.132, Бурбулятор (?), 01:13, 26/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +/– | |
> Угу, инкрементный бекап инкрементного бекапа... Проще надо быть.
такая простота хуже воровства, что мы и видим на текущем примере. Они сочли, что нада еще проще.
| | |
| |
| |
| |
| 7.265, Аноним (-), 06:15, 27/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +2 +/– | |
> Они как раз никуда не полезли.
Нет, они полезли втыкать какие-то ключи, сами фиг знает зачем. Ну и поплатились за это. Бывает и хуже - некоторые вон например за несколько киловольт хватаются. Потом другим приходится обугленные тапки убирать.
| | |
|
|
|
|
|
| 2.180, Kibab (ok), 11:52, 26/03/2013 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| –1 +/– |
> Гит настолько мощный и устойчивый инструмент
>защита от дурка реализована ослабленной
Ты вообще читаешь, что пишешь?
| | |
| |
| 3.283, Аноним (-), 13:00, 27/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +2 +/– |
эта ваша феррари полный отстой - купил себе для пробы и решил на дачу съездить... застрял в луже... в общем делайте выводы...
| | |
|
|
| |
| |
| 3.266, Аноним (-), 06:17, 27/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– | |
> кому оно надо, не могу понять
Судя по тому что оно в дауне - никому не надо. Как минимум из админов. Раздавать такого мамонта через новомодные торенты - неприемлимый авангардизмЪ.
| | |
| |
| 4.279, тигар (ok), 07:44, 27/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| –2 +/– |
>> кому оно надо, не могу понять
> Судя по тому что оно в дауне - никому не надо. Как
> минимум из админов. Раздавать такого мамонта через новомодные торенты - неприемлимый
> авангардизмЪ.
и только бравые ребятЫ из того_самого_дистрибутива могут уже на след. день выкладывать новые iso'шки, которые на болванку [уже] помещаются, которые [уже] вообще бутабельные на, наполняя простаиващие каналы Очень Ценным Трафиком.
p.s. в последний раз качал iso фряхи еще во время 8-current, последнюю которую пришлось ставить _с нуля_ была 10ка, меньше месяца назад. iso не качал. но Продвинутым Пользователям Линукса это, видимо, кажется Шаманством ( установка без болванки/флешки).
| | |
| |
| 5.285, Michael Shigorin (ok), 15:34, 27/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– | |
> и только бравые ребятЫ из того_самого_дистрибутива могут
Можем. А Вы -- нет.
> но Продвинутым Пользователям Линукса это, видимо, кажется
> Шаманством ( установка без болванки/флешки).
Кластер удобней накрывать по PXE (когда оно работает в нужном сегменте), а вот один тазик несколько быстрей залить с флэшки, чем поднимать/подправлять dhcpd/tftpd/nfsd. Особенно когда второго тазика рядом нет.
Кстати, вменяемое начальство таких переделов, которые пытаются всё сделать максимально сложным образом (а то ведь корона упадёт!) вместо технологичного и поддерживаемого -- заменяет здравыми людьми. Надеюсь, у Вас вменяемое и урок когда-то пойдёт на пользу.
| | |
|
|
|
|
| 1.115, Buy (ok), 22:59, 25/03/2013 [ответить] [﹢﹢﹢] [ · · · ] [↓] [к модератору]
| +/– |
 О! Они собираются перейти на ZFS )))
"We could use ZFS on git.kde.org the same way it’s being used on the projects.kde.org box. ZFS has checksumming that detects errors both at the hardware and filesystem level (it is designed to operate on the very valid assumption that disks and memory are, or are going to go, bad; it’s relatively famous for detecting bad hardware that had previously been bit-flipping data silently for years). Its RAID-Z mechanism doesn’t suffer from the RAID Write Hole, it has excellent read performance given decent enough RAM, and it supports cheap Copy-on-Write snapshotting. The total size of all KDE Git repositories is about 25GB; it wouldn’t take a ton of space to make snapshotting directly on the server provide a decent benefit. I’d love to see this in use, but, after having had excellent experiences with it on Linux for a couple of years, I’m a ZFS fanboy at this point; and, I don’t know how well it’s supported on SUSE, which is the distribution git.kde.org is running (although I’ve run it on Gentoo, Debian, and Ubuntu without any problems)."
| | |
| |
| 2.125, Crazy Alex (ok), 23:50, 25/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– |
"could" - это ни разу не "собираются", а "могли бы использовать". По-нормальному использовать гит, как мне кажется, "несколько" проще. Особенно если делать на clone каждый раз, а таки pull.
| | |
| |
| 3.267, Аноним (-), 06:18, 27/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– | |
> дай дураку стеклянную ФС, он и файлы побьет, и руки порежет :(((
И потом будут как тот фрукт на лисяре, когда вся эта махина у них завалится с треском.
| | |
|
|
| 1.127, madhead (?), 00:29, 26/03/2013 [ответить] [﹢﹢﹢] [ · · · ] [↑] [к модератору]
| +3 +/– | |
>Главной ошибкой проектирования стало излишнее доверие первичному серверу git.kde.org, который воспринимался в качестве эталонного и в итоге стал единой точкой отказа.
А нечего из гита свн делать!
| | |
| 1.145, Михрютка (ok), 03:19, 26/03/2013 [ответить] [﹢﹢﹢] [ · · · ] [к модератору]
| +1 +/– |
 > Дело в том, что для резервного копирования
> применялась практика зеркалирования Git-репозитория.
ахтыж... и эти вот люди будут запрещать мне ковыряться в носу?
мне казалось, что даже последний опеннетовский анонимоус понимает, что зеркалирование и бэкап - это не муж и жена, а четыре разных человека. а поди ж ты.
| | |
| |
| 2.161, iZEN (ok), 08:31, 26/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| –3 +/– | |
> В чём проблема, не пойму, у каждого разработчика полная копия репозитория со всей историей. Гиту сервер не нужен вообще.
Для коллективной разработки Git нужен центральный репозиторий, с которым все заинтересованные разработчики синхронизируют изменения из своих локальных репозиториев. В данный момент они ссинхронизировались с битым центральным репозиторием и получили битые данные в своих локальных репозиториях. Вопрос в том, почему это произошло, почему запущенный git pull не смог отследить повреждённые данные и импортировал в локальные репозитории разработчиков ересь, что они не смогли ничего восстановить? Почему нашлась только одна неповреждённая копия репозитория?
| | |
| |
| 3.163, бедный буратино (ok), 08:45, 26/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +/– | |
> Для коллективной разработки Git нужен центральный репозиторий,
Не центральный, а любой, который является точкой обмена. Можно хоть ftn-структуру выстроить с нодами и пойнтами, главными и неглавными.
> с которым все заинтересованные
> разработчики синхронизируют изменения из своих локальных репозиториев. В данный момент
> они ссинхронизировались с битым центральным репозиторием и получили битые данные в
> своих локальных репозиториях.
Этого не может быть.
| | |
| |
| 4.308, qux (ok), 15:50, 03/04/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
 > И кроме того они не удосужились узнать как работает поюзанная ими фича. Что как бы раздолбайство.
Узнать из кода, по-видимому?
| | |
|
|
|
| 1.169, Клыкастый (ok), 09:26, 26/03/2013 [ответить] [﹢﹢﹢] [ · · · ] [↓] [к модератору]
| +/– |
 Децентрализованная система. По ревизиям вжик-вжик. svn - хахаха. а по факту коснись что - "а у кого рабочая версия"? ну и естественно никто эту версию проверять не будет. у нас все свои, мы всем доверяем. ладно хоть обошлось.
| | |
| |
| 2.215, arisu (ok), 17:46, 26/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– | |
> у нас все свои, мы всем доверяем.
…и поэтому подписываем коммиты, например. а кто не подписывает — тот ССЗБ.
| | |
| |
| 3.269, Аноним (-), 06:24, 27/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +/– | |
> …и поэтому подписываем коммиты, например. а кто не подписывает — тот ССЗБ.
У этих, которых никогда ничего не сыпется, не виснет и не хакается - на секурити, интегрити и прочая по жизни просто клали. Фанбои и так хавают, а не фанбои выводы давно уже сделали и свинтили оттуда кто куда.
| | |
|
|
| 1.176, Kibab (ok), 11:41, 26/03/2013 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [к модератору]
| +/– |
Супер-пупер система Git таки сильно разрослась и растолстела. У меня вообще есть ощущение, что всё новые и новые опции для команд появляются потому, что кому-то было лень думать, как свою задачу выполнить серией вызовов уже имеющихся команд, и этот кто-то тупо нахачивает что-то в исходниках, отсылает, это нечто проходит аппрувы и попадает в апстрим.
По пути теряются неочевидные вещи, типа проверки целостности -- ведь тестировал чувак без этого геморроя, а проверяющие и вовсе забыли...
Я в целом ничего не имею против Git и сам им пользуюсь параллельно с Mercurial, но в отличие от последнего у Гита как-то подозрительно много подозрительно ненужных команд и опций. Кто знает, что ещё где потеряли при нахачивании новой "фичи"...
| | |
| |
| 2.270, Аноним (-), 06:27, 27/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +2 +/– | |
> подозрительно много подозрительно ненyжных команд и опций.
"Если мне не нyжно, значит никому не нyжно". Стандартная логика макинтошного хомяка.
А вы знаете, намного лучше если редкая опция нужная раз в год, после дождика в четверг все-таки окажется в программе. Иначе придется ее самому дописывать или как-то еще ужасно костылить. И вот это будет конкретный залет. Вместо того чтобы заниматься своим делом - оказывается надо карандаши точить и кисточки покупать. И вот уже проект встал колом...
| | |
|
| 1.181, slowpoke (?), 12:49, 26/03/2013 [ответить] [﹢﹢﹢] [ · · · ] [↑] [к модератору]
| –1 +/– | |
не понимаю о чем вообще эта новость. git clone --mirror не проверяет целостность того что копируется? они сделали clone и стерли старые бекапы? так?
git fetch после git clone --mirror проверила бы целостность удаленного репозитария или в любом случае git fsck необходим?
| | |
| |
| 2.271, Аноним (-), 06:29, 27/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +/– | |
> Т.е. эти "администраторы" делают резервные копии каждые 20 минут,
Хуже. Они делают зеркала и думают что это - типа, резервная копия.
| | |
|
| |
| 2.247, Бурбулятор (?), 02:01, 27/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> Да, без проверки клонирование быстрее. А если копию записывать в /dev/null -
> быстродействие ошеломляющее.
Вот как раз КДЕ именно туда и надо бекапировать. Они просто это ниасилили.
| | |
| 2.272, Аноним (-), 06:30, 27/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +/– | |
> А если копию записывать в /dev/null - быстродействие ошеломляющее.
Да вот у кедовского админа руки видимо не дошли заоптимизировать свое "бэкапирование" чуть дальше.
| | |
| 2.282, Andrey Mitrofanov (?), 12:52, 27/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> Да, без проверки клонирование быстрее. А если копию записывать в /dev/null -
> быстродействие ошеломляющее.
На медни _отлаживал :-| копирование из /dev/zero в /dev/null, так замахался с ключами dd и прочими пайпами, чтоб получить не 63Мб/с, а 547, или даже 808. И при том, чтоб "записалось" столько же _байтов, сколько было подано на вход.
...а вы говорите, git.
+++Бросил, у "клиента" всё работает"зашибись".
| | |
|
| |
| 2.284, j4ck (??), 13:01, 27/03/2013 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
да нормальный git бекап ))
надо просто было делать по крону 'git clone' в отдельные папки по дням недели (было б 7 копий в неделю), хотя имхо лучше с этим справиться rsync
| | |
|
| 1.300, ptr (??), 00:03, 30/03/2013 [ответить] [﹢﹢﹢] [ · · · ] [к модератору]
| –3 +/– |
 Что то меня этот момент в GIT сильно смутил. Я как-то больше с SVN работаю, а там физически нереально ни при зеркалировании, ни при иной репликации удалить ревизию. То есть, разрушение какого-то репозитория, конечно могло привести к удалению файлов в последней ревизии. Но это лечилось бы просто откатом на предыдущую.
| | |
|
