The OpenNET Project / Index page

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



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

"Раздел полезных советов: Создание и обслуживание разделов с ..."  +/
Сообщение от auto_tips (??), 25-Июл-12, 12:03 
Для примера создадим Btrfs-раздел размером 1 Тб, включающий в себя два диска по 500 Гб (/dev/sdb и /dev/sdc):

   # mkfs.btrfs /dev/sdb /dev/sdc

   adding device /dev/sdc id 2
   fs created label (null) on /dev/sdb
   nodesize 4096 leafsize 4096 sectorsize 4096 size 10.00GB

Для проверки, что файловая система охватывает два диска выполним:

   # btrfs filesystem show /dev/sdb

   Label: none  uuid: b4f5c9a8-d8ec-4a5b-84f0-2b8c8d18b257
   Total devices 2 FS bytes used 28.00KB
   devid    1 size 5.00GB used 1.53GB path /dev/sdb
   devid    2 size 5.00GB used 1.51GB path /dev/sdc

Смонтируем созданную ФС:

   # mount /dev/sdb /mnt

монтировать следует первое устройство /dev/sdb, при попытке дополнительно смонтировать /dev/sdc будет выдано предупреждение:

   # mount /dev/sdc /mnt

   mount: /dev/sdc already mounted or /mnt busy
   mount: according to mtab, /dev/sdb is already mounted on /mnt

Просмотрим информацию о смонтированном разделе:

  # df -h /mnt

   Filesystem      Size  Used Avail Use% Mounted on
   /dev/sdb         10G   56K  8.0G   1% /mnt

   # btrfs filesystem df /mnt

   Data, RAID0: total=1.00GB, used=0.00
   Data: total=8.00MB, used=0.00
   System, RAID1: total=8.00MB, used=4.00KB
   System: total=4.00MB, used=0.00
   Metadata, RAID1: total=1.00GB, used=24.00KB
   Metadata: total=8.00MB, used=0.00


Создадим подраздел с именем subbasefoo для хранения файлов и директорий:

   # btrfs subvolume create subbasefoo

   Create subvolume './subbasefoo'

Поместим в данный подраздел три пустых файла foobar1, foobar2 и foobar3:

   # touch foobar1 foobar2 foobar3

Создадим снапшот с именем subbasefoo-20120501 созданного ранее подраздела и проверим, что файлы в нём находятся в неизменном виде:

   # btrfs subvolume snapshot subbasefoo/ subbasefoo-20120501

   Create a snapshot of 'subbasefoo/' in './subbasefoo-20120501'

   # ls -R
   subbasefoo  subbasefoo-20120501
   ./subbasefoo:
   foobar1  foobar2  foobar3
   ./subbasefoo-20120501:
   foobar1  foobar2  foobar3

Удалим файлы в основном подразделе и убедимся, что они сохранились в снапшоте (занимаемое файлами дисковое пространство освободится только после удаления снапшота).

По сути снапшот является тем же подразделом, поэтому к нему применимы все команды для подразделов, в том числе создание новых  снапшотов. Для использования возможности восстановления состояния подраздела рекомендуется создавать новые снапшоты при проведении в них экспериментов - если рузультат оказался удачен, старый снапшот можно удалить, а если нет - удалить экспериментальный снапшот.


Интересной особенностью является возможность клонирования файлов без расходования дополнительного дискового пространства на каждую копию (хранится только один экземпляр данных). Для подобного клонирования в процессе копирования утилитой cp следует использовать опцию reflink. Например клонируем  файл rantest.tst, размером 200 Мб:

   # df -h .
   Filesystem      Size  Used Avail Use% Mounted on
   -                10G  201M  7.8G   3% /mnt/btrfs/subbasefoo

   # cp --reflink rantest.tst clonetest.tst
   # df -h .

   Filesystem      Size  Used Avail Use% Mounted on
   -                10G  201M  7.8G   3% /mnt/btrfs/subbasefoo

URL: http://www.oracle.com/technetwork/articles/servers-storage-a...
Обсуждается: http://www.opennet.dev/tips/info/2702.shtml

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

Оглавление

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


1. "Создание и обслуживание разделов с файловой системой Btrfs"  +/
Сообщение от Аноним (-), 25-Июл-12, 12:03 
># btrfs subvolume create subbasefoo

Узакзаьб в каком именно разделе или файловой системе создавать подраздел нельзя?
>Data, RAID0: total=1.00GB, used=0.00

смущает. Если используется 2 (возможно разных диска) под одну fs, то btrfs создает рейд0 для данных что ли?
Даже если не рейд0, то как распределяются данные по 2-м дискам, каие данные пропадут при потере 1-го или 2-го из них?

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

8. "Создание и обслуживание разделов с файловой системой Btrfs"  +/
Сообщение от ананим (?), 26-Июл-12, 00:11 
>Узакзаьб в каком именно разделе или файловой системе создавать подраздел нельзя?

можно. btrfs subvolume create [<dest>/]<name>
где <dest> именно то, что вы спрашиваете.
>>Data, RAID0: total=1.00GB, used=0.00
>смущает. Если используется 2 (возможно разных диска) под одну fs, то btrfs создает рейд0 для данных что ли?

https://btrfs.wiki.kernel.org/index.php/Using_Btrfs_with_Mul...

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

