The OpenNET Project / Index page

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



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

Оглавление

Разработчики Systemd намерены внедрить кардинально новые мет..., opennews (?), 01-Сен-14, (0) [смотреть все] +8

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


70. "Разработчики Systemd намерены внедрить кардинально новые мет..."  +1 +/
Сообщение от имя (?), 01-Сен-14, 12:11 
В этой новости упущена одна любопытная деталь: Лёня хочет ещё и /etc/passwd заменить списком btrfs-томов с названиями вида home:<user>:<uid>:<gid>.
Ответить | Правка | Наверх | Cообщить модератору

112. "Разработчики Systemd намерены внедрить кардинально новые мет..."  –2 +/
Сообщение от Аноним (-), 01-Сен-14, 13:25 
Гулять, так гулять. Предлагаю заменить btrfs на ZFS, а то не смешно в 21-ом веке получать no space left on device.
Ответить | Правка | Наверх | Cообщить модератору

142. "Разработчики Systemd намерены внедрить кардинально новые мет..."  +1 +/
Сообщение от Аноним (-), 01-Сен-14, 14:54 
> Гулять, так гулять. Предлагаю заменить btrfs на ZFS, а то не смешно
> в 21-ом веке получать no space left on device.

И с каких это пор замена btrfs на ZFS добавляет физически "спейса" на "девайсе"? Или ZFS могет каким-то магическим способом записать, скажем, 1ТБ несжимаемых данных на 1ГБ носитель? С возможностью эти данные с носителя прочитать неповрежденными?


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

143. "Разработчики Systemd намерены внедрить кардинально новые мет..."  +/
Сообщение от Аноним (-), 01-Сен-14, 14:59 
BTRFS имеет такую "фичу", как раздельное выделение дискового места под данные и метаданные. Причем, назад выделенное место освобождается назад только после ребалансинга (каковой проводить зачастую просто невозможно из-за загруженности дисков). В результате может наступить момент, когда весь диск отдан под данные (где куча свободного места, да), а под метаданные - места нет.
Ответить | Правка | Наверх | Cообщить модератору

335. "Разработчики Systemd намерены внедрить кардинально новые мет..."  +1 +/
Сообщение от Аноним (-), 02-Сен-14, 05:55 
> BTRFS имеет такую "фичу", как раздельное выделение дискового места под данные и метаданные.

И это довольно крутая фича, потому что позволяет иметь разные уровне RAID для данных и метаданных.

> может наступить момент, когда весь диск отдан под данные (где куча
> свободного места, да), а под метаданные - места нет.

Если свободное место есть где-нибудь еще - btrfs просто там слепит очередной chunk для метаданных.

А ZFS на уровне дизайна вообще ни о чем. Нормальных экстентов - нет. Бэкреференсов - нет, так что просто и быстро удвинуть данные с "вон того диска" чтобы его изъять из пула - фигвам (а оно вообще научилось цивилизованно вынимать диски из пулов уже?). Управление памятью - через жо, с ядром не интегрировано. CoW для отдельных файлов - фиг отключишь. Разные уровни RAID пообъектно? Ну что вы, оно так высоко не летает. Нахрен этот выпердыш такой нужен? В линухе не делают по принципу "третий сорт - не брак", грызть такие кактусы прерогатива всяких фрибсд, которые сами ни 1 ФС нормально не смогли сделать, поэтому вынуждены питаться подaчкaми.

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

392. "Разработчики Systemd намерены внедрить кардинально новые мет..."  +1 +/
Сообщение от Аноним (-), 02-Сен-14, 11:01 
> Если свободное место есть где-нибудь еще - btrfs просто там слепит очередной chunk для метаданных.

В какой версии? Я вплоть до ядер 3.15 пробовал, один хрен - 100% под данные (реально 30% занято) и no enough space при любой записи.

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

493. "Разработчики Systemd намерены внедрить кардинально новые мет..."  +/
Сообщение от Аноним (-), 03-Сен-14, 16:24 
> В какой версии?

Да оно так изначально задумано. Почему у вас такой интересный перекос получается - вот это интересно. То-есть я допускаю что в каком-то краевом случае ФС можно так перекосить, но чего вы для этого делаете, хотя-бы?

> Я вплоть до ядер 3.15 пробовал, один хрен -
> 100% под данные (реально 30% занято) и no enough space при любой записи.

