The OpenNET Project / Index page

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



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

Оглавление

Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD, opennews (??), 07-Янв-21, (0) [смотреть все]

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


43. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +3 +/
Сообщение от псевдонимус (?), 07-Янв-21, 18:05 
Бтрфс...лучше совсем не показывать этого калеча и никому о нем не говорить. Позорище позорное, неисправимое.
Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

65. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  –3 +/
Сообщение от Аноним (22), 07-Янв-21, 20:46 
Смех, да и только;) Поверьте, лучше не создано, и не будет создано ещё очень долго. И сейчас btrfs становится фс номер один, и будет номер один очень долго.
Ответить | Правка | Наверх | Cообщить модератору

66. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +2 +/
Сообщение от псевдонимус (?), 07-Янв-21, 20:51 
Федорактивиста вижу в треде я...
Ответить | Правка | Наверх | Cообщить модератору

77. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (22), 08-Янв-21, 04:34 
Таки нет, хотя в последнее время fedora очень даже ничего. Вообще btrfs масштабно и по умолчанию начали применять в opensuse, а fedora упор на lvm делала? Но возможности и потенциал btrfs - огромны, хотите вы того или нет. Даже они это поняли, и в 33 версии по умолчанию её предлагают. А начиная с 34 версии появятся очень интересные фишки, благодаря возможностям btrfs. Да и вообще в будущем будет создано много классных вещей благодаря этой фс.
Ответить | Правка | Наверх | Cообщить модератору

82. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  –1 +/
Сообщение от псевдонимус (?), 08-Янв-21, 06:57 
> Таки нет, хотя в последнее время fedora очень даже ничего. Вообще btrfs
> масштабно и по умолчанию начали применять в opensuse, а fedora упор
> на lvm делала? Но возможности и потенциал btrfs - огромны, хотите
> вы того или нет. Даже они это поняли, и в 33
> версии по умолчанию её предлагают. А начиная с 34 версии появятся
> очень интересные фишки, благодаря возможностям btrfs. Да и вообще в будущем
> будет создано много классных вещей благодаря этой фс.

А не могли бы они запили б такую фичу, как сохранение данных, а не превращение их в кашу без возможности восстановления? Джва..10 лет жду.


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

130. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (-), 09-Янв-21, 19:34 
Ты вообще линукс судя по всему только на скриншотах видишь, а бсдшный экспериенс относительно btrfs можно и 20 лет ждать, пожалуй. Скорее виндузоиды дождутся, но вот у них оно и правда сырое.
Ответить | Правка | Наверх | Cообщить модератору

137. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от псевдонимус (?), 09-Янв-21, 19:58 
К счастью я его в виртуалке в основном вижу.
Ответить | Правка | Наверх | Cообщить модератору

144. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +1 +/
Сообщение от Аноним (146), 09-Янв-21, 20:13 
> К счастью я его в виртуалке в основном вижу.

А я вот его к счастью вижу везде. И на десктопе, и на лаптопе, и на сетевых штуках и много чем еще. То что у тебя он работает через зад - логично. Не твоя технология, инструмент не по руке.

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

156. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от псевдонимус (?), 09-Янв-21, 20:53 
> инструмент не по руке

Согласен. Руки у меня не под хрен заточены.

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

163. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  –1 +/
Сообщение от Аноним (162), 09-Янв-21, 21:09 
> Согласен. Руки у меня не под хрен заточены.

Ну так тогда и твое мнение в др^W пингвинах учитывать ни к чему. А на что они заточены? Минет корпорации Майкрософт? Или ты таки свои бзды как десктопы и лаптопы осилил?

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

167. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  –1 +/
Сообщение от псевдонимус (?), 09-Янв-21, 21:16 
Уж по пинетки мелкософту линуксоиды впереди планеты всей. Даже на всл насоса..подарил имиплатпновцй спонсор!

А чего там на десктопа осиливать? Программы так же как на Лине работают.

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

194. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  –1 +/
Сообщение от Аноним (-), 10-Янв-21, 23:56 
> Даже на всл насоса..подарил имиплатпновцй спонсор!

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

> А чего там на десктопа осиливать? Программы так же как на Лине работают.

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

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

200. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (-), 11-Янв-21, 00:48 
>>> Или ты таки свои бзды как десктопы и лаптопы осилил?
>> А чего там на десктопа осиливать? Программы так же как на Лине работают.
> Ага, только компил в линухе раза в 2 быстрее, б-дских кейлогеров и
> рекламы нет, уйма полезных мне технологий. Нахрен мне платный обкоцный крап
> с бэкдорами, если я могу бесплатно оригинал заюзать?

"Опеннетные предания о бздах", том 118


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

203. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от псевдонимус (?), 11-Янв-21, 04:49 
Когда это в бздю успели встроить кейлогер и рекламу? А вот дистрибутиве линукс--андроиде реклама и привязка к аккаунту есть.

Винда же у меня мирно сидит в виртуалке и я не заплатил за нее ни копейки.

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

129. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (-), 09-Янв-21, 19:32 
> Федорактивиста вижу в треде я...

Кстати, от этих тоже патчей подвалило. Ничего сверхъестественного, но время монтирования поубавили, например. Пустячок а приятно.

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

67. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от псевдонимус (?), 07-Янв-21, 21:00 
> Смех, да и только;) Поверьте, лучше не создано, и не будет создано
> ещё очень долго. И сейчас btrfs становится фс номер один, и
> будет номер один очень долго.

Петя, ты?

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

83. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (-), 08-Янв-21, 10:09 
Нет, это его жена.
Ответить | Правка | Наверх | Cообщить модератору

87. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от псевдонимус (?), 08-Янв-21, 11:23 
> Нет, это его жена.

Однополая надеюсь?

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

91. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Онаним (?), 08-Янв-21, 18:57 
У вас есть двуполая жена? Покажите!
Ответить | Правка | Наверх | Cообщить модератору

131. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (-), 09-Янв-21, 19:34 
> Петя, ты?

Not Petya!

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

102. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 09-Янв-21, 14:03 
"а я и не сплю".
В смысле, а исправлять никто и не собирался, md raid (с полным копированием всех данных после перезагрузки ресетом - хороший, полезный стресстест для твоего массива) ихнее всьо.

Изучай thin lvm. Все равно ничего другого в обозримом будущем не останется (и zfs доломают, причем на всех платформах).

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

107. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от псевдонимус (?), 09-Янв-21, 15:07 
> "а я и не сплю".
> В смысле, а исправлять никто и не собирался, md raid (с полным
> копированием всех данных после перезагрузки ресетом - хороший, полезный стресстест для
> твоего массива) ихнее всьо.
> Изучай thin lvm. Все равно ничего другого в обозримом будущем не останется
> (и zfs доломают, причем на всех платформах).
> Полезный стресс есть.

Так данные от такой "пользы" похерится могут. Иихерятся.

Надеюсь зфс окончательно не разломают.

Линукса, тем более шапкообразного с на хранилке у меня не будет.

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

140. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  –1 +/
Сообщение от Аноним (-), 09-Янв-21, 20:04 
> Линукса, тем более шапкообразного с на хранилке у меня не будет.

А вот это уже твои проблемы.

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

150. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +1 +/
Сообщение от псевдонимус (?), 09-Янв-21, 20:36 
Т.е. моя проблема будет состоять в отсутствии проблем? Принято.
Ответить | Правка | Наверх | Cообщить модератору

164. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (162), 09-Янв-21, 21:10 
> Т.е. моя проблема будет состоять в отсутствии проблем? Принято.

Про это все метко говорится - дай дураку стеклянный х... :)

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

169. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +1 +/
Сообщение от псевдонимус (?), 09-Янв-21, 21:19 
"дай линуксоиду докер и бтрфс" ты хотел сказать.
Ответить | Правка | Наверх | Cообщить модератору

195. Скрыто модератором  +/
Сообщение от Аноним (-), 10-Янв-21, 23:59 
Ответить | Правка | Наверх | Cообщить модератору

208. Скрыто модератором  +1 +/
Сообщение от псевдонимус (?), 11-Янв-21, 13:42 
Ответить | Правка | Наверх | Cообщить модератору

149. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 09-Янв-21, 20:30 
> Линукса, тем более шапкообразного с на хранилке у меня не будет.

synology жрет, и добавки просит, а он, вишь, не хочет!

А что там внутре netapp - нам не расскажут и не покажут (точнее, по принципу "на те Боже, что нам не гоже")

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

159. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от псевдонимус (?), 09-Янв-21, 20:57 
У синолоджи с нетапом в штате целый полк псевдонимусов и рота похов. А у псевдонимуса всего один псевдонимус :-(
Ответить | Правка | Наверх | Cообщить модератору

165. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (162), 09-Янв-21, 21:11 
> У синолоджи с нетапом в штате целый полк псевдонимусов и рота похов.
> А у псевдонимуса всего один псевдонимус :-(

Да какой у синоложи полк? Хотя справедливости ради они даже что-то комитили в btrfs, но на полк было не похоже. Так, 1-2 мелких дева для дежурных фиксов, они даже не core devs технологии.


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

108. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от псевдонимус (?), 09-Янв-21, 15:10 
> "а я и не сплю".
> В смысле, а исправлять никто и не собирался, md raid (с полным
> копированием всех данных после перезагрузки ресетом - хороший, полезный стресстест для
> твоего массива) ихнее всьо.
> Изучай thin lvm. Все равно ничего другого в обозримом будущем не останется
> (и zfs доломают, причем на всех платформах).

Кроме того у бсд..ов есть геом.

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

142. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  –2 +/
Сообщение от Аноним (146), 09-Янв-21, 20:11 
> Кроме того у бсд..ов есть геом.

Чего с ним делать предлагается? Инновационный UFS развернуть? Или таки FAT? Что там у вас еще есть? Какой-то кастрированный вариант EXT'а, чтоли?

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

132. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  –1 +/
Сообщение от Аноним (-), 09-Янв-21, 19:35 
> Изучай thin lvm.

Лучше btrfs изучить - и почувствовать разницу. Рулится в духе zfs, только без некоторых его дурацкостей :-]

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

136. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от псевдонимус (?), 09-Янв-21, 19:56 
>> Изучай thin lvm.
> Лучше btrfs изучить - и почувствовать разницу. Рулится в духе zfs, только
> без некоторых его дурацкостей :-]

И без некоторых сохранностей данных.

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

141. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  –2 +/
Сообщение от Аноним (146), 09-Янв-21, 20:09 
> И без некоторых сохранностей данных.

Естественно, бсдшнику виднее что у нас там в этих наших линуксах с сохранностью данных.

> Линукса, тем более шапкообразного с на хранилке у меня не будет.

Тебя за язык никто не тянул, это все что на самом деле надо знать о твоем уровне экспертизы по поводу данных в Linux. Ты это небось даже на скриншоте не видел но мнение имеешь.

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

152. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +1 +/
Сообщение от псевдонимус (?), 09-Янв-21, 20:42 
Конечно виднее.

К несчастью видел не на скриншоте кашицу, в которые БТР превратил данные. Но да, виновата была не только лишь фс. Админ-линуксоид по скудоумию пытался с упорством,  достойным лучшего применения восстановить данные средствами этой калечной фс.

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

166. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  –3 +/
Сообщение от Аноним (-), 09-Янв-21, 21:16 
> Конечно виднее.

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

> К несчастью видел не на скриншоте кашицу, в которые БТР превратил данные.
> Но да, виновата была не только лишь фс. Админ-линуксоид по скудоумию
> пытался с упорством,  достойным лучшего применения восстановить данные средствами этой
> калечной фс.

А может вы там по скудоумию просто буфернули диск виртуалки для лучшего перфоманса, послав допущения файлух и прочие ненужности типа смеантики к лешему? Ну оно при крахе и продолбало вагон всего из буфера хоста. Для бсдшников с линухом я скорее в что-то такое поверю, unless declared otherwise. С вашим уровнем знания технологий подобные версии как-то лучше объясняют наблюдаемое.

А восстановить чего, там офлайн ридер есть, даже работает, если не идиотничать. Но при этом надо все же соображать что и нафига делаешь немного.

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

170. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +3 +/
Сообщение от анонн. (?), 09-Янв-21, 21:43 
> А может вы там по скудоумию просто буфернули диск виртуалки для лучшего
> перфоманса, послав допущения файлух и прочие ненужности типа смеантики к лешему?
> Ну оно при крахе и продолбало вагон всего из буфера хоста.
> Для бсдшников с линухом я скорее в что-то такое поверю, unless
> declared otherwise. С вашим уровнем знания технологий подобные версии как-то лучше объясняют наблюдаемое.

Вы там поаккуратней с разоблачениями, а то недавно выяснилось, что "ваши" (которые с лапками перепончатыми) не "может", а точно сделали:
https://m.opennet.ru/openforum/vsluhforumID3/122280.html#26
Хорошо хоть детали слили - разобраться можно было, а то ведь столько ору в фряшных темах до этого было: "фряшная файловая система херится на ровном месте после выключения!", "Почуму-то только правильная бздешичка ломается" и проч в том же духе.

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

171. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +1 +/
Сообщение от анонн. (?), 09-Янв-21, 21:53 
> Вы там поаккуратней с разоблачениями, а то недавно выяснилось, что "ваши" (которые
> с лапками перепончатыми) не "может", а точно сделали

Причем, это не какой-то там очередной диванный форумчанин, а разработчик коммерческого пингвинячьего дистра ;)

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

174. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (-), 09-Янв-21, 22:46 
> Причем, это не какой-то там очередной диванный форумчанин, а разработчик коммерческого
> пингвинячьего дистра ;)

А чего за дистр? Впрочем, разработчику линукса и не обязательно быть профи в фрибзде. А вот ответы фрибсдшного сообщества как на подбор. Странно что ему еще не рассказали что он лох и виртуализация - нинужно, поставьте лучше на сервак под кроватью.

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

175. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +1 +/
Сообщение от анонн (ok), 09-Янв-21, 23:02 
>> Причем, это не какой-то там очередной диванный форумчанин, а разработчик коммерческого
>> пингвинячьего дистра ;)
> А чего за дистр?

Rosa Linux
> Впрочем, разработчику линукса и не обязательно быть профи в фрибзде.

И знать, чем чреват запуск kvm+qemu с cache=writeback для гостя, тоже похоже не обязательно и даже после разжевывания детально ему дозволяется писать "что доказать-то пытаетесь? Что qemu виноват? А если реальную железяку из розетки выдернуть". Ведь он линуксоид, а "это другое, понимать надо!"(с)
Казалось бы, причем тут "быть профи в фрибзде".

> А вот ответы фрибсдшного сообщества как на подбор. Странно что ему еще не рассказали что он лох и виртуализация - нинужно, поставьте лучше на сервак под кроватью.

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


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

197. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  –1 +/
Сообщение от Аноним (197), 11-Янв-21, 00:13 
> Rosa Linux

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

> И знать, чем чреват запуск kvm+qemu с cache=writeback для гостя, тоже похоже
> не обязательно и даже после разжевывания детально ему дозволяется писать "что
> доказать-то пытаетесь? Что qemu виноват?

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

> А если реальную железяку из розетки выдернуть".

Для меня это стандартный тест при оценке устойчивости ФС к внешним воздействиям. Зачем мне ФС которая скопытится и провалит задачу?

> Эталонный пример избирательного чтения с додумыванием - прямо хоть в палату мер и весов.

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

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

218. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от анонн (ok), 11-Янв-21, 16:17 
>> А если реальную железяку из розетки выдернуть".
> Для меня это стандартный тест при оценке устойчивости ФС к внешним воздействиям. Зачем мне ФС которая скопытится и провалит задачу?

Помимо того, что выдергивать чужие цитаты из контекста ... хотя не, похоже бесполезно объяснять.

Вот так выглядит реальность вне россказней с опеннета:


$ smartctl -x /dev/ada0 |grep -i "unexpec\|wr.*cache"
Write cache is:   Enabled
174 Unexpect_Power_Loss_Ct  -O--CK   100   100   000    -    75

$ stattime / /usr /boot |grep -i birth
Birth:    20:50:17 03/11/2013
Birth:    20:47:49 03/11/2013
Birth:    20:49:53 03/11/2013

$ df -T / /usr /boot|awk '{$0=$2};2'    
Type
ufs
ufs
ufs

>> Rosa Linux
> А, ну эти довольно чудесатые. С другой стороны... попробуй стать разработчиком коммерческой бзды, лол. Звучит почти как мишн импасибл, поэтому ты небось занимаешься какой-нибудь фигней в какой-нибудь маздайке, так что твои рассказы о прелестях бсдшных свобод или "истории успеха" стоят довольно дешево.

Просто прелестно - опять сменил тему, опять что-то нафантазировал и подвел какие-то "обоснования", опять приписал каки-то "рассказы" и перевел в плоскость ad-hominem.
В общем, "этот пингвиняш сдулся, вносите следующего!" (с)

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

247. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от псевдонимус (?), 12-Янв-21, 19:41 
Это 294-й скорее всего.
Ответить | Правка | К родителю #218 | Наверх | Cообщить модератору

173. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  –2 +/
Сообщение от Аноним (-), 09-Янв-21, 22:44 
> Вы там поаккуратней с разоблачениями,

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

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

Ну там первый же комент на проблему просто эпик, в характерном стиле бсд-про,


> qemu+KVM на Linux

Проблема здесь.


Алсо:

Запускают системы дендрофекальным образом, а потом плачутся в инторнетах, ...

Сразу видно уровни владения технологиями и общий как бы и не-луддизм, ога. Одно вот это уже отличная причина не иметь дел с бсдшным сообществом. Напыщеная ламота имеющая мнение основанное на их измышлизмах - визитная карточка современной бсдшной экосистемы.
Ответить | Правка | К родителю #170 | Наверх | Cообщить модератору

177. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +3 +/
Сообщение от анонн (ok), 09-Янв-21, 23:26 
> Ну там первый же комент на проблему просто эпик, в характерном стиле бсд-про,
>
 
>> qemu+KVM на Linux
> Проблема здесь.
>

> Алсо:
>
 
> Запускают системы дендрофекальным образом, а потом плачутся в инторнетах, ...
>

> Сразу видно уровни владения технологиями и общий как бы и не-луддизм, ога.

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

Получается, запускать виртуалку с (умолчательным, лет 8 как) cache=writeback,