2. "Создание и обслуживание разделов с файловой системой Btrfs"  +/
Сообщение от Xander (??), 25-Июл-12, 14:04 
Чем cp --reflink отличается от hard link?
Ответить | Правка | Наверх | Cообщить модератору

3. "Создание и обслуживание разделов с файловой системой Btrfs"  +/
Сообщение от Andrey Mitrofanov (?), 25-Июл-12, 14:24 
> Чем cp --reflink отличается от hard link?

Вам пожевать кусочек info coreutils 'cp invocation' ?

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

4. "Создание и обслуживание разделов с файловой системой Btrfs"  +/
Сообщение от Xander (??), 25-Июл-12, 14:50 
Спасибо, пожуйте кому-нибудь другому.
Ответить | Правка | Наверх | Cообщить модератору

5. "Создание и обслуживание разделов с файловой системой Btrfs"  –5 +/
Сообщение от anonymous (??), 25-Июл-12, 21:06 
Как же это отвратительно сложено и непоследовательно по сравнению с zfs.
Ответить | Правка | Наверх | Cообщить модератору

6. "Создание и обслуживание разделов с файловой системой Btrfs"  +1 +/
Сообщение от Andrey Mitrofanov (?), 25-Июл-12, 21:39 
> Как же это отвратительно

Синдром отмены? ///Вам ваши "друзья" контраккеров не подкинули? Да-да, пинги и тфтп ч-з нат ещё _более отвратительны! grub, gmp, ... На что у ваших там ещё "реакция"? gcc, binutils... Поблюйте, поблюйте -- надо из себя выдавливать.

>и непоследовательно по сравнению с zfs.

FAT-16 гораздо более последователен, нет?

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

14. "Создание и обслуживание разделов с файловой системой Btrfs"  –2 +/
Сообщение от anonymous (??), 26-Июл-12, 17:48 

>FAT-16 гораздо более последователен, нет?

Действительно, какая острая реакция.
Я лишь хочу сказать что для работы с zfs достаточно две команды. И после 15-и минут изучения мана в него можно больше не залазить, поскольку после выполнения пары операций становится понятно как можно сделать все остальное, концептуально все выстроено очень четко.
А в btrfs черт ногу сломит. 4 года ведется разработка, а прогресс мизерный, нет и половины фитч, которые есть в zfs, а то что есть можно было реализовать поверх тех же ext*+lvm, не плодя дополнительных сущностей. Есть подозрение, что Тео просто взялся за дело которое ему не под силу.

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

16. "Создание и обслуживание разделов с файловой системой Btrfs"  +2 +/
Сообщение от Аноним (-), 27-Июл-12, 00:29 
> Действительно, какая острая реакция.
> Я лишь хочу сказать что для работы с zfs достаточно две команды.
> И после 15-и минут изучения мана в него можно больше не
> залазить, поскольку после выполнения пары операций становится понятно как можно сделать
> все остальное, концептуально все выстроено очень четко.

Наоборот. zfs - весьма нелогичный бардак.

> А в btrfs черт ногу сломит. 4 года ведется разработка, а прогресс мизерный, нет и половины фитч, которые есть в zfs,

Ну да, встроенного в ядро самба-сервера до сих пор нет. И не ожидается.

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

19. "Создание и обслуживание разделов с файловой системой Btrfs"  +/
Сообщение от anonymous (??), 27-Июл-12, 16:25 

> Наоборот. zfs - весьма нелогичный бардак.

Можно конкретизировать что вы считаете бардаком?

>Ну да, встроенного в ядро самба-сервера до сих пор нет. И не ожидается.

А еще raid5/10, send/receive, шифрования, arc/l2arc...

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

30. "Создание и обслуживание разделов с файловой системой Btrfs"  +/
Сообщение от Аноним (-), 28-Июл-12, 22:51 
> Можно конкретизировать что вы считаете бардаком?

Общее устройство ФС и отношение к обруливанию проблемных моментов ее авторами. Типа фрагментации, неважной скорости работы, etc.

>>Ну да, встроенного в ядро самба-сервера до сих пор нет. И не ожидается.
> А еще raid5/10, send/receive, шифрования, arc/l2arc...

О да, btw... http://www.phoronix.com/scan.php?page=news_item&px=MTE0NzE
Так что send/receive уже есть :D

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

35. "Создание и обслуживание разделов с файловой системой Btrfs"  +/
Сообщение от ананим (?), 29-Июл-12, 22:12 
шифврование тоже есть
https://btrfs.wiki.kernel.org/index.php/SysadminGuide#btrfs_...
Ответить | Правка | Наверх | Cообщить модератору

49. "Создание и обслуживание разделов с файловой системой Btrfs"  +/
Сообщение от anonymous (??), 30-Июл-12, 17:52 
> шифврование тоже есть
> https://btrfs.wiki.kernel.org/index.php/SysadminGuide#btrfs_...

К btrfs это имеет косвенное отношение. Но да, то что оно больше не теряет данные поверх шифрованных разделов - это несомненный прогресс.:)
iscsi тоже починили?

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

52. "Создание и обслуживание разделов с файловой системой Btrfs"  +/
Сообщение от ананим (?), 30-Июл-12, 23:52 
>К btrfs это имеет косвенное отношение.

к btrfs это имеет прямое отношение - btrfs не изобретает свои структуры и апи ядра.
генеральная политика была и остаётся на использование того функционала, что есть.
это юникс-вей.

