The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Проект KDE чудом не потерял содержимое всех Git-репозиториев, opennews (??), 25-Мрт-13, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


46. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"  +1 +/
Сообщение от Аноним (-), 25-Мрт-13, 18:26 
Правильно говорят, сложная штука этот git. А что, нельзя было сделать git clone и синхронизировать с upstream вместо такого зераклирования (не силён в git, сильно не бейте)?
Ответить | Правка | Наверх | Cообщить модератору

50. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"  –2 +/
Сообщение от Алексей (??), 25-Мрт-13, 18:32 
> Правильно говорят, сложная штука этот git. А что, нельзя было сделать git
> clone и синхронизировать с upstream вместо такого зераклирования (не силён в
> git, сильно не бейте)?

Вот они так и сделали.

Ответить | Правка | Наверх | Cообщить модератору

70. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"  +1 +/
Сообщение от Аноним (-), 25-Мрт-13, 19:17 
>> Правильно говорят, сложная штука этот git. А что, нельзя было сделать git
>> clone и синхронизировать с upstream вместо такого зераклирования (не силён в
>> git, сильно не бейте)?
> Вот они так и сделали.

Нет, простите. git clone проверяет целостность, с убитого в хлам репа он обновлять не будет.

Ответить | Правка | Наверх | Cообщить модератору

77. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"  +/
Сообщение от Аноним (-), 25-Мрт-13, 19:26 
> Вот они так и сделали.

Нет, они не так сделали. Они git --mirror поюзали, а это быстрый разворот зеркала из исправной копии. При этом как раз проверок не делается чтобы быстрее работало.

Но юзать такие технологии не для создания начальной копии-зеркала а для бэкапа? Ать-ать-ать, за такую квалификацию руки надо отрывать.

Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

171. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"  –2 +/
Сообщение от тигар (ok), 26-Мрт-13, 09:55 
> Но юзать такие технологии не для создания начальной копии-зеркала а для бэкапа?
> Ать-ать-ать, за такую квалификацию руки надо отрывать.

дык а в ext4 сделали наконец снепшоты или "устаревшая ufs2" и тут жжот, по сравнению с?

Ответить | Правка | Наверх | Cообщить модератору

193. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"  –1 +/
Сообщение от Michael Shigorinemail (ok), 26-Мрт-13, 14:12 
> дык а в ext4 сделали наконец снепшоты

Их сделали, как известно, в lvm.  Мало того, снапшот тут был бы полезен разве что для сливания с него в сторонку бэкапа и прибивания.  Конкретно в случае git можно и без снапшота на уровне ФС/БД организовать заведомо непротиворечивую копию.

Ох уж мне эти шпециалисты по страшным словам...

Ответить | Правка | Наверх | Cообщить модератору

195. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"  –1 +/
Сообщение от тигар (ok), 26-Мрт-13, 14:20 
>> дык а в ext4 сделали наконец снепшоты
> Их сделали, как известно, в lvm.  Мало того, снапшот тут был
> бы полезен разве что для сливания с него в сторонку бэкапа
> и прибивания.  Конкретно в случае git можно и без снапшота
> на уровне ФС/БД организовать заведомо непротиворечивую копию.

только вот с "древней" fs в этот момент работать можно.
> Ох уж мне эти шпециалисты по страшным словам...

Сильную обиду чувствую я!:)

Ответить | Правка | Наверх | Cообщить модератору

224. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"  +/
Сообщение от Michael Shigorinemail (ok), 26-Мрт-13, 21:23 
>> Конкретно в случае git можно и без снапшота на уровне ФС/БД
>> организовать заведомо непротиворечивую копию.
> только вот с "древней" fs в этот момент работать можно.

Эва, на бронепоезде -- читать умеем или сразу рефлекторно пишем?

Ответить | Правка | Наверх | Cообщить модератору

275. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"  –1 +/
Сообщение от тигар (ok), 27-Мрт-13, 07:20 
>>> Конкретно в случае git можно и без снапшота на уровне ФС/БД
>>> организовать заведомо непротиворечивую копию.
>> только вот с "древней" fs в этот момент работать можно.
> Эва, на бронепоезде -- читать умеем или сразу рефлекторно пишем?

т.е. след. коммент ты потер, а свой, блестящий, оставил? давай переквочу, специально для тех кто слаб глазами/не может держать в уме больше 1 прочтенной строки:

>> дык а в ext4 сделали наконец снепшоты
> Их сделали, как известно, в lvm.  Мало того, снапшот тут был  <фапанье на git выброшено>

теперь стало ясно, к чему было сообщение, в ответ на которое ты поведал что ездишь в бронепоезде?