By default, the cache.writeback=on mode is used. It will report
           data writes as completed as soon as the data is present in the host
           page cache.  This is safe as long as your guest OS makes sure to
           correctly flush disk caches where needed. If your guest OS does not
           handle volatile disk write caches correctly and your host crashes
           or loses power, then the guest may experience data corruption.

расчитанным на "специально пропатченного" гостя (читай: пинвгинчика, там в этом режиме пробрасывают пингвинячий fdatasync, если дока шапки-суси не врала. RedHat этот режим очень "не рекомендовал" это для гостя RHEL 5.5 и меньше), искренне удивляясь сопутствующему "оно при крахе и продолбало вагон всего из буфера хоста" - это на самом деле не запуск "дендрофекальным образом" и "высокий уровень владения технологиями"?
Вот оно как!

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

Отличная демонстрация напыщенной "солидарности" вашего "линукс-про" сообщества, благодарю.


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

198. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  –3 +/
Сообщение от Аноним (-), 11-Янв-21, 00:39 
> научно-техническому прогрессу, при этом "изящно" игнорируя все остальные комментарии
> - не менее эпичный, характерный опеннет-линукс-про стайл.

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

> расчитанным на "специально пропатченного" гостя (читай: пинвгинчика, там в этом режиме
> пробрасывают пингвинячий fdatasync, если дока шапки-суси не врала.

То-есть, в пингвине была фича, а в бзде - как обычно. Ооок!

> RedHat этот режим очень "не рекомендовал" это для гостя RHEL 5.5 и меньше),

Спасибо что хоть не гайд по майнтенансу пушек 1812 года.

> искренне удивляясь сопутствующему "оно при крахе и продолбало вагон всего из буфера
> хоста" - это на самом деле не запуск "дендрофекальным образом" и "высокий уровень
> владения технологиями"? Вот оно как!

Это, кажется, называется "человек не подозревал что бзда настолько в технологической ж...е". Еще бы виртио потребовал, авангардист клятый! В линухе то как-то приняно нормально интегрировать ос с виртуализатором и за счет этого оно по скорости мало отличимо от железяки на которой работает - и таки при этом неплохая изоляция от хоста.

> Отличная демонстрация напыщенной "солидарности" вашего "линукс-про" сообщества, благодарю.

Не знаю про какую солидарность речь, но чисто по человечески, после такого велкама и такой демонстрации технологий лично я бы не стал ту штуку в следующие 5 лет трогать даже трехметровой палкой... не qemu-kvm, естественно ;)

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

204. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +1 +/
Сообщение от псевдонимус (?), 11-Янв-21, 04:57 
Это не фича, а кривой костыль. Очередной. Костылинукс он такой, да.
Ответить | Правка | Наверх | Cообщить модератору

179. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 10-Янв-21, 00:21 
> Вы там поаккуратней с разоблачениями, а то недавно выяснилось, что "ваши" (которые
> с лапками перепончатыми) не "может", а точно сделали:
> https://m.opennet.ru/openforum/vsluhforumID3/122280.html#26

ой, прелесть какая.

Не, с другой стороны - извращенцы и должны же ж страдать. При запуске линуксов в bsd'шных виртуалках, знаете ли, ничего само собой почему-то не ломается.

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

199. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  –1 +/
Сообщение от Аноним (-), 11-Янв-21, 00:42 
> запуске линуксов в bsd'шных виртуалках, знаете ли, ничего само собой почему-то
> не ломается.

Еще бы. Так никто не делает - оно и не ломается почему-то. Бзда как хост виртуализации? Пусть псевдонимус этот номер показывает, если здоровья хватает. И поха напарником в этот смертельный номер можно :)

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

243. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +1 +/
Сообщение от пох. (?), 12-Янв-21, 12:40 
>> запуске линуксов в bsd'шных виртуалках, знаете ли, ничего само собой почему-то
>> не ломается.
> Еще бы. Так никто не делает - оно и не ломается почему-то.

Я делаю. Виртуалке ДВЕНАДЦАТЬ лет. Пережила три разные виртуализации и четыре хоста, и до сих пор работает.

А у л@...х все как всегда. Работать в волшебном qemu-kvm могут только лап@тые системы, специальным образом приготовленные (то есть вот та - не будет, кстати, она слишком стара для такого б-ского цирка). А все кто не в ногу - те луддиты и их быть вообще не должно.

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

> Бзда как хост виртуализации?

работает. Бредовых требований к гостевым системам о поддержке того, что даже не документировано - не предъявляет.


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

155. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +2 +/
Сообщение от пох. (?), 09-Янв-21, 20:52 
>> И без некоторых сохранностей данных.
> Естественно, бсдшнику виднее что у нас там в этих наших линуксах с
> сохранностью данных.

А, оно из-за этого навернулось? Как учуяло-то за двадцать километров...


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

168. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  –2 +/
Сообщение от Аноним (-), 09-Янв-21, 21:17 
> А, оно из-за этого навернулось? Как учуяло-то за двадцать километров...

Как, как, вы так мастерски мины себе на пути раскладываете и подрываетесь на них - что за 20 километров бабах слышно.

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

209. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от псевдонимус (?), 11-Янв-21, 13:46 
>> И без некоторых сохранностей данных.
> Естественно, бсдшнику виднее что у нас там в этих наших линуксах с
> сохранностью данных.
>> Линукса, тем более шапкообразного с на хранилке у меня не будет.
> Тебя за язык никто не тянул, это все что на самом деле
> надо знать о твоем уровне экспертизы по поводу данных в Linux.
> Ты это небось даже на скриншоте не видел но мнение имеешь.

Админ линуксоид. Восстанавливал, пока диски не вылетели. На райд5.


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

214. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (-), 11-Янв-21, 15:00 
>> Тебя за язык никто не тянул, это все что на самом деле
>> надо знать о твоем уровне экспертизы по поводу данных в Linux.
>> Ты это небось даже на скриншоте не видел но мнение имеешь.
> Админ линуксоид. Восстанавливал, пока диски не вылетели. На райд5.

Забей. Это почти-трехсотый, с ним диалог невозможен - он или снова покажет мастер-класс передерга и чтения жопой или сменит неудобную тему или просто перейдет на ad hominem. Ну или все вместе, плюс опять придумет какую нибудь *рень, как выше.

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

216. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от псевдонимус (?), 11-Янв-21, 15:28 
Да пусть хоть кто-то прочтет, может не подорвет  и не навредит себе и окружающим. Чела уволили. Я к людям использующим Линукс никакой ненависти не испытываю.
Ответить | Правка | Наверх | Cообщить модератору

151. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +1 +/
Сообщение от пох. (?), 09-Янв-21, 20:36 
>> Изучай thin lvm.
> Лучше btrfs изучить - и почувствовать разницу. Рулится в духе zfs, только
> без некоторых его дурацкостей :-]

вот, к примеру, без объявления войны не смонтировался надысь. ага.  Вполне в духе современной zfs, конечно, тут ты прав.

Кстати, а как там сделать замену диска? Не send/receive, это-то и бестолковая zfs могет, а просто был sda, стал sdb, а sda надо отдать прямщас. Не останавливая систему, потому что я хз как ее потом загрузить.

Предположим даже, для простоты, что никаких зеркал и, б-же упаси, raid там нет (хотя для lvm это было бы совершенно неважно).


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

172. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (172), 09-Янв-21, 22:27 
> вот, к примеру, без объявления войны не смонтировался надысь. ага.  Вполне
> в духе современной zfs, конечно, тут ты прав.

А error message какой? И какие версии кернела и проч? Ну и чего с ним сделали для такого?

> Кстати, а как там сделать замену диска?

btrfs replace ...
Альтернативный вариант: device add -> device remove.

Второй вариант умеет крайне неортодоксальныее трансформации, btw. Как тебе перенос системы? device add -> RAID 1 -> single -> device remove. Можно -> DUP вместо single как вариант. Это странный способ перенести систему на другой винч, но работает и быстро, переноятся только используемые области. А, grub еще установить. ФС остается той же самой с точностью до UUID, а винч под ОС заменяется без остановки системы. Сможешь нонстоп замену системного диска с твоими технологиями? И если да, то как? Block-level для этого плохо подходит: non stop означает работающую ОС которая может писать, меняя блоки.

> Не send/receive, это-то и бестолковая zfs могет, а просто был sda, стал sdb, а sda надо
> отдать прямщас.

А в чем проблема сделать btrfs device remove? Удвинет данные с него - и забирай! При том удвинет только то что фактически аллоцировано, а backrefs делают это быстрым. Так что эта операция умеет заканчиваться быстрее ожидаемого.

Даже больше! Было у тебя 5 дисков, RAID1, половина места не юзалось, но по дискам раскидалось. Сказал device remove, удвинул данные, вынул диск, единственное отличие - на ФС стало немного меньше места. А 4 там диска или 5 и какого размера - решительно похрен.

А ZFS уже научили пулы уменьшать, девайсы изымать и все такое? Уровень RAID выбирается раз и навсегда?

> Не останавливая систему, потому что я хз как ее потом загрузить.

Я систему на новый диск перебросил без остановки...

> Предположим даже, для простоты, что никаких зеркал и, б-же упаси, raid там
> нет (хотя для lvm это было бы совершенно неважно).

RAID в btrfs полностью прозрачен для этих процедур. Btrfs похрен, он видит block group, и moving его away с изымаемого диска. По backref смотрит чье это и двигает на любой другой диск с свободным местом подходящий под требования схемы хранения этого block group (он еще и разный может быть, даже смесь таковых, уровни избыточности data и metadata могут отличаться опять же). Т.е. RAID1(metadata) совершенно не означает RAID1(data). Может быть и RAID0, если данные относительно похрен но развал ФС наповал по метаданным все же неохота.

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

178. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +1 +/
Сообщение от пох. (?), 10-Янв-21, 00:16 
> А error message какой?

дык, никакого. Есть типовые мусорные сообщения, которые при нормальном монтировании в лог зачем-то валятся (хз что означают, и зачем у них дурная привычка логать мусор).
Монтирования - нет.

> Ну и чего с ним сделали для такого?

shutdown -r
К сожалению, времени разбираться не было, там не терабайты и вообще большая часть была бэкапом самой себя, поэтому плюнул и пересоздал. Но, надо отметить, с zfs у меня бывало всякое, но ВСЕГДА оно об этом внятно писало прямо в консоль. lvm писала невнятно, но хотя бы тоже пыталась разговаривать. А тут молча опаньки.

> А в чем проблема сделать btrfs device remove?

а он один. То есть меня интересовал аналог pvmove (не то чтобы эта тварь была безопасной).

> А ZFS уже научили пулы уменьшать, девайсы изымать и все такое? Уровень RAID выбирается раз и
> навсегда?

слава Аллаху, навсегда. Я вообще не представляю, что там должно быть такое на том пуле, чтобы я рискнул на подобную процедуру и при этом оно имело смысл вообще (в смысле не проще снести и заново создать как надо).
То есть vdev теперь в некоторых случаях таки можно удалить и убрать с него данные, и обещали что прямо вот скоро это будут любые случаи, когда есть еще один, но все это для тех кому данные, по-моему, вообще не нужны. А тогда - чего ж страдать?

А что, btrfs'ным рэйдом (а не зеркалом) уже в принципе пользоваться можно стало? Расскажи это synology, а то ребята не в курсах и мучаются.
А то с зеркальными конфигурациями и у zfs проблем почти нет (только ну его нафиг).

> RAID в btrfs полностью прозрачен для этих процедур.

если бы еще и работал...

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

185. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от псевдонимус (?), 10-Янв-21, 06:33 
Райд5 в БТР работает отлично. Данные полностью потеряны.

Но хоть холодный бэкап был у админа.

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

202. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  –1 +/
Сообщение от Аноним (-), 11-Янв-21, 04:24 
> Райд5 в БТР работает отлично. Данные полностью потеряны.

https://btrfs.wiki.kernel.org/index.php/Status - правильно, кто ж маны то читает? И эти люди что-то там про qemu и чтение манов :)

> Но хоть холодный бэкап был у админа.

А RTFM он делать все же не умеет.

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

205. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от псевдонимус (?), 11-Янв-21, 05:10 
>> Райд5 в БТР работает отлично. Данные полностью потеряны.
> https://btrfs.wiki.kernel.org/index.php/Status - правильно, кто ж маны то читает? И эти
> люди что-то там про qemu и чтение манов :)
>> Но хоть холодный бэкап был у админа.
> А RTFM он делать все же не умеет.

Да, за 7лет так и не допилии. Неудивительно.

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

201. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  –2 +/
Сообщение от Аноним (-), 11-Янв-21, 01:45 
> дык, никакого.

Прикалываться изволите?

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

Дык, цитаты? Чего-нибудь типа failed to open ctree? Или тому подобное? А может просто логлевел никакой?

> Монтирования - нет.

Пока как-то мало данных для понимания чего там. Не знаешь почему у меня при вылезании проблем диагностических данных как-то больше обычно, эксперт?

> отметить, с zfs у меня бывало всякое, но ВСЕГДА оно об
> этом внятно писало прямо в консоль.

Да собственно и btrfs пишет. Во всяком случае когда суперблок улетел в страну вечной охоты - диагностика была вполне понятной и достаточной для того чтобы вернуть его из копии. Но мало ли что там за чудо у экспертов случилось. Так то у них для дебага барабашек есть режим относительно приватного компактного дампа, когда в нем только метаданные, но ты небось и такой зассышь девам дать? Хотя идея в целом прикольная.

> А тут молча опаньки.

Вот это странно. А логлевел системные гениусы не догадались прибавить? Хотя это по любому должно быть как минимум error.

>> А в чем проблема сделать btrfs device remove?
> а он один.