>Но да, то что оно больше не теряет данные поверх шифрованных разделов - это несомненный прогресс.:)
>iscsi тоже починили?

ирония не принимается. в этом плане ничем не хуже ext4 (которая самая фичастая из самых стабильных на планете), xfs, рэйзер и тд.
это раз.
второе, iscsi - это вы ваняткам рассказывайте (а то я подумаю, что вы такой же как и он).

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

56. "Создание и обслуживание разделов с файловой системой Btrfs"  +/
Сообщение от anonymous (??), 31-Июл-12, 14:54 

>к btrfs это имеет прямое отношение - btrfs не изобретает свои структуры и апи ядра.

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

Моя цитата выше:
>а то что есть можно было реализовать поверх тех же ext*+lvm, не плодя дополнительных сущностей.

Кроме итого _все_ нормальные системы умею работать поверх криптованых разделов, очень забавно видеть, как это умение ставится в заслугу btrfs. Шифрование на уровне файловой системы подразумевает, что я могу куда-нибудь экспортировать шифрованные данные (полностью или инкрементно), скажем параллельно с их сжатием.

>второе, iscsi - это вы ваняткам рассказывайте (а то я подумаю, что вы такой же как и он).

У меня есть задача - экспортировать раздел COW с поддержкой снапшотов по iscsi.
Заявляется что btrfs удовлетворяет этим требованиям. Где я найти работающий срез btrfs, который при работе с iscsi не роняет ядро?

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

57. "Создание и обслуживание разделов с файловой системой Btrfs"  +/
Сообщение от ананим (?), 31-Июл-12, 15:30 
> Кроме итого _все_ нормальные системы умею работать поверх криптованых разделов

вах! zfs не нормальная.
> очень забавно видеть, как это умение ставится в заслугу btrfs. Шифрование на уровне файловой системы подразумевает, что я могу куда-нибудь экспортировать шифрованные данные

ха! можешь экспортировать (полностью или инкрементально) данные с одного шифрованного раздела на другой. и с сжатием, и по сети, и применяя различные методы шифрации.

> У меня есть задача - экспортировать раздел COW с поддержкой снапшотов по iscsi.

разделов COW не бывает :D
LOL

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

58. "Создание и обслуживание разделов с файловой системой Btrfs"  +/
Сообщение от anonymous (??), 31-Июл-12, 16:18 

>вах! zfs не нормальная.

И zfs это тоже умеет.:)

>ха! можешь экспортировать (полностью или инкрементально) данные с одного шифрованного раздела на другой. и с сжатием, и по сети, и применяя различные методы шифрации.

Расскажите, какой метод вы применяете для успешного сжатия шифрованных данных? Если сможете это запатентовать и внедрить к каком-нибудь программном продукте, у вас будет большое будущее! Правда школу все же стоит закончить, для начала:).

>разделов COW не бывает :D
>LOL

И в правду, LOL.

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

59. "Создание и обслуживание разделов с файловой системой Btrfs"  +/
Сообщение от ананим (?), 31-Июл-12, 21:17 
>>вах! zfs не нормальная.
>И zfs это тоже умеет.:)

поверх дмкрипт? ага, щаз! :D
>Расскажите, какой метод вы применяете для успешного сжатия шифрованных данных?

они жмутся до шифрации.
>Если сможете это запатентовать и внедрить к каком-нибудь программном продукте, у вас будет большое будущее! Правда школу все же стоит закончить, для начала:).

бла-бла-бла.
>>разделов COW не бывает :D
>>LOL
>И в правду, LOL.

ещё какой! :D
предвижу проблемы с вашим окончанием школы.
но всё-равно, удачи! :D

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

60. "Создание и обслуживание разделов с файловой системой Btrfs"  +/
Сообщение от anonymous (??), 01-Авг-12, 00:50 

>поверх дмкрипт? ага, щаз! :D

Именно, что вас смущает?

>они жмутся до шифрации.

Шифрования? Вас не затруднит привести конкретный пример (ссылку на пример) передачи шифрованного, сжатого, инкрементного снапшота btrfs куда-либо?

>ещё какой! :D

Я кончено понимаю, что общаюсь с очень толстым троллем, и призыв говорить по существу очень смешон, но все же, вдруг? О великий ананим, не поделишся ли ты своим сокровенным знанием, а именно ответом на вопрос:
"Где я найти работающий срез btrfs, который при работе с iscsi не роняет ядро?"

>предвижу проблемы с вашим окончанием школы.

Я бы с удовольствием еще раз ее окончил, но в моем возрасте в уже не дадут :(.

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

61. "Создание и обслуживание разделов с файловой системой Btrfs"  +/
Сообщение от ананим (?), 01-Авг-12, 01:53 
>Я кончено понимаю, что общаюсь с очень толстым троллем, и призыв говорить по существу очень смешон, но все же, вдруг?

как только увижу хотя бы один(!!!) твой комментарий во всём(!!!) обсуждении по-существу, так поговорим.
а пока - http://www.opennet.dev/openforum/vsluhforumID3/85735.html#55

зыж
COW-раздел говоришь! ХА!!! :D

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

63. "Создание и обслуживание разделов с файловой системой Btrfs"  +/
Сообщение от Elhana (ok), 24-Авг-12, 14:40 
http://blog.mthode.org/gentoo-hardened-zfs-rootfs-with-dm-cr.../
Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

48. "Создание и обслуживание разделов с файловой системой Btrfs"  +/
Сообщение от anonymous (??), 30-Июл-12, 17:48 

>Общее устройство ФС и отношение к обруливанию проблемных моментов ее авторами. Типа фрагментации, неважной скорости работы, etc.

Можно пример некорректного обруливания?
Про скорость работы тоже как-то не очень понятно. Какое еще сейчас решение, кромке аппаратного FC, может обеспечить насыщение 10G линка для NAS решений? Да, при определенных нагрузках возможны проблемы, но универсальных решений на все случае жизни не бывает. И я еще не наблюдал ситуации, когда ZFS не позволяло себя оттюнить соответствующим образом.
btrfs до этого этапа просто даже не дошла.

>Так что send/receive уже есть :D

Ну хоть что-то:).

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