Ответить | Правка | Наверх | Cообщить модератору

288. "*sigh*"  +1 +/
Сообщение от Michael Shigorinemail (ok), 27-Мрт-13, 16:19 
> т.е. след. коммент ты потер

Так он выставлял Вас как полного дурака, обида разве что в том и может состоять.  Но если хотите -- специально попрошу Максима, чтоб восстановил написанный Вами и удалённый мной #228.  И пусть дурь будет привселюдна.

> давай переквочу, специально для тех кто слаб глазами/не может держать
> в уме больше 1 прочтенной строки:
>>> дык а в ext4 сделали наконец снепшоты
>> Их сделали, как известно, в lvm.
> теперь стало ясно, к чему было сообщение, в ответ на которое ты
> поведал что ездишь в бронепоезде?

И ведь вроде же Вы не так давно ещё проявляли признаки наличия интеллекта...

ДА НЕ НУЖНЫ ТУТ СНАПШОТЫ, БЛОНДИНКА.  НЕ ПОМОГУТ.  НИ ТЕ, НИ ЭТИ, НИ ТРЕТЬИ.

По самой что ни на есть тривиальной причине: ФАЙЛОВАЯ СИСТЕМА И БЛОЧНОЕ УСТРОЙСТВО В ПРИНЦИПЕ НЕ МОГУТ ОБЕСПЕЧИВАТЬ ЦЕЛОСТНОСТЬ ОПРЕДЕЛЯЕМЫХ СЛОЕМ ВЫШЕ СТРУКТУР ДАННЫХ.

Для клинически непроходимых головой "мегоодминов", которые вообще не понимают, как работают компьютеры -- могу и на пальцах: если git в момент формирования снапшота на уровне ФС как раз изменял данные (либо ФС в момент формирования снапшота на уровне block device) -- то снапшот может оказаться попросту неконсистентным.

Для формирования заведомо пригодного к созданию _надёжной_ резервной копии снапшота требуется уметь структуры данных и блокировки на уровне приложения, которое пишет.  Будь это SCM или РСУБД.

Будете ещё так выступать -- я ведь не поленюсь и соберу консилиум грамотных BSD-шников, чтоб Вам мозги вправили и рот открывать стало хоть на некоторое время стыдно о том, в чём понимаете даже меньше меня.

Доступно сказано?

Ответить | Правка | Наверх | Cообщить модератору

290. "*sigh*"  –1 +/
Сообщение от тигар (ok), 27-Мрт-13, 16:47 
>> т.е. след. коммент ты потер
> Так он выставлял Вас как полного дурака, обида разве что в том
> и может состоять.  Но если хотите -- специально попрошу Максима,
> чтоб восстановил написанный Вами и удалённый мной #228.  И пусть
> дурь будет привселюдна.

ты правда не понимаешь о чем речь выше по треду или прикидываешься? Еще раз повторю, в надежде что с N-го раза поймешь. речь шла о есть/нет снепшоты на уровне fs, в ключе "древней и тормозной ufs2" vs модной/молодежной/стабильной/etc ext4 (смотри новость о FreeNAS). сколько раз нужно повторить чтобы дошло?

> И ведь вроде же Вы не так давно ещё проявляли признаки наличия
> интеллекта...

извини, всеже не буду "Вы"кать, раз беседа "задалась". так вот, ты тоже проявляешь данные признаки, временами. что сейчас мешает?
[тут мой браузер отказался квотить истерику]
> Для формирования заведомо пригодного к созданию _надёжной_ резервной копии снапшота требуется
> уметь структуры данных и блокировки на уровне приложения, которое пишет.  
> Будь это SCM или РСУБД.

гениально! только где я писал обратное?
> Будете ещё так выступать -- я ведь не поленюсь и соберу консилиум
> грамотных BSD-шников, чтоб Вам мозги вправили и рот открывать стало хоть
> на некоторое время стыдно о том, в чём понимаете даже меньше
> меня.

пока будешь собирать, тебя, надеюсь, отпустит, так что давай, собери.
> Доступно сказано?

Ответить | Правка | Наверх | Cообщить модератору

258. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"  +1 +/
Сообщение от Аноним (-), 27-Мрт-13, 05:37 
> дык а в ext4 сделали наконец снепшоты или "устаревшая ufs2" и тут жжот, по сравнению с?

Я конечно понимаю что трындеть языком без понимания процессов - это просто. Но это вы просто не видели как снапшотная механика заваливается в случае каких либо неидеальностей на диске. Бывает у кулсисопов.

Ответить | Правка | К родителю #171 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру