|
|
3.36, Lautre (ok), 09:16, 29/10/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
> +6? а в каких случаях вы используете это?
Livecd кальки работают на aufs + утилиты calculate-assemble 3.
| |
|
|
1.2, Xaionaro (ok), 11:48, 28/10/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Рад слышать. Неудобно было использовать внешний patchset для поддержки AUFS.
| |
|
|
3.6, Michael Shigorin (ok), 12:33, 28/10/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
> в венде и шапке её всё равно не будет, в отличие от докера
Как полагаете, сколько лет этому патчсету и много ли подобных в шапочных "2.6.32" и "3.10"?
| |
|
4.8, Аноним (-), 12:35, 28/10/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
а aufs как не было в 2.6.32 так и нет, nih-синдром это не шутки
| |
|
5.9, Аноним (-), 12:41, 28/10/2014 [^] [^^] [^^^] [ответить]
| +/– |
написали же aufs и unionfs по кодовой базе УГ
если оверлай будет безглючным, стабильным, шустрым, то редхат при необходимости портирует его куда угодно, кроме 2.6.32 тк возможна проблема с vfs
| |
|
6.20, Mirraz (ok), 15:44, 28/10/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
Написали, что aufs - плохо, а ты и поверил. Нет, это чисто NIH.
| |
|
7.22, Led (ok), 17:39, 28/10/2014 [^] [^^] [^^^] [ответить]
| +4 +/– |
> Написали, что aufs - плохо, а ты и поверил. Нет, это чисто
> NIH.
Ну, ты же внимательно смотрел код aufs, поэтому точно знаешь, что "это чисто NIH".
| |
|
|
|
|
|
|
|
2.10, Гость (??), 12:53, 28/10/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
Михаил, меня одна из прошлых реализаций интересовала как возможность миграции данных СУБД с одного диска на другой.
Тестирование показало, что это работало не так, как ожидалось: во время внутренней дефрагментации БД, службы подвисали и новые данные не вставлялись.
Интересно было бы узнать Ваш взгляд на проблему прозрачной миграции данных с диска на диск.
| |
|
|
4.16, Гость (??), 14:42, 28/10/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
Я рассматривал такой вариант, через него и осуществил затею.
Но хочется прозрачно: сверху стеклом большего размера накрыл, перерисовал и убрал подложку.
| |
|
5.19, Andrey Mitrofanov (?), 15:11, 28/10/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Я рассматривал такой вариант, через него и осуществил затею.
> Но хочется прозрачно: сверху стеклом большего размера накрыл, перерисовал и убрал подложку.
Ну, рассказывай, чем тебе pvmove не "сверху стеклом накрыл"?
| |
|
6.26, Sinot (ok), 19:21, 28/10/2014 [^] [^^] [^^^] [ответить]
| +/– |
Я так понял, что у OverlayFS есть возможность переноса данных между дисками с разными ФС, без потери доступности данных на какое-то время. С LVM, raid и т.п. только клонирование.
| |
|
7.28, Аноним (-), 21:37, 28/10/2014 [^] [^^] [^^^] [ответить]
| +/– |
хреново документацию читал pvmove перемещает экстенты между pv на ходу
| |
|
8.30, Sinot (ok), 21:51, 28/10/2014 [^] [^^] [^^^] [ответить] | +/– | То есть если у меня есть lv с ext4 и lv с fat32, я с помощью pv смогу перенести ... текст свёрнут, показать | |
|
|
10.35, Sinot (ok), 08:42, 29/10/2014 [^] [^^] [^^^] [ответить] | +1 +/– | Мы друг друга не поняли У меня есть диск с одной ФС, я хочу переехать на другой... текст свёрнут, показать | |
|
11.40, Гость (??), 12:00, 30/10/2014 [^] [^^] [^^^] [ответить] | +/– | Именно Я ровно того же хочу Есть гора серверов с зоопарками файловых систем, к... текст свёрнут, показать | |
|
|
|
|
|
|
|
|
3.24, Michael Shigorin (ok), 18:42, 28/10/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Интересно было бы узнать Ваш взгляд на проблему прозрачной миграции данных с
> диска на диск.
Если локально, то может иметь смысл MD RAID1 (обратите внимание на --write-mostly); если между хостами -- DRBD. Но я так не делал.
| |
|
|
1.11, izyk (ok), 12:58, 28/10/2014 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
> построенного поверх штатной подсистемы VFS.
Ну не совсем.
vfs: export check_sticky()
vfs: add whiteout support
vfs: add RENAME_WHITEOUT
ext4: support RENAME_WHITEOUT
shmem: support RENAME_WHITEOUT
Ох уж эти ВАЙТАУТЫ, тот еще костыль.
Не зря, Линус так долго сопротивлялся.
Но, продовили, все же.
Знаком, немного, с этим по NetBSD.
"DragonFly" гордится что ушел от этого, а в Linux,
только вкорячили.
Печалька. IMHO.
| |
|
2.13, Xaionaro (ok), 14:08, 28/10/2014 [^] [^^] [^^^] [ответить]
| +/– |
>> построенного поверх штатной подсистемы VFS.
> Ну не совсем.
> vfs: export check_sticky()
> vfs: add whiteout support
> vfs: add RENAME_WHITEOUT
> ext4: support RENAME_WHITEOUT
> shmem: support RENAME_WHITEOUT
> Ох уж эти ВАЙТАУТЫ, тот еще костыль.
А не лень будет написать конкретнее? Что это за WHITEOUT-ы и чем они плохи? А то гуглится лишь исходный код с использованием этих {DELETE,RENAME}_WHITEOUT, но никакой документации. В результате зачем это нужно остаётся не понятным.
Самое вменяемое, что принёс поиск было: http://www.fsl.cs.sunysb.edu/pipermail/unionfs/2005-October/003426.html
| |
|
|
4.18, izyk (ok), 15:10, 28/10/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
>>> Ох уж эти ВАЙТАУТЫ, тот еще костыль.
>> А не лень будет написать конкретнее? Что это за WHITEOUT-ы и чем
>> они плохи? А то гуглится лишь исходный код с использованием этих
> ??! https://kernel.googlesource.com/pub/scm/linux/kernel/git/mszeredi/vfs/+/overla
> Первая ссылка в google://overlayfs whiteout
> Поддержка удаления из union-а, когда ниже лежащая FS - в read-only, наверное.
Точно.
В каталоге появляется запись с именем файла и типом "whiteout", по сути,
новый тип файла.
Я так понял, такие каталоги были давно, а вот их поддержку, на уровне VFS,
вкорячили только сейчас.
По мне, чем меньше сущностей, тем лучше.
Хотя реализация, на какое-то время, упростится, но взаимосвязь
overlayfs <-> VFS будет расти.
| |
|
5.25, izyk (ok), 19:06, 28/10/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Ок, спасибо. Я гуглил без слова "overlayfs", так как думал, что это
> более общая вещь.
Да, более общая.
unionfs whiteout
aufs whiteout
| |
|
|
|
2.14, Минона (?), 14:20, 28/10/2014 [^] [^^] [^^^] [ответить]
| +/– |
>"DragonFly" гордится что ушел от этого
да он много от кого/чего ушел... пришел бы еще куда-нибудь :)
| |
2.37, seyko2 (ok), 10:09, 29/10/2014 [^] [^^] [^^^] [ответить]
| –2 +/– |
Каким образом DragonFly ушёл от whiteout? В Linux планировали реализовать witeout через специальный char device. Возможно так и сделали. Однако OvelayFS не достаточно для нормального livecd типа Slax. OverlayFS позволяет объединить только два каталога -- read-write и read-only. А желательно как минимум много read-only.
| |
|
|
2.41, andy (??), 06:13, 31/10/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Ура, мои сигналы в ноосферу достигли их мозгов спустя 20 лет!
В следующий раз в багтрекер стучись или в рассылку пиши.
| |
|
3.45, Аноним (-), 02:04, 04/11/2014 [^] [^^] [^^^] [ответить]
| +/– |
Не всегда и не все так просто порой проще отправить в Ноосферу гораздо проще чем зарегистрироваться или создать Issue а баг трекере. Хотя тенденция сейчас хорошая пошла открывать код и т.д.
| |
|
|
1.44, Аноним (-), 02:02, 04/11/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
А что с удалением? А что с повторным монтированием? А в файл можно?
А что насчет замены SCM такой штуковиной?
| |
1.46, iZEN (ok), 11:50, 14/08/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Так это ж nullfs из FreeBSD, которой сто лет в обед: "The nullfs layer first appeared in 4.4BSD."
| |
|