53. "Создание и обслуживание разделов с файловой системой Btrfs"  +/
Сообщение от ананим (?), 30-Июл-12, 23:55 
>Можно пример некорректного обруливания?

можно.
нжинкс.
(сраный веб-сервер, которые никогда не испытывали требований к фс в силу своей структуры, окуели на zfs)

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

22. "Создание и обслуживание разделов с файловой системой Btrfs"  +/
Сообщение от Алексей Поляков (?), 28-Июл-12, 19:14 
>[оверквотинг удален]
> Действительно, какая острая реакция.
> Я лишь хочу сказать что для работы с zfs достаточно две команды.
> И после 15-и минут изучения мана в него можно больше не
> залазить, поскольку после выполнения пары операций становится понятно как можно сделать
> все остальное, концептуально все выстроено очень четко.
> А в btrfs черт ногу сломит. 4 года ведется разработка, а прогресс
> мизерный, нет и половины фитч, которые есть в zfs, а то
> что есть можно было реализовать поверх тех же ext*+lvm, не плодя
> дополнительных сущностей. Есть подозрение, что Тео просто взялся за дело которое
> ему не под силу.

btrfs еще не скоро можно будет людям показывать. несколько лет еще.
там реально жесть, в плане возможностей, уровень совсем другой.

но круто. хотя регулярно приходится восстанавливаться с бекапов, и все время ловить сюрпризы. система для тех, кому скучно. просто так поставить, чтобы работало - нельзя, развалится точно (по крайней мере во всех дефолтных ядрах от дистрибутивов, включая конечно oracle uek). документация никакая, чтобы разобраться в код нужно иногда залезать.

ораклу кстати данная разработка вообще никаким боком... так что они похоже просто бабло дают, да пытаются пиариться на этом. (не шибко афишируя, а то вдруг какой серьезный клиент решит поставить, конфуз выйдет).

почему кстати Тео? там Крис основной разработчик.

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

31. "Создание и обслуживание разделов с файловой системой Btrfs"  +/
Сообщение от Аноним (-), 28-Июл-12, 22:53 
> ораклу кстати данная разработка вообще никаким боком...

Кроме того момента что у них есть СУБД которой нужна ФС-подложка. В идеале конечно хорошо бы совсем без ФС но тогда админить неудобно, а раз так - нужна ФС от которой минимум вреда.

Кстати Крис из оракла срулил, если что.

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

32. "Создание и обслуживание разделов с файловой системой Btrfs"  +/
Сообщение от Алексей Поляков (?), 28-Июл-12, 23:57 
>> ораклу кстати данная разработка вообще никаким боком...
> Кроме того момента что у них есть СУБД которой нужна ФС-подложка. В
> идеале конечно хорошо бы совсем без ФС но тогда админить неудобно,
> а раз так - нужна ФС от которой минимум вреда.

так это xfs же, не переписывать же ее заново, раз и так все привыкли.
плюс вместе с sun они вроде как авторские права на zfs приобрели?

просто остальная их деятельность выглядит вполне разумной - mysql развивают чтобы к oracle клиентов растить, rhel форкнули тоже для удобства и всеобщей выгоды и т. п.
а зачем и какая может быть синергия между oracle и btrfs - загадка. это как если бы они взяли reiser4 и начали доводить до товарного вида...

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

41. "Создание и обслуживание разделов с файловой системой Btrfs"  +/
Сообщение от ананим (?), 29-Июл-12, 23:20 
>а зачем и какая может быть синергия между oracle и btrfs - загадка. это как если бы они взяли reiser4 и начали доводить до товарного вида...

это потому что вы видимо вообще не понимаете какие задачи решают оракловые дба.
и какие решения в этом плане поставляет оракл.
http://docs.oracle.com/cd/E11882_01/server.112/e18951/asmcon...
а также не видите дублирования функциональности в кернел спейсе с юзерспейсной субд.
которое как раз бтр и может убрать.\

зыж
и про кластерезацию — посмотрите пример чего может бтр в этом плане в ceph. http://ceph.com/wiki/Btrfs ; http://ceph.com/docs/master/config-cluster/file-system-recom.../
у оракла подобные задачи тоже актуальны.

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

37. "Создание и обслуживание разделов с файловой системой Btrfs"  +/
Сообщение от ананим (?), 29-Июл-12, 22:18 
>но круто. хотя регулярно приходится восстанавливаться с бекапов, и все время ловить сюрпризы. система для тех, кому скучно. просто так поставить, чтобы работало - нельзя