Я стесняюсь спросить: какого размера при этом файловая система была, например?

И "занято 30%" на CoW - понятие очень относительное. Например, если вы сделали снапшот - ну вы же понимаете что дальше все отличие от оного будут храниться? И даже стирание файла при этом не освободит место а наоборот. Потому что хранится и состояние с файлом и метаданными в виде "файл есть" и новое состояние метаданных - "файла больше нет". Собственно это то про что Мэйсон говорил когда рассказывал что сложно считать свободное место. Если сгоряча налепить например постоянных снапшотов - можно получть отсутствие места без единого файла в текущем состоянии ФС :).

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

528. "Разработчики Systemd намерены внедрить кардинально новые мет..."  +/
Сообщение от Аноним (-), 03-Сен-14, 19:27 
Графит, блин. Какой уж тот краевой случай... Никаких снапшотов, ничего. Просто база whisper-а. Сначала все хорошо, а через несколько дней - no space left и все, ничего не сделать - балансинг приводит сервер в нерабочее состояние (грузит диски), потом падает в корку без исправления проблемы или освобождает гигабайтик, который тут же уезжает под те же данные.
Ответить | Правка | Наверх | Cообщить модератору

530. "Разработчики Systemd намерены внедрить кардинально новые мет..."  –1 +/
Сообщение от Аноним (-), 03-Сен-14, 19:30 
> Графит, блин. Какой уж тот краевой случай... Никаких снапшотов, ничего. Просто база
> whisper-а. Сначала все хорошо, а через несколько дней - no space
> left и все, ничего не сделать - балансинг приводит сервер в
> нерабочее состояние (грузит диски), потом падает в корку без исправления проблемы
> или освобождает гигабайтик, который тут же уезжает под те же данные.

Зря ты тут распинаешься. Он же все эти красивости только в документациях читал. И своими руками почти ничего не трогал. Вот от этого и разговоры про мешающие портянки на сотни страниц, кнопка сделать хорошо, всё уже давно работает...

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

591. "Разработчики Systemd намерены внедрить кардинально новые мет..."  +/
Сообщение от Аноним (-), 05-Сен-14, 15:56 
> Графит, блин. Какой уж тот краевой случай... Никаких снапшотов, ничего. Просто база
> whisper-а.

Погодите, я правильно понимаю что вы положили БД с активной записью на CoW ФС? Это как правило очень субоптимальная идея, сразу на старте. Если уж хочется впереть базу с интенсивной записью, логично CoW выключить, чтобы не клещился с журнальной логикой. Все-равно снапшоты баз - очень грабельная вещь (ФС понятия не имеет о консистетности базы и прочей лабуде). В btrfs можно пофайлово, атрибут +С файлу поставить (man chattr - имеются особенности).

> Сначала все хорошо, а через несколько дней - no space left и все,

На первый взгляд похоже на ушатывание CoW механики БД с активной записью в сущность типа базы. Если я угадал - это с самого начала запрыг на грабли, но все-таки некоторые странности мне не понятны.

> ничего не сделать - балансинг приводит сервер в нерабочее состояние
> (грузит диски), потом падает в корку без исправления проблемы

Да по идее оно и само должно бы старые данные GC-ом выпиливать. Такое ощущение что вы CoW-выноски генерите быстрее чем GC их собирать успевает (БД в которые активно пишут это потенциально могут). Но вообще-то там вроде должны были сделать форсирование GC, если с местом душно. Кроме того, в кору падать - по любому криво. Если у вас последняя версия утилсов а они смеют крашиться - по любому баг стоит написать в трекер или рассылку.

> или освобождает гигабайтик, который тут же уезжает под те же данные.

Это наводит на мысль что вы положили CoW механику оптовыми выносками которые оно лепит на запись в базу. А если отключить файлу базы и журналу базы CoW? Крашрекавери и журналирование у баз как правило свое, т.к. они не могут полагаться на то какая там ФС.

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

295. "Разработчики Systemd намерены внедрить кардинально новые мет..."  +6 +/
Сообщение от Ytch (ok), 02-Сен-14, 00:12 
> Лёня хочет ещё и /etc/passwd заменить

/etc/passwd уже заканчивается на d! Его-то зачем менять?

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

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

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




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

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