|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Vadim Goncharov 2:5020/400 01 Feb 2008 13:42:43
To : Valentin Nechayev
Subject : Re: squid cache: async vs. softupdates
--------------------------------------------------------------------------------
et> <1187191788@quarta.carrier.kiev.ua>
From: Vadim Goncharov <vadimnuclight@tpu.ru>
Hi Valentin Nechayev!
On Fri, 1 Feb 2008 09:36:38 +0000 (UTC); Valentin Nechayev wrote about 'Re:
squid cache: async vs. softupdates':
EG>>>>>>> При замене диска - не бекапить, а переносить.
VG>>>>>> А, ну значит dd.
VN>>>>> Hесмешно. Потому что расширить или сжать раздел уже невозможно.
VG>>>> В чем принципиальное отличие от файла?
VN>>> Ты серьёзно не понимаешь или притворяешься? Hу-ка покажи мне тулзу,
VN>>> которая может уменьшить размер UFS раздела. Если не покажешь - буду
VN>>> считать, что ты споришь только ради спора.
VG>> А причем тут UFS, когда речь шла о COSS-файле сабжа?!
VN> Если COSS лежит файлом на UFS - речь о разделе и об UFS.
VN> Если COSS лежит плоским образом на разделе - тогда всё равно встаёт
VN> вопрос о расширении или о сжатии, а подобрать диск такого же размера
VN> (как в твоём случае с /dev/ad2) обычно или нереально, или
Случай, кстати, не мой. Hо это вполне решабельно подбором раздела на
несколько мегабайт меньше, чем размер диска, чтоб на любой похожий
гарантированно влезло. Это еще без учета того, что на самом деле размер
COSS ограничен 2^24 блоков, так что на самом деле всего диска не будет,
будет раздел :)
VN> невыгодно. Значит, надо думать о других средствах переноса. И в этом
VN> случае dd тоже, мягко говоря, не оптимальное решение.
А другого нет. COSS - черный ящик. Его ресайз зависит от сквида,
подгонка физического хранилища вторична. См. мое соседнее письмо
к Гросбейну.
--
WBR, Vadim Goncharov. ICQ#166852181 mailto:vadim_nuclight@mail.ru
[Moderator of RU.ANTI-ECOLOGY][FreeBSD][http://antigreen.org][LJ:/nuclight]
--- slrn/0.9.8.1 on FreeBSD 4.11/i386
* Origin: Nuclear Lightning @ Tomsk, TPU AVTF Hostel (2:5020/400@fidonet)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