наглое враньё.
рабочий ноут, 500Гб, установил бтр в ноябре 2011 на корень.
никаких проблем. генту, пережил с десяток ядер ещё с 2.6.38 до
# uname -a
Linux mylaptop 3.5.0-gentoo #1 SMP PREEMPT Tue Jul 24 17:27:25 MSK 2012 x86_64 Intel(R) Core(TM) i5 CPU M 520 @ 2.40GHz GenuineIntel GNU/Linux

>да пытаются пиариться на этом. (не шибко афишируя

либо очЪ странный пиар, либо рассуждения идиота.

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

43. "Создание и обслуживание разделов с файловой системой Btrfs"  +/
Сообщение от polyakov (ok), 30-Июл-12, 04:12 
>>но круто. хотя регулярно приходится восстанавливаться с бекапов, и все время ловить сюрпризы. система для тех, кому скучно. просто так поставить, чтобы работало - нельзя
> наглое враньё.
> рабочий ноут, 500Гб, установил бтр в ноябре 2011 на корень.
> никаких проблем. генту, пережил с десяток ядер ещё с 2.6.38 до
> # uname -a
> Linux mylaptop 3.5.0-gentoo #1 SMP PREEMPT Tue Jul 24 17:27:25 MSK 2012
> x86_64 Intel(R) Core(TM) i5 CPU M 520 @ 2.40GHz GenuineIntel GNU/Linux
>>да пытаются пиариться на этом. (не шибко афишируя
> либо очЪ странный пиар, либо рассуждения идиота.

хм, и все, два варианта? :)
тогда второй выбираю - обидно, зато честно!

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

50. "Создание и обслуживание разделов с файловой системой Btrfs"  +/
Сообщение от anonymous (??), 30-Июл-12, 17:58 

> почему кстати Тео? там Крис основной разработчик.

Да, проклинило, Крис конечно.

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

54. "Создание и обслуживание разделов с файловой системой Btrfs"  +/
Сообщение от ананим (?), 30-Июл-12, 23:56 
>Да, проклинило

и видимо давно.

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

27. "Создание и обслуживание разделов с файловой системой Btrfs"  +/
Сообщение от Аноним (-), 28-Июл-12, 22:35 
> концептуально все выстроено очень четко.

Да, у санок все было четко:
- Нет нормальных экстентов? Есть маркетологи!
- Нет дефрагера но ФС фрагментируется? Есть маркетологи!
- Нет fsck а в тяжелых случаях ФС ломается? Мааааааркетологи!
- Тормозит? Маркетологи! -> Докупите еще оперативы!

> Есть подозрение, что Тео просто взялся за дело которое ему не под силу.

Какой еще Тео? Как Тео относится к btrfs?

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

33. "Создание и обслуживание разделов с файловой системой Btrfs"  +/
Сообщение от Алексей Поляков (?), 28-Июл-12, 23:59 
> Какой еще Тео? Как Тео относится к btrfs?

так Тео еще давно высказался в том смысле что со временем btrfs станет основной ФС в линуксе.
но сам лично вроде бы не участвует в разработке.

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

38. "Создание и обслуживание разделов с файловой системой Btrfs"  +/
Сообщение от ананим (?), 29-Июл-12, 22:22 
так за какое дело он взялся?
цитатка:
>Есть подозрение, что Тео просто взялся за дело которое ему не под силу.

есть подозрение, что кучка анамнитегов заинтересована накидать фекалий на вентилятор, но при этом вообще ничего не зная и не понимая.

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

51. "Создание и обслуживание разделов с файловой системой Btrfs"  +/
Сообщение от anonymous (??), 30-Июл-12, 18:00 
> так за какое дело он взялся?
> цитатка:
>>Есть подозрение, что Тео просто взялся за дело которое ему не под силу.
> есть подозрение, что кучка анамнитегов заинтересована накидать фекалий на вентилятор,
> но при этом вообще ничего не зная и не понимая.

Очень самокритично:)

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

55. "Создание и обслуживание разделов с файловой системой Btrfs"  +/
Сообщение от ананим (?), 30-Июл-12, 23:57 
да пошёл ты.
Ответить | Правка | Наверх | Cообщить модератору

36. "Создание и обслуживание разделов с файловой системой Btrfs"  +/
Сообщение от ананим (?), 29-Июл-12, 22:14 
>А в btrfs черт ногу сломит.

одна команда вообще — btrfs

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

64. "Создание и обслуживание разделов с файловой системой Btrfs"  +/
Сообщение от Elhana (ok), 24-Авг-12, 15:03 
>>А в btrfs черт ногу сломит.
> одна команда вообще — btrfs

root@stellarwind:~# dpkg -L btrfs-tools |grep bin
/sbin
/sbin/btrfsctl
/sbin/mkfs.btrfs
/sbin/btrfs-debug-tree
/sbin/btrfs-show
/sbin/btrfs-vol
/sbin/btrfsck
/sbin/btrfs
/sbin/btrfs-map-logical
/sbin/btrfs-convert
/sbin/btrfs-image
/sbin/btrfstune
/sbin/fsck.btrfs

root@stellarwind:~# dpkg -L zfsutils |grep bin
/sbin
/sbin/zpool
/sbin/zdb
/sbin/zpios
/sbin/zfs
/sbin/zinject
/sbin/mount.zfs
/sbin/ztest

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