Так добавь второй, ремувни первый. Если ремотно надо - в чем проблемы send -> receive? А если локально - трансфер данных с диска на диск должен же случиться когда-то? (при device replace или device remove, ессно). Правда есть прикол, если дисков в ФС 2 и более, оно метаданные делает RAID1 по дефолту. Это хорошо и правильно, но если это именно data move с диска на диск, с планом вынуть второй, не в кассу. Но лечится ребалансом метаданных с фильтром уровня избыточности метаданных. Да, чтобы продвинутые фокусы гонять ман читануть все же придется, как и понять некоторые азы inner working. А у ZFS что, не так? :P

> То есть меня интересовал аналог pvmove (не то чтобы
> эта тварь была безопасной).

Я ж описал что я систему на живую с винча на винч подвинул
- на горячую цепанул 2-й
- btrfs device add его, FS теперь временно 2-дисковая.
- (зачем мне raid1 метаданных, rebalance тебе в block groups!)
- btrfs device remove
- GRUB install
- отцепляем 1й.

Система передвинута на другой диск. Онлайн. Без остановки. Вроде как раз как ты хотел, если не круче: другой системный диск без ребутов и отключки питания, с подцеплением нового и отключением старого нагорячую. Data move случится в момент btrfs device remove. Ни один открытый файловый дескриптор в процессе не пострадал. Система в этом процессе продолжает работать, диск подгружен io конечно. Его сильно меньше площади диска - move away случается только для фактически используемого места - это как раз плюс FS-aware аллокаций и рэйда.

> слава Аллаху, навсегда.

Ну его нафиг славу прибитого на гвозди...

> Я вообще не представляю, что там должно быть такое
> на том пуле, чтобы я рискнул на подобную процедуру и при этом оно имело смысл
> вообще (в смысле не проще снести и заново создать как надо).

В случае btrfs это миловая фоновая операция с конфигурируемым приоритетом, при крахе оно просто возобновляет с места облома, пока это идет прекрасно живет с смесью уровней (дизайн изначально такое предполагает) - и это онлайн ФС, доступная на R/W. В этом месте можно начать догадываться почему мне нравится это менеджить. Он удобный и фичастый.

Корректность при этом ... изначально заложена в дизайн. Дизайн аллоцирует место "block groups", чушками, порядка 1..несколько гигов размерами. Юнит райда - они. Они же юнит ребаланса и прочих data move типа device remove.

То-есть я добавил диск новый диск и изъял старый. Нюансом было объяснение btrfs'у что RAID1 для метаданных круто, но - забей, это у меня не планируется многодисковым.

> То есть vdev теперь в некоторых случаях таки можно удалить и убрать
> с него данные, и обещали что прямо вот скоро это будут любые случаи,

У btrfs нет никаких vdev. Есть фс, есть свободное место. Ну, еще subvolumes есть, но это юнит администрирования, "супер-директория", технически - точка входа в иерархию некого, хм, снапшота. Writable или не очень. Снапшоты технически новые subvolumes, изначально на 100% реюзающие блоки исходной иерархии, но могут и разъехаться благодаря cow. А reflinks - когда блоки реюзнуты, но в снапшот не оформлялось. На самом деле довольно логично сделано, круто и гибко.

> А что, btrfs'ным рэйдом (а не зеркалом) уже в принципе пользоваться можно
> стало? Расскажи это synology, а то ребята не в курсах и мучаются.

А чего они там мучаются? И да, RAID1 считается стабильным. И вполне юзабелен. У меня с ним проблем не было. А чего с ним у synology?

> если бы еще и работал...

Так работает вроде. Ну, RAID5/6 стабильными не заявлены, а в остальном - см. вику проекта.

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

217. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +1 +/
Сообщение от псевдонимус (?), 11-Янв-21, 15:36 
>[оверквотинг удален]
> но в снапшот не оформлялось. На самом деле довольно логично сделано,
> круто и гибко.
>> А что, btrfs'ным рэйдом (а не зеркалом) уже в принципе пользоваться можно
>> стало? Расскажи это synology, а то ребята не в курсах и мучаются.
> А чего они там мучаются? И да, RAID1 считается стабильным. И вполне
> юзабелен. У меня с ним проблем не было. А чего с
> ним у synology?
>> если бы еще и работал...
> Так работает вроде. Ну, RAID5/6 стабильными не заявлены, а в остальном -
> см. вику проекта.

Вместо документации "Вика проекта". Этого достаточно, чтобы не прикасаться к убожеству.

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

234. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Онаним (?), 12-Янв-21, 10:27 
> md raid (с полным копированием всех данных после перезагрузки ресетом

Это называется про bitmap забыли.

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

242. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 12-Янв-21, 12:34 
>> md raid (с полным копированием всех данных после перезагрузки ресетом
> Это называется про bitmap забыли.

это называется непонимание элементарных вещей.

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

244. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Онаним (?), 12-Янв-21, 15:23 
Именно так это и называется.
Потому что bitmap в md позволяет полного рефреша избежать.
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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