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

"Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репозитории многих проектов "	+/–
Сообщение от opennews (??), 13-Июн-22, 09:32
Поддерживаемая сообществом FreeDesktop инфраструктура разработки на основе платформы GitLab (gitlab.freedesktop.org)... Подробнее: https://www.opennet.me/opennews/art.shtml?num=57341
Ответить | Правка | Cообщить модератору

Сообщения

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

1. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	–3 +/–
Сообщение от Аноним (1), 13-Июн-22, 09:32
Ужастный программный продукт не работающий без ужастного js
Ответить | Правка | Наверх | Cообщить модератору

	33. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+3 +/–
	Сообщение от Аноним (33), 13-Июн-22, 11:11
	Всё так всё так фичи ради фич, потребление ради потребление. Нужна отдельная и достаточно мощная машина чтобы ворочить этим монстром. К сожалению это всем нравится и это печалит.
	Ответить | Правка | Наверх | Cообщить модератору

	39. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+/–
	Сообщение от Аноним (39), 13-Июн-22, 11:27
	Как это повлияло на возникновение рассматриваемого инцидента?
	Ответить | Правка | Наверх | Cообщить модератору

	50. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+/–
	Сообщение от Аноним (50), 13-Июн-22, 12:10
	Как то что Gitlab УГ на то что произошло какое-то УГ? Да прямо пропорциональное повлияло.
	Ответить | Правка | Наверх | Cообщить модератору

	136. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	–1 +/–
	Сообщение от Аноним (-), 14-Июн-22, 03:07
	Если кто пользуется УГ, логично ожидать что и остальное у него будет таким же УГ.
	Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

3. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+10 +/–
Сообщение от Иваня (?), 13-Июн-22, 09:37
Позор какой, 2 SSD полетело и приехали... Как-то всё у них не Scalability.
Ответить | Правка | Наверх | Cообщить модератору

	15. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+3 +/–
	Сообщение от Жока (?), 13-Июн-22, 10:07
	При чем тут scalability, икстпкрт ты наш?
	Ответить | Правка | Наверх | Cообщить модератору

	21. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+/–
	Сообщение от Ooiiii (?), 13-Июн-22, 10:40
	Ну не масштабируемо все как-то у них, что непонятного?)
	Ответить | Правка | Наверх | Cообщить модератору

	30. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+/–
	Сообщение от Аноним (30), 13-Июн-22, 11:05
	А что не так с масштабируемостью? Напихиваем еще дисков в Raid и поехали. Но на SSD нужды деньги, а их у сообщества не оказалось, видимо.
	Ответить | Правка | Наверх | Cообщить модератору

	38. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+1 +/–
	Сообщение от Cemen (?), 13-Июн-22, 11:24
	Для таких проектов рейд это как мёртвому припарки. Рейд не настолько стабильная система, и оба диска в рейде выходят не так редко, и вероятность такого события из 100 серверов пару процентов. Ну и по закону подлости бывает, что диски одного производителя и одной партии начинают сыпаться в один момент... Да и бывают некомпетентные админы, которые убивают второй диск в рейд. Плюс к примеру могут быть катаклизмы, скачки электроэнергии. Поэтому используют кластеризацию c нечётным количеством узлов и ceph. Но ceph довольно дорог в реализации. Поэтому не редко делают кластер на костылях. Но сервера разносят по разным ДЦ, чтобы исключить одновременного выхода всех серверов. С git конечно не все так плохо и он сам спроектирован как распределенные хранищиле, и это просто набор файлов, которые разработчики просто могу залить со своего компа и развернуть репозиторий предоставив доступ к этим файлам. Но мердж реквесты, багрепорты, комментарии хранятся уже не в git, а в gitlab. Поэтому скорее всего они могут быть утеряны.
	Ответить | Правка | Наверх | Cообщить модератору

	44. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+/–
	Сообщение от Аноним (44), 13-Июн-22, 11:48
	> Ну и по закону подлости бывает, что диски одного производителя и одной партии начинают сыпаться в один момент... Подлость со стороны кого?
	Ответить | Правка | Наверх | Cообщить модератору

	46. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+/–
	Сообщение от Аноним (46), 13-Июн-22, 11:54
	Со стороны админа, поставившего в рейд диски из одной партии. Что за глупые вопросы?
	Ответить | Правка | Наверх | Cообщить модератору

	60. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+1 +/–
	Сообщение от Аноним (44), 13-Июн-22, 12:59
	Стрелочники? Нам нужно больше стрелочников!
	Ответить | Правка | Наверх | Cообщить модератору

	107. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+1 +/–
	Сообщение от КО (?), 13-Июн-22, 16:01
	Тогда уж от разных производителей, чего мелочиться.
	Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

	71. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+/–
	Сообщение от Аноним (71), 13-Июн-22, 14:01
	"Закон Мёрфи".
	Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

	53. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+/–
	Сообщение от Аноним (50), 13-Июн-22, 12:14
	Ты забыл рассмотреть вариант что в твой ДЦ может прилететь ракета.
	Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

	112. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+/–
	Сообщение от Жока (?), 13-Июн-22, 16:25
	Вот мерж реквесты и баг репорты как раз и проще сделать высокодоступными подняв несколько мастеров постгреса в разных ДЦ С гитом же сложнее так оно хочет бекенд для файлов в виде объекта  ФС
	Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

	122. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	–1 +/–
	Сообщение от Семен (??), 13-Июн-22, 18:52
	Копия репозитория уже есть у разработчиков. Архитектура гит такова, что у разработчика полная история коммитов всех отслеживаемых веток. Могут лишь последние коммиты потерять и то мало вероятно, т.к. все мердж реквесты проходят через мейнтейнеров. git репозиторий синхронизируется легко любым файловым менеджером или rsync. Поэтому если сервер накроется медным тазом, восстановить все не вызовет проблем. Думаю проблема там была, что сэкономили, и на нормальное разворачивание ceph денег не хватило, с нормальным не четным фактором репликации, таких проблем не было бы, и что умерло два диска это не смертельно для нормального ceph. Но там видимо сделали через одно место ради экономии, и функции ceph сделали бесполезными и он так будет не редко терять данные. И с ограниченным бюджетом надо было отказаться от ceph и выбрать другой способ репликации. Классические грабли.
	Ответить | Правка | Наверх | Cообщить модератору

	147. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+/–
	Сообщение от Аноним (147), 14-Июн-22, 21:34
	Доступность БД выше, чем доступность файловых объектов? Это какой-то новый уровень смузихлёбства 🦄
	Ответить | Правка | К родителю #112 | Наверх | Cообщить модератору

	151. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+/–
	Сообщение от Michael Shigorin (ok), 17-Июн-22, 11:35
	> и оба диска в рейде Понимаю, что Вы наверняка видели не только рейды из двух дисков, но всё же поёжился. Так-то именно из-за double fault по дискам (особенно из одной партии, физически более-менее одновременно подошедшим к пределу своего бытия) и пришлось городить RAID6 на замену RAID5, насколько слышал...
	Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

4. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+6 +/–
Сообщение от Аноним (4), 13-Июн-22, 09:43
Я правильно понял из переписки, что первый SSD у них вылетел уже давно, но так как Ceph справлялась, его замену откладывали? И тут вылетел второй SSD, а бэкапы у них не делались, полагаясь на дублирование в Ceph.
Ответить | Правка | Наверх | Cообщить модератору

	8. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+7 +/–
	Сообщение от Герострат (?), 13-Июн-22, 09:55
	Глобально и надёжно
	Ответить | Правка | Наверх | Cообщить модератору

	16. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	–1 +/–
	Сообщение от n00by (ok), 13-Июн-22, 10:08
	Если кому-то было нужно, что бы оно сломалось, то переписку сейчас читать поздно - её уже замусорили.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	41. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+/–
	Сообщение от Аноним (41), 13-Июн-22, 11:32
	Я так понял Ceph был из одной ноды и весь его смысл в их случае заключается в усложнении восстановления относительно обычного RAID?
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	55. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+1 +/–
	Сообщение от Fracta1L (ok), 13-Июн-22, 12:26
	> Ceph был из одной ноды Шедеврально
	Ответить | Правка | Наверх | Cообщить модератору

	135. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	–2 +/–
	Сообщение от Аноним (135), 14-Июн-22, 00:22
	Давайте вмете поможем ребятам! sudo ceph pg repair ... И смотреть tree И дальше стачать в бубен. А то мож тупо не знают?
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

6. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	–3 +/–
Сообщение от Аноним (6), 13-Июн-22, 09:49
Не даром есть пословица: халявное золото портит людей lol.jpg
Ответить | Правка | Наверх | Cообщить модератору

7. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+4 +/–
Сообщение от Аноним (7), 13-Июн-22, 09:53
И так сойдёт! Я работаю на от-сь как и все здесь!
Ответить | Правка | Наверх | Cообщить модератору

	17. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+1 +/–
	Сообщение от Ooiiii (?), 13-Июн-22, 10:11
	И сначала пойду посплю
	Ответить | Правка | Наверх | Cообщить модератору

12. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+1 +/–
Сообщение от n00by (ok), 13-Июн-22, 10:02
> данные по отслеживанию ошибок и рецензированию кода > могут быть частично потеряны Ради такого может и сразу пять накопителей совершенно случайно выйти из строя.
Ответить | Правка | Наверх | Cообщить модератору

	18. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+/–
	Сообщение от mikhailnov (ok), 13-Июн-22, 10:20
	За ними же свои n00by не бегают и каждый косяк не записывают, зачем терять ошибки
	Ответить | Правка | Наверх | Cообщить модератору

	27. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	–3 +/–
	Сообщение от n00by (ok), 13-Июн-22, 10:49
	Ну а зачем твой белый господин из RH/IBM платит тебе за внедрение в гос.учреждения РФ кода, в котором ты понимаешь ноль целых ноль десятых? Ему, как и тебе, хочется кушать за чужой счёт. Одно переполнение стека Тысячеглаз из вашей шаражки уже сам и скопипастил.
	Ответить | Правка | Наверх | Cообщить модератору

	43. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+/–
	Сообщение от Аноним (39), 13-Июн-22, 11:39
	Уже не платит, санкции. Да и в РФ запрещается использовать иностранное ПО с 2025 г.
	Ответить | Правка | Наверх | Cообщить модератору

	49. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+/–
	Сообщение от n00by (ok), 13-Июн-22, 12:08
	А кто сказал, что схемка оплаты иноагентов будет прозрачной для всех? RH даёт "бесплатно" исходники. mikhailnov говорит "я принял автономное решение!" и качает эти исходники. После чего добавляет нескучные обои и продаёт это государству. Ну и попутно пишет отчёт хозяину https://github.com/systemd/systemd/issues/22158 - что бы видели, с кем имеют дело. ;)
	Ответить | Правка | Наверх | Cообщить модератору

	70. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+2 +/–
	Сообщение от Аноним (70), 13-Июн-22, 13:47
	А ведь код почти стал отечественной разработкой
	Ответить | Правка | Наверх | Cообщить модератору

	97. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	–1 +/–
	Сообщение от n00by (ok), 13-Июн-22, 15:09
	Ну так скачать сырцы, необработанный код, а потом разработать ОС - это же примерно как купить рудники Uranium One и продавать половине мира ТВЭЛы, чуть-чуть не дотягивает. ;)
	Ответить | Правка | Наверх | Cообщить модератору

	72. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+/–
	Сообщение от Аноним (71), 13-Июн-22, 14:03
	Nooooo
	Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

	123. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+/–
	Сообщение от Аноним (123), 13-Июн-22, 19:06
	>органам государственной власти ты забыл упомянуть. О полном маразме с запретом для всех российских граждан и резидентов речи пока не идёт.
	Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

	28. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+/–
	Сообщение от n00by (ok), 13-Июн-22, 10:55
	- Мишель, звони скорее в скорую, бабушке плохо! - Сейчас, мамо, как раз для них трендовый сет иконок собираю в пакетик. ... - Мишель, скорая не приехала! - Это апстрим всё сломал! Кляты пен-сы! Они же наши враги! - Что же теперь делать? - Ты звони в агентство, а я выкину из бабушкиной квартирки неподдерживаемый хлам.
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

13. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+1 +/–
Сообщение от Аноним (13), 13-Июн-22, 10:05
"Проект systemd формально относится к FreeDesktop" Хм...
Ответить | Правка | Наверх | Cообщить модератору

14. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+3 +/–
Сообщение от Бывалый смузихлёб (?), 13-Июн-22, 10:07
«Вернуть в строй хранилище для кластера Kubernetes с первого захода не удалось, после чего администраторы ушли спать» Хорошие, ответственные одмены Но других для опенсорса всё равно нет почему-то Хотя есть смутное подозрение что это были не энтузиасты и им очень неплохо платили за *вот это*
Ответить | Правка | Наверх | Cообщить модератору

	69. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+/–
	Сообщение от Аноним (70), 13-Июн-22, 13:42
	Для прессы: "Всё можно восстановить без проблем. Но мы лучше поспим, чтобы не сделать ошибок из-за переработок" Реальность: "Мы не знали что такое Ceph и внедрили его, так как это модно. Сейчас всё сломалось, а у нас не хватает квалификации для восстановления работоспособности. Мы ищем настоящих специалистов"
	Ответить | Правка | Наверх | Cообщить модератору

	81. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+3 +/–
	Сообщение от Аноним (81), 13-Июн-22, 14:31
	> Мы не знали что такое Ceph и внедрили его, так как это модно Абсолютное большинство новых технологий и фреймворков именно так и внедряются, сами не зная зачем и для чего, лишь потому что модно и все так делают, вместо того чтобы воспользоваться традиционным решением из пары строчек кода.
	Ответить | Правка | Наверх | Cообщить модератору

	148. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+/–
	Сообщение от Аноним (148), 14-Июн-22, 23:57
	> Мы не знали что такое Ceph и внедрили его, так как это модно > Ceph > модно > The first line of code that ended up being part of Ceph was written by Sage Weil in 2004 Проект уже совершеннолетний, водку в магазине покупать может, но для местных подпивасов всё ещё какой-то слишком модный.
	Ответить | Правка | К родителю #69 | Наверх | Cообщить модератору

	118. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+1 +/–
	Сообщение от Аноним (148), 13-Июн-22, 17:32
	Работать во внеурочное время — удел корпорабов на онколле.
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

	139. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+1 +/–
	Сообщение от 1 (??), 14-Июн-22, 09:26
	"Караул устал"
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

	144. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+/–
	Сообщение от Аноним (144), 14-Июн-22, 14:45
	А что не так? Никто не обязан перерабатывать.
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

	152. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+/–
	Сообщение от Michael Shigorin (ok), 17-Июн-22, 11:39
	Вообще-то уйти спать, когда уже не соображаешь -- как раз более трезво и ответственно, чем в дурмане запороть вообще всё безвозвратно (когда понимаешь, что минуту назад было вообще-то не так уж и плохо, стоило только образы дисков куда-нить ещё слить)...
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

	154. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+/–
	Сообщение от Бывалый смузихлёб (?), 17-Июн-22, 16:18
	> Вообще-то уйти спать, когда уже не соображаешь -- как раз более трезво > и ответственно, чем в дурмане запороть вообще всё безвозвратно (когда понимаешь, > что минуту назад было вообще-то не так уж и плохо, стоило > только образы дисков куда-нить ещё слить)... Ну по возможности перед работами делают бекап чего только можно А учитывая, что на сабже базируется множество проектов, там, скорее всего, реагирование чуть ли не в течение часа должно быть помимо мощного резервирования( и работали наверняка не на честном слове ) Даже в ООО "ИТ( Рога ИИ Копыта )" за нерешённую за приемлемый срок проблему с падением сервака могут запросто выкинуть А тут - падение, похоже, даже не внезапное( упоминалось, что один хард ужен упавший был, оно на втором тянуло, т.е упало нафиг из-за непроизведённой в сколь-нибудь разумные сроки замены ), ещё и с чистой совестью куда-то ушли
	Ответить | Правка | Наверх | Cообщить модератору

25. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	–6 +/–
Сообщение от Аноним (81), 13-Июн-22, 10:43
git в общем то не нужен для кодеров-одиночек и лишь усложняет процесс. new_folder, old_new_folder наше все! Гиту место разве что в Ынтырпрайзе и в качестве хостинга для кода.
Ответить | Правка | Наверх | Cообщить модератору

	29. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	–1 +/–
	Сообщение от Аноним (-), 13-Июн-22, 11:04
	Самый отличный folder -- это пинок по яйцам, складывает так, что хрен разогнёшься потом. А эти твои хипстерские new folder'ы -- отстой.
	Ответить | Правка | Наверх | Cообщить модератору

	36. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+/–
	Сообщение от Аноним (33), 13-Июн-22, 11:17
	Одиночному и тесты не нужны и стайлгайды чтобы писать не говнокод и документация. Это совершенно не значит что это хорошо и так надо всем делать.  Даже одиночным кодерам.
	Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

	42. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	–1 +/–
	Сообщение от Аноним (46), 13-Июн-22, 11:34
	Как минимум тесты нужны всегда, потому что иначе ты никогда не узнаешь вовремя, что где-то что-то сломалось, и почему. А так посмотрел, что отвалилось, и можешь чётко сообщить причину. Стиль… От проекта к проекту может ощутимо отличаться. Это совершенно не имеет никакого отношения к качеству кода, скорее к эффективности и сложности сопровождения.
	Ответить | Правка | Наверх | Cообщить модератору

	47. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+1 +/–
	Сообщение от Аноним (-), 13-Июн-22, 11:58
	> не имеет никакого отношения к качеству кода, скорее к эффективности и сложности сопровождения. Код сопровождается гораздо дольше, чем пишется. Поэтому всё, что влияет на эффективность и сложность сопровождения определённо относится к качеству кода.
	Ответить | Правка | Наверх | Cообщить модератору

	75. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+3 +/–
	Сообщение от Аноним (81), 13-Июн-22, 14:20
	> Код сопровождается гораздо дольше Ущербная логика, учитывая что 99% проектов проваливаются в первые месяцы и код этот нафиг никому не нужен. А если проект выстрелил, то и с нуля переписать не грех сделав уже все по правилам. Поэтому для стартапа имеет смысл использовать фреймворки и рассматривать все лишь как ПРОТОтип.
	Ответить | Правка | Наверх | Cообщить модератору

	95. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+/–
	Сообщение от НяшМяш (ok), 13-Июн-22, 14:55
	> то и с нуля переписать не грех сделав уже все по правилам Жаль, что 99% выстреливших стартапов так не думают. Написали на электроне, выстрелили - да так и будут сидеть.
	Ответить | Правка | Наверх | Cообщить модератору

	51. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	–1 +/–
	Сообщение от Аноним (50), 13-Июн-22, 12:12
	Вот уж нет уж. Любого пыхера спроси запускается значит работает.  Вы конечно пишете из идеального мира, но вот одиночки говнокодеры это совсем другая история.
	Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

	77. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+2 +/–
	Сообщение от Аноним (81), 13-Июн-22, 14:23
	Одиночки, как правило, генерируют куда более качественный код. В первую очередь, потому что все делается одним человеком в едином стиле. Другое дело, если это очередной ГС однодневка, то такой проект пилить смысла нет качественно, всеравно он в 99% случаев прогорит, а труды будут напрасны.
	Ответить | Правка | Наверх | Cообщить модератору

	85. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	–2 +/–
	Сообщение от Аноним (50), 13-Июн-22, 14:38
	Это потому что некому сказать что их код полное УГ. И конкретно ему всё понятно, что часто правда. Проект однодневка может быть вполне потому что поддерживать его становится невозможно.   Сколько таких проектов от одного разработчика, которые сдают заказчику. А потом при доработке третьей стороной у третьей стороны седеют волосы и горят пердаки?
	Ответить | Правка | Наверх | Cообщить модератору

	108. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+3 +/–
	Сообщение от Аноним (108), 13-Июн-22, 16:04
	Дeбил, 99% стартапов проваливаются ДАЛЕКО не по причине качества кода и не из-за технической части в целом.
	Ответить | Правка | Наверх | Cообщить модератору

	128. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+/–
	Сообщение от Аноним (128), 13-Июн-22, 21:54
	1% выстреливших проектов одиночек так и остаётся говнокодом.
	Ответить | Правка | Наверх | Cообщить модератору

	93. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+/–
	Сообщение от Аноним (46), 13-Июн-22, 14:50
	Чёт маняфантазии. Если нет корпоративных стандартов написания кода и грамотного проектирования, то в итоге на всём сэкономят. Почти на все опенсорс поделки больно смотреть именно из-за этого.
	Ответить | Правка | К родителю #77 | Наверх | Cообщить модератору

	109. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	–3 +/–
	Сообщение от Аноним (108), 13-Июн-22, 16:05
	Смотри смузи не поперхнись
	Ответить | Правка | Наверх | Cообщить модератору

	129. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+/–
	Сообщение от Аноним (128), 13-Июн-22, 21:54
	Смотри с радуги не упади на своём розовом пони.
	Ответить | Правка | Наверх | Cообщить модератору

	76. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+/–
	Сообщение от Бывалый смузихлёб (?), 13-Июн-22, 14:22
	непросто, наверное, лепить тонны тестов, проверяющих, не съехала ли кнопка при отображении на каком-то из десятка разных устройств или не слишком ли визуально мелким стал размер шрифта на каком-то из устройств или, не съехал и угол поворота( ориентация ) фотографий на некоторых устройствах а потом - менять их ввиду очередных изменений дизайна в ходе поддержки возможно, это даже более трудоёмко чем делать сам проект. Возможно, не у каждого даже такое железо найдётся чтобы потянуть такое
	Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

	82. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+/–
	Сообщение от Аноним (46), 13-Июн-22, 14:34
	Тесты это оооочень уныло и ресурсоёмко, особенно, корректные тесты. Однако, в итоге, они экономят время и ресурсы самым чудесным образом. В целом, полное покрытие тестами даже не обязательно иметь, хотя и желательно (тут уже зависит от того, сколько за это платят). А размер шрифта не имеет никакого отношения к коду, это уже вопрос к дизайнерам.
	Ответить | Правка | Наверх | Cообщить модератору

	99. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+2 +/–
	Сообщение от Аноним (99), 13-Июн-22, 15:41
	Так ты еще хуже тестировщик чем хочешь выглядеть. Как ты определишь что сейчас на сайте именно тот размер и тот самый шрифт как хотел дизайнер? Больше того дизайнера не будет каждый день смотреть на твой сайт. А шрифт и размер могут изменится из-за многих причин шрифт с гугл фонт не загружается или версия фреймворка внезапно поменялась и всё потянула за собой. Ну а если тебе пофиг правда, зачем эти тесты пусть заказчик мониторит если ему заняться больше нечем.
	Ответить | Правка | Наверх | Cообщить модератору

	105. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	–2 +/–
	Сообщение от Аноним (46), 13-Июн-22, 15:59
	Я могу принять только необходимость автоматизировано "прокликать" необходимые кнопки в интерфейсе и убедиться, что в результате получается ожидаемый результат. На look and feel вообще по-барабану, не того уровня заботы. А так да, если ВНЕШНИЙ ресурс не загрузился, это ОГРОМНАЯ проблема. То, что там внезапно оказался не тот ресурс, тоже необходимо проверить, но это уже чужая проблема. Фреймворки, понятное дело, тестируются тоже, чтобы вся требуемая функциональность давала ожидаемый результат. А так же проверяются все валидные данные, чтобы не было сюрпризов после обновления.
	Ответить | Правка | Наверх | Cообщить модератору

	124. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+/–
	Сообщение от Аноним (124), 13-Июн-22, 19:29
	Вот из-за таких как ты сабж и случается. Но вы все равно продолжайте выходить на связь.
	Ответить | Правка | Наверх | Cообщить модератору

	126. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	–1 +/–
	Сообщение от Аноним (46), 13-Июн-22, 20:05
	> Вот из-за таких как ты сабж и случается. Но вы все равно > продолжайте выходить на связь. Из-за таких, как я, случившийся сабж исправляется в кратчайшие сроки (если, конечно, бюджет позволяет). Ну, в любом случае, некоторые операции чисто технически занимают много времени, и если резервирования не было, то извините. А вот зачем такие как вы выходят на связь, сие есть тайна великая.
	Ответить | Правка | Наверх | Cообщить модератору

	130. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	–1 +/–
	Сообщение от Аноним (128), 13-Июн-22, 21:57
	Ну про бюджет это ты хорошо сказал. Разводить заказчика на поддержке говнокода, который без поддержки разваливается это норм стратегия.
	Ответить | Правка | Наверх | Cообщить модератору

	132. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+/–
	Сообщение от Аноним (46), 13-Июн-22, 22:06
	Что угодно разваливается без поддержки. Тесты тоже нужны в первую очередь для сопровождения обновляемой системы.
	Ответить | Правка | Наверх | Cообщить модератору

	40. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+2 +/–
	Сообщение от Аноним (46), 13-Июн-22, 11:30
	И в итоге у тебя тысяча этих вручную сделанных папок (и это только за месяц), а когда тебе надо найти, что было до изменений в интересном месте, надо их все перебрать. Очень эффективно.
	Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

	48. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+/–
	Сообщение от Аноним (44), 13-Июн-22, 12:04
	Когда время на перебор сравняется со временем необходимым на написание последнего варианта кода. Что необходимо будет делать?
	Ответить | Правка | Наверх | Cообщить модератору

	52. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+1 +/–
	Сообщение от Аноним (50), 13-Июн-22, 12:13
	Да выкинуть твой код в помойку. Что, что.
	Ответить | Правка | Наверх | Cообщить модератору

	153. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+/–
	Сообщение от Michael Shigorin (ok), 17-Июн-22, 11:41
	s/в /на /
	Ответить | Правка | Наверх | Cообщить модератору

	54. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+2 +/–
	Сообщение от n00by (ok), 13-Июн-22, 12:16
	Тогда придётся написать заказчику, что случился пожар, а то про SSD уже не поверит.
	Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

	80. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+1 +/–
	Сообщение от Аноним (81), 13-Июн-22, 14:27
	Чем масштабные ложь, тем больше в нее верят. Проверено в школьные годы 😆
	Ответить | Правка | Наверх | Cообщить модератору

	86. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+3 +/–
	Сообщение от Аноним (50), 13-Июн-22, 14:39
	У тебя галактика белая!
	Ответить | Правка | Наверх | Cообщить модератору

56. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+/–
Сообщение от Аноним (56), 13-Июн-22, 12:34
>из-за выхода из строя сразу двух SSD-накопителей Что может быть не так, если использовать SSD, у которых циклы записи ограничены как надёжностью ячеек, так и счётчиком ресурса, в системе по типу RAID 1?
Ответить | Правка | Наверх | Cообщить модератору

	67. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+3 +/–
	Сообщение от Аноним (70), 13-Июн-22, 13:38
	Проблема не в ssd, а в отсутствии бекапов(и Ceph) ssd тут вообще не причём
	Ответить | Правка | Наверх | Cообщить модератору

	103. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+1 +/–
	Сообщение от Аноним (103), 13-Июн-22, 15:58
	он_дропнул_базу_и_не_делал_бэкапы.jpg
	Ответить | Правка | Наверх | Cообщить модератору

57. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+/–
Сообщение от Anonymoustus (ok), 13-Июн-22, 12:40
Чинить не надо, так и оставьте.
Ответить | Правка | Наверх | Cообщить модератору

59. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+/–
Сообщение от Аноним (59), 13-Июн-22, 12:47
Есть подозрение, что Ceph работал на тех же машинах, что и кубик. Кубик не терпит swap, а вот ceph без свопа может и не восстановиться https://habr.com/ru/company/oleg-bunin/blog/431536/ (прощу прощения за хабр)
Ответить | Правка | Наверх | Cообщить модератору

64. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+5 +/–
Сообщение от abu (?), 13-Июн-22, 13:30
Казалось бы, все условия нового времени соблюдены - тут тебе и GitLab, и Kubernetes, и SSD, и Ceph. И поспать сходили, и за ушком почесали, и зеркала тут тебе, и вообще. А с первого захода - не удалось.
Ответить | Правка | Наверх | Cообщить модератору

	66. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+2 +/–
	Сообщение от Аноним (70), 13-Июн-22, 13:36
	Не хватает докера, который устарел А ещё нужно заменить все cli инструменты на электрон А, ну да, и ос обязательно должна быть rolling release и без Lts с мейнтейнерами по квотированию
	Ответить | Правка | Наверх | Cообщить модератору

	121. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+/–
	Сообщение от Аноним (59), 13-Июн-22, 18:39
	> Казалось бы, все условия нового времени соблюдены - тут тебе и GitLab, и Kubernetes, и SSD, и Ceph. Мартышка и очки.
	Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

	131. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+/–
	Сообщение от Аноним (128), 13-Июн-22, 21:59
	Кстати теперь можно искать еще более новый смузи стек.
	Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

	143. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+/–
	Сообщение от пох. (?), 14-Июн-22, 14:17
	Не нужно, они уже сделали правильный выбор, теперь им можно просто ceph апгрейдить. Результат примерно такой же будет.
	Ответить | Правка | Наверх | Cообщить модератору

87. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+1 +/–
Сообщение от Аноним (87), 13-Июн-22, 14:40
Рутрекер он же из-за этого прилег, да?
Ответить | Правка | Наверх | Cообщить модератору

	96. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+1 +/–
	Сообщение от НяшМяш (ok), 13-Июн-22, 14:58
	Кстати отличная идея, надо создавать раздачи с различным кодом.
	Ответить | Правка | Наверх | Cообщить модератору

89. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	–1 +/–
Сообщение от Аноним (89), 13-Июн-22, 14:44
Администраторы ушли спать сами знаете почему. Не только у нас все бухают.
Ответить | Правка | Наверх | Cообщить модератору

	100. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+1 +/–
	Сообщение от Аноним (99), 13-Июн-22, 15:43
	Кстати в курсе что доступ на опеннет из Украины запрещен?
	Ответить | Правка | Наверх | Cообщить модератору

	106. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+/–
	Сообщение от Аноним (108), 13-Июн-22, 16:01
	С укрАйны доступ вообще на все .ru запрещен, приходится сидеть через warp 1.1.1.1
	Ответить | Правка | Наверх | Cообщить модератору

	150. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+/–
	Сообщение от Cttr (ok), 16-Июн-22, 01:36
	Только если .ru указывает на РФ сервер.
	Ответить | Правка | Наверх | Cообщить модератору

98. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	–2 +/–
Сообщение от муу (?), 13-Июн-22, 15:28
вот что бывает когда одмины сжвшные хипсторы, daniels в частности редкостное изделие из латекса, пересекался с ним ...
Ответить | Правка | Наверх | Cообщить модератору

	142. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	–1 +/–
	Сообщение от пох. (?), 14-Июн-22, 14:12
	> вот что бывает когда одмины сжвшные хипсторы, яка "инфраструктура" такие и админы. Не тратиться же на корпоративные схд или хотя бы отдельную серверную инфру для sds. Прошлую историю с четырьмя разными неработающими бэкапами (потому что опять чтоб денег не платить, поэтому туды не лезло, сюды можно не чаще раза в месяц, отсюда нельзя проверять восстановление потому что очень дорого) уже забыли?
	Ответить | Правка | Наверх | Cообщить модератору

101. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+4 +/–
Сообщение от Михрютка (ok), 13-Июн-22, 15:47
бедные ребята. в #freedesktop сплошной shotgun debugging 21:24 bentiss: daniels: sigh, the new server doesn't even survive a reboot, it fails at finding the root 21:27 bentiss: I guess my cloud-init script killed the root 21:35 bentiss: FWIW, reinstalling it мимопроходилы делятся перлами типа 12:18 JoniSt: That's nice to hear. Reminds me of the fact that a single raid1 btrfs might also not be enough to keep my own Gitlab instance alive if something happens...
Ответить | Правка | Наверх | Cообщить модератору

	137. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+/–
	Сообщение от n00by (ok), 14-Июн-22, 08:22
	> бедные ребята. в #freedesktop сплошной shotgun debugging > 21:24 bentiss: admiral rogers: free my wife please, I am not going to bring the new server to life, > 21:27 bentiss: I promise my cloud-init script kill the root > 21:35 bentiss: FWIW, reinstalling it > 21:65 admiral rogers: mgimo finished? Надо надеяться на лучшее, разбогатеют.
	Ответить | Правка | Наверх | Cообщить модератору

111. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+/–
Сообщение от Аноним (103), 13-Июн-22, 16:23
А чем Ceph лучше, чем Tahoe LAFS?
Ответить | Правка | Наверх | Cообщить модератору

	115. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+2 +/–
	Сообщение от Аноним (115), 13-Июн-22, 16:51
	даже рейд-0 на HDD и то надёжней.
	Ответить | Правка | Наверх | Cообщить модератору

113. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+/–
Сообщение от Аноним (113), 13-Июн-22, 16:25
> Ожидается, что восстановление займёт ещё несколько дней. FTFY // b.
Ответить | Правка | Наверх | Cообщить модератору

117. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+/–
Сообщение от brain_bug (?), 13-Июн-22, 17:29
Какой десктоп, такой и сервер.
Ответить | Правка | Наверх | Cообщить модератору

119. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+2 +/–
Сообщение от Аноним (119), 13-Июн-22, 17:33
Как мы без этого г**на жили 15 лет назад... И ведь все работало.
Ответить | Правка | Наверх | Cообщить модератору

	133. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	–2 +/–
	Сообщение от Аноним (59), 13-Июн-22, 23:02
	Скопировал файл - и готово, никаких git-ов, KISS и благодать.
	Ответить | Правка | Наверх | Cообщить модератору

120. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+1 +/–
Сообщение от Kuromi (ok), 13-Июн-22, 18:01
"Вернуть в строй хранилище для кластера Kubernetes с первого захода не удалось, после чего администраторы ушли в запой" *FIXED
Ответить | Правка | Наверх | Cообщить модератору

	125. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+1 +/–
	Сообщение от Аноним (124), 13-Июн-22, 19:30
	Ты так пишешь как будто это что-то плохое.
	Ответить | Правка | Наверх | Cообщить модератору

138. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+2 +/–
Сообщение от Аноним (138), 14-Июн-22, 09:25
Все тут пишут про FreeDesktop и GitLab, а новость-то про Ceph... Новость про то, что время восстановления после сбоя программно-определяемого хранилища, построенного поверх Ceph занимает у опытных системных администраторов столько-то времени: "после чего администраторы ушли спать...". Причем это не первый случай. Сейчас искать лень, но чуть ли не на хабре народ делился, что отладка и восстановление degraded хранилища поверх Ceph это 24-48 часов. И вот кидайте в меня своими какахами, минусами и хамскими комментариями, но я, лично, считаю, что это непозволительно долго. На мой взгляд, виной тому - монетизация: есть 1001 способ как вы можете создать кластер Ceph, но надёжный там только 1 (конвергентный, отдельно стоящий кластер не менее чем из 5-ти симметричных узлов) и средств автоматизации восстановления в случае сбоя всё равно нет. Но если вы купите техподдержку Red Hat, то восстанавливать ваш сломанный Ceph вам будет в 4 раза быстрее. Для меня это всё повод не пользоваться Ceph.
Ответить | Правка | Наверх | Cообщить модератору

	140. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+/–
	Сообщение от anonymous (??), 14-Июн-22, 09:44
	капитализ он такой
	Ответить | Правка | Наверх | Cообщить модератору

	141. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+/–
	Сообщение от пох. (?), 14-Июн-22, 14:07
	Столько букв вместо одной фразы: ceph - мегаусложненное неуправляемое г-но.  Причем каждый год в каждой новой версии устроенное по-разному (Но если вы купите техподдержку - это уже не ваши проблемы.) Ну а сочетание с k8s на тех же хостах - просто шедевральный ход. Чтоб денег не платить. > Для меня это всё повод не пользоваться Ceph. да, storage direct наше всьо (потому что другие шва6одкиные альтернативы примерно такие же - и никто не знает как их в случае чего чинить)
	Ответить | Правка | К родителю #138 | Наверх | Cообщить модератору

	145. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+/–
	Сообщение от Аноним (144), 14-Июн-22, 14:50
	Смешались в кучу кони, люди... если вам надо 10 терабайт скопировать по сети, то вам придётся подождать пока 10 терабайт скопируются по сети.
	Ответить | Правка | К родителю #138 | Наверх | Cообщить модератору

	146. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."	+/–
	Сообщение от пох. (?), 14-Июн-22, 17:56
	особенность шитCeph в том числе и та, что ему ВНЕЗАПНО становится ННАДО скопировать 10 терабайт при восстановлении сдохших osd. И пусть весь мир подождет (рейт лимиты, управление полосой - неееа, не слышали). Шедевр антиинженерии.
	Ответить | Правка | Наверх | Cообщить модератору

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

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