7. "Создание и обслуживание разделов с файловой системой Btrfs"  +/
Сообщение от ананим (?), 25-Июл-12, 23:53 
Ха! Вот не трынди. В зфс а) синтаксис хуже б) и не юниксвеу'ный.
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

10. "Создание и обслуживание разделов с файловой системой Btrfs"  +1 +/
Сообщение от Аноним (-), 26-Июл-12, 06:39 
> Как же это отвратительно сложено

Что там отвратительно сложено? Напротив, вполне симпотное зеркало для метаданных и чередование для данных. Более того - это выбирабельно и для файлов. Так что ценные файлы можно например зазеркалить, а для не ценных - ускорить чтение в почти 2 раза не тратя 2 раза место.


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

17. "Создание и обслуживание разделов с файловой системой Btrfs"  +1 +/
Сообщение от Аноним (-), 27-Июл-12, 00:30 
> Что там отвратительно сложено?

Тем, что под линукс.

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

21. "Создание и обслуживание разделов с файловой системой Btrfs"  –1 +/
Сообщение от YuriStep (?), 28-Июл-12, 00:37 
> Что там отвратительно сложено? Напротив, вполне симпотное зеркало для метаданных и чередование

... поставить, прогнать в боевых условиях, получить ответы на свои вопросы... Пока читаешь описашку - все замечательно, аж слюнки капают :) Увы, но оказывается что сия болезнь очень быстро лечится пробной эксплуатацией в боевых условиях :(
... На самом деле - очень хорошие идеи - и, увы, но пока - очень сырые реализации ...

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

23. "Создание и обслуживание разделов с файловой системой Btrfs"  +/
Сообщение от Алексей Поляков (?), 28-Июл-12, 19:19 
>> Что там отвратительно сложено? Напротив, вполне симпотное зеркало для метаданных и чередование
> ... поставить, прогнать в боевых условиях, получить ответы на свои вопросы... Пока
> читаешь описашку - все замечательно, аж слюнки капают :) Увы, но
> оказывается что сия болезнь очень быстро лечится пробной эксплуатацией в боевых
> условиях :(
> ... На самом деле - очень хорошие идеи - и, увы, но
> пока - очень сырые реализации ...

так все там увешано надписями - experimental, формат дисковый меняется, документации ноль и т. п.
в обычных условиях она грохнется очень быстро, с кернел паниками и шутками-прибаутками. чтобы ее хоть как-то оценить - надо изучать, искать инфу, экспериментировать.
а для боевых условий - есть xfs и т. п.

за btrfs будущее. но пока что даже Поттеринг, хоть и заставил всех под предлогом btrfs двигать usr, дальше не спешит продвигать.

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

28. "Создание и обслуживание разделов с файловой системой Btrfs"  +/
Сообщение от Аноним (-), 28-Июл-12, 22:41 
> ... поставить, прогнать в боевых условиях, получить ответы на свои вопросы...

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

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

34. "Создание и обслуживание разделов с файловой системой Btrfs"  +/
Сообщение от Алексей Поляков (?), 29-Июл-12, 00:00 
>> ... поставить, прогнать в боевых условиях, получить ответы на свои вопросы...
> С учетом того что уже оракли и суси это в ынтырпрайз понемногу
> сватать начинают - пора уже начинать тестирование всерьез, на задачах близких
> к реалиям.

ага, например на их Oracle Unbreakable Linux (tm) оно вообще не способно работать :)

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

39. "Создание и обслуживание разделов с файловой системой Btrfs"  +1 +/
Сообщение от ананим (?), 29-Июл-12, 22:26 
работает кстати, проверил.
и релиз-нот это подтверждает https://oss.oracle.com/ol6/docs/RELEASE-NOTES-UEK2-en.html#b...

откуда такие лживые выкрики?
кто заказчик? ну не может хомосапиенс быть таким идиотом, если ему не платят! :D

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

42. "Создание и обслуживание разделов с файловой системой Btrfs"  +/
Сообщение от polyakov (ok), 30-Июл-12, 04:07 
> работает кстати, проверил.
> и релиз-нот это подтверждает https://oss.oracle.com/ol6/docs/RELEASE-NOTES-UEK2-en.html#b...
> откуда такие лживые выкрики?
> кто заказчик? ну не может хомосапиенс быть таким идиотом, если ему не
> платят! :D

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

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

47. "Создание и обслуживание разделов с файловой системой Btrfs"  +/
Сообщение от ананим (?), 30-Июл-12, 12:35 
угу. как там у Филатова про Федота стрельца:
Полно, голубь, не греши,
Убери свои гроши,-
Я ведь энто не для денег,
Я ведь энто для души.

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

15. "Создание и обслуживание разделов с файловой системой Btrfs"  +1 +/
Сообщение от Аноним (-), 27-Июл-12, 00:27 
> Как же это отвратительно сложено и непоследовательно по сравнению с zfs.

Наоборот. С бтром все очень просто и логично - выполнил пару команд и готово. А с zfs нужно несколько дней маны вкуривать, чтобы не запутаться в этих vdevах и zpoolах.

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

9. "Создание и обслуживание разделов с файловой системой Btrfs"  +/
Сообщение от alex (??), 26-Июл-12, 06:00 
Прикольная статейка только не рассмотрен вариант создания RAID1 и хранения Журналов на разных дисках
Ответить | Правка | Наверх | Cообщить модератору

20. "Создание и обслуживание разделов с файловой системой Btrfs"  –1 +/
Сообщение от YuriStep (?), 28-Июл-12, 00:30 
... полностью согласен, только уточняем задачу для автора - создать софтовый RAID1 из РАЗДЕЛОВ (а не цельных винтов), с хранением журналов на разных дисках, и смонтировать эту "связку Боингов" с использованием монтирования по UUID ... А после чего еще пару-тройку раз аварийно вырубить и поглядеть на процесс самовосстановления :)
... есть громадное опасение вызвать у автора аллергию на btrfs на ближайший годик-два. А к тому времени вполне возможно, что ее и допилят до приемлемого, хотя-бы на десктопах, состояния...
Ответить | Правка | Наверх | Cообщить модератору

25. "Создание и обслуживание разделов с файловой системой Btrfs"  +/
Сообщение от Алексей Поляков (?), 28-Июл-12, 19:30 
> ... полностью согласен, только уточняем задачу для автора - создать софтовый RAID1
> из РАЗДЕЛОВ (а не цельных винтов), с хранением журналов на разных
> дисках, и смонтировать эту "связку Боингов" с использованием монтирования по UUID
> ... А после чего еще пару-тройку раз аварийно вырубить и поглядеть
> на процесс самовосстановления :)
> ... есть громадное опасение вызвать у автора аллергию на btrfs на ближайший
> годик-два. А к тому времени вполне возможно, что ее и допилят
> до приемлемого, хотя-бы на десктопах, состояния...

вот кстати - конкретно эта задача - отлично будет работать. только настройки нетривиальные. но зато без всяких initrd даже будет грузиться. (uuid'ы же там разные есть :))
грабли правда бывают хитрые, если в качестве рутовой фс юзать, например настройки даты если напутаны - можно получить машину времени...

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

29. "Создание и обслуживание разделов с файловой системой Btrfs"  +/
Сообщение от Аноним (-), 28-Июл-12, 22:43 
> с хранением журналов на разных дисках,

Так и запишем: BTRFS наш супер-аналитик вообще не видел. А что там вообще журнал? Вся ФС - сплошной журнал и есть.

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

24. "Создание и обслуживание разделов с файловой системой Btrfs"  +/
Сообщение от Алексей Поляков (?), 28-Июл-12, 19:27 
> Прикольная статейка только не рассмотрен вариант создания RAID1 и хранения Журналов на
> разных дисках

там другая модель, нету там журнала как отдельной сущности.
есть метаданные, в виде деревьев (упрощенно), в каждом узле типа как lsn в логах в субд.
их зазеркалить - прямо в хелпе mkfs написано:
mkfs.btrfs --metadata=raid1 --data=raid10 /dev/sda1 /dev/sdb1 /dev/sdc1
например так.
но смысла вообще мало так делать - если нужно зеркалить для снижения риска потерь от физ. сбоев - то это лучше уровнем ниже делать.

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

11. "Создание и обслуживание разделов с файловой системой Btrfs"  +/
Сообщение от qwerty (??), 26-Июл-12, 09:30 
да было бы неплохо  и + загрузка с этого рейда
Ответить | Правка | Наверх | Cообщить модератору

26. "Раздел полезных советов: Создание и обслуживание разделов с ..."  +/
Сообщение от Алексей Поляков (?), 28-Июл-12, 19:51 
> Для примера создадим Btrfs-раздел размером 1 Тб, включающий в себя два диска
> по 500 Гб (/dev/sdb и /dev/sdc):
>    # mkfs.btrfs /dev/sdb /dev/sdc
>    adding device /dev/sdc id 2
>    fs created label (null) on /dev/sdb
>    nodesize 4096 leafsize 4096 sectorsize 4096 size 10.00GB

Э... 2 диска по 500Гб, а mkfs говорит 10.00GB (причем mkfs имеет ввиду конкретно 10GB в этом месте)... опечатка?

>[оверквотинг удален]
>    devid    2 size 5.00GB used 1.51GB
> path /dev/sdc
> Смонтируем созданную ФС:
>    # mount /dev/sdb /mnt
> монтировать следует первое устройство /dev/sdb, при попытке дополнительно смонтировать
> /dev/sdc будет выдано предупреждение:
>    # mount /dev/sdc /mnt
>    mount: /dev/sdc already mounted or /mnt busy
>    mount: according to mtab, /dev/sdb is already mounted on
> /mnt

все не так. монтировать лучше по uuid или label'у. если монтировать за какое-то из устройств, то перед этим нужно выполнить btrfs d s (причем если устройство - том lvm - то после активации нужно опять btrfs d s сделать, а то может не смонтировать).
если монтировать за устройство, то вообще лотерея.

>[оверквотинг удален]
> Avail Use% Mounted on
>    /dev/sdb        
> 10G   56K  8.0G   1% /mnt
>    # btrfs filesystem df /mnt
>    Data, RAID0: total=1.00GB, used=0.00
>    Data: total=8.00MB, used=0.00
>    System, RAID1: total=8.00MB, used=4.00KB
>    System: total=4.00MB, used=0.00
>    Metadata, RAID1: total=1.00GB, used=24.00KB
>    Metadata: total=8.00MB, used=0.00

ага - данные вообще никакие ни с чем не сходятся :)
причем это даже на больших объемах - в самый неожиданный момент могут полезть ошибки что места не хватает.


>[оверквотинг удален]
>    -        
>        10G  201M  
> 7.8G   3% /mnt/btrfs/subbasefoo
>    # cp --reflink rantest.tst clonetest.tst
>    # df -h .
>    Filesystem      Size  Used
> Avail Use% Mounted on
>    -        
>        10G  201M  
> 7.8G   3% /mnt/btrfs/subbasefoo

прикольная штука, хоть и малопрактичная :)

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

40. "Раздел полезных советов: Создание и обслуживание разделов с ..."  +/
Сообщение от ананим (?), 29-Июл-12, 22:46 
>все не так. монтировать лучше по uuid или label'у.

для бтр всё это глупости.
он всё равно смонтирует по умолчанию корень (или тот субволум по-умолчанию, если его сменили btrfs subvolume set-default <subvolid> <path>) всей фс.
и не важно на скольких дисках sdX развёрнута эта фс.
и с какие uuid? а их много
# blkid
/dev/sda1: LABEL="root" UUID="34014301-f79b-4cd8-b0d3-5f74509a5416" UUID_SUB="123f338e-4ccf-4c26-b2b3-9fd0ad3aaa4d" TYPE="btrfs"
какой нафиг из этих UUID?
у меня корень лежит в субволуме. зачем? чтобы снэпшоты делать!

монтировать (по генеральной идее бтр) можно по любому диску из фс и любым путем.
конкретно с какой субволум указывается в опциях монтирования (subvol=…, subvolid=…) или назначается субволум по-умолчанию командой выше (если команда ниразу не выполнялась, то subvolid суволума по-умолчанию равен 0)
>ага - данные вообще никакие ни с чем не сходятся :)
>причем это даже на больших объемах - в самый неожиданный момент могут полезть ошибки что места не хватает.

сходятся. считать уметь надо. при чём такие же данные и в уфс, и экстХ, и zfs.
и даже в нтфс.
сложилось впечатление, что таким как вы надо выдавать только столько_занято и весь_объём-(минус!!!)столько_занято. чтобы вы спали спокойно и не напрягали мозжечёк.
как это делает винда.
и все довольны.
а то что потоки ещё половину свободного места сожрали, то это вам знать не надо. а то инсульт_ю и приведЪ кролики.

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

44. "Раздел полезных советов: Создание и обслуживание разделов с ..."  +/
Сообщение от polyakov (ok), 30-Июл-12, 04:15 
>[оверквотинг удален]
>>причем это даже на больших объемах - в самый неожиданный момент могут полезть ошибки что места не хватает.
> сходятся. считать уметь надо. при чём такие же данные и в уфс,
> и экстХ, и zfs.
> и даже в нтфс.
> сложилось впечатление, что таким как вы надо выдавать только столько_занято и весь_объём-(минус!!!)столько_занято.
> чтобы вы спали спокойно и не напрягали мозжечёк.
> как это делает винда.
> и все довольны.
> а то что потоки ещё половину свободного места сожрали, то это вам
> знать не надо. а то инсульт_ю и приведЪ кролики.

дык это - инфа из официальной вики - и про чередование при маунте и про оценку свободного места.
вы лучше это там авторам объясните - здесь они вряд ли читают ))

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

45. "Раздел полезных советов: Создание и обслуживание разделов с ..."  +/
Сообщение от ананим (?), 30-Июл-12, 10:56 
>дык это - инфа из официальной вики - и про чередование при маунте и про оценку свободного места.

дык у всех более-менее сложных (и/или с массой костылей) фс так.
вот в чём вопрос.
не говоря уже о безопасности и прочем. вот к примеру про ntfs http://ru.wikipedia.org/wiki/%D0%90%D0%B...
>Альтернативные потоки данных (Alternate Data Streams, ADS) — это метаданные, связанные с объектом файловой системы NTFS. В файловой системе NTFS файл, кроме основных данных, может также быть связан с одним или несколькими дополнительными потоками данных. При этом дополнительный поток может быть произвольного размера, в том числе может превышать размер основного файла.
>Надо также принимать во внимание, что ADS являются потенциальными дырами в безопасности компьютера. Возможность сокрытия в альтернативных потоках данных любой информации достаточно широко используется вредоносными программами для маскировки своего присутствия в системе.

но никто кипишь по этому поводу не поднимает.
(на фоне этого мотивы внедрение uefi выглядят ещё более подло :D)

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

46. "Раздел полезных советов: Создание и обслуживание разделов с ..."  +/
Сообщение от ананим (?), 30-Июл-12, 11:04 
зыж
не всё добавил
>Операционные системы Windows, начиная с Windows NT, позволяют получать доступ к ADS через API, а также через некоторые утилиты командной строки. Однако альтернативные потоки данных игнорируются большинством программ, включая Windows Explorer и консольную команду DIR. Windows Explorer позволяет копировать альтернативные потоки и выдает предупреждение, если целевая файловая система их не поддерживает. Но при этом Windows Explorer не подсчитывает размер и не отображает список альтернативных потоков.

http://ru.wikipedia.org/wiki/%D0%90%D0%B...

Windows Explorer не подсчитывает размер и не отображает список альтернативных потоков.
вот так-то.
а потоки используются часто. например антивирусы их юзат. в частности касперский. на двигуне которого и мелкосовтовский.
и ведь это не экспериментал, а вполне себе промышленная фс.

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

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

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




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

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