Vasiliy P. Melnik wrote:
> > во-первых как скажешь, так и будет -- тут писали
>
> о - а как сказать, есть какая-то опция? а то делаю пул из
> gpt-разделов, а после импорта-экспорта получаются номера дисков. Не
> хочется попасть в ситуацию, в которую попал автор топика. Ведь если бы
> пул был созд
> во-первых как скажешь, так и будет -- тут писали
о - а как сказать, есть какая-то опция? а то делаю пул из
gpt-разделов, а после импорта-экспорта получаются номера дисков. Не
хочется попасть в ситуацию, в которую попал автор топика. Ведь если бы
пул был создан из gpt-разделов скорее всего подобн
On Tue, Apr 17, 2012 at 09:16:52PM +0300, Vasiliy P. Melnik wrote:
> > ну я бы тогда дождался окончания процесса и далее:
> >
> > - выдернул бы новый диск
> > - сделал бы export
> > - сделал бы import
> > - починил наличие лишних мирроров
> > - вставил бы диск (предварительно его занулив)
>
> Ка
17 апреля 2012 г. 21:13 пользователь Vasiliy P. Melnik
написал:
> поддерживает 64-бита?
http://www.vsemcomp.ru/cat/11-HP-ProLiant-DL560-G1-4xXeon-2.5GHz-2Gb-2x73.4Gb-P-N-336539-B21/
Откуда?
> ну я бы тогда дождался окончания процесса и далее:
>
> - выдернул бы новый диск
> - сделал бы export
> - сделал бы import
> - починил наличие лишних мирроров
> - вставил бы диск (предварительно его занулив)
Как только делаешь export-import zpool начинает оперировать номерами дисков,
а не таблиц
Так - на всякий случай спрошу: вимнду небось 64-ех битнус ставите, проц
поддерживает 64-бита?
--
---
Vasiliy P. MelnikVPM-UANIC
On Tue, Apr 17, 2012 at 06:55:18PM +0400, Vadim S. Goncharov wrote:
> NAME STATE READ WRITE CKSUM
> backup0DEGRADED 0 0 0
>raidz2 DEGRADED 0 0 0
> mfid0 ONLINE 0 0 0 6,69E repaired
>
On 16.04.2012 19:30, Vadim S. Goncharov wrote:
Ну а вопросы, понятно, классические: кто виноват (что это вообще такое с
ним происходит) и что делать (чтобы починить это, вернуть raidz2 в
нормальное состояние) ?
На текущий момент, то есть спустя сутки пока машинка стояла без
вмешательства, карт
2012/4/17 Alexander Yerenkow :
> После svn switch если делается relocate, надо сделать ещё checkout.
> Хотя если вы не делали relocate, то не знаю, возможно всё равно надо сделать
> checkout.
Эм?
https://ru.wikipedia.org/wiki/Subversion
> svn switch -- переключение рабочей копии на другую ветвь --
После svn switch если делается relocate, надо сделать ещё checkout.
Хотя если вы не делали relocate, то не знаю, возможно всё равно надо
сделать checkout.
2012/4/17 Sayetsky Anton
> С 8.2 перешёл на svn для сырцов, потом сделал svn switch на .../releng/8.3
> Имею:
>
> $ svn info
> Path: .
> URL:
С 8.2 перешёл на svn для сырцов, потом сделал svn switch на .../releng/8.3
Имею:
$ svn info
Path: .
URL: svn://svn.freebsd.org/base/releng/8.3
Repository Root: svn://svn.freebsd.org/base
Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
Revision: 234369
Node Kind: directory
Schedule: normal
La
On Tue, Apr 17, 2012 at 03:22:30PM +0300, Yuriy B. Borysov wrote:
> Hi!
>
> On Tue, Apr 17, 2012 at 02:39:40PM +0300, Alexander Yerenkow writes:
> > Про железо не написали, новое, старое ли.
> > Что там раньше точно работало, что не работало.
> > Погоняйте хотя бы тот же мемтест несколько часов
Hi!
On Tue, Apr 17, 2012 at 02:39:40PM +0300, Alexander Yerenkow writes:
> Про железо не написали, новое, старое ли.
> Что там раньше точно работало, что не работало.
> Погоняйте хотя бы тот же мемтест несколько часов для начала.
HP ProLiant DL560 G1
4GB RAM
HDD подключены через родной контрол
Про железо не написали, новое, старое ли.
Что там раньше точно работало, что не работало.
Погоняйте хотя бы тот же мемтест несколько часов для начала.
У меня подобные проблемы бывали из-за трёх причин:
asus+bios+gpt (висли намертво из-за какой-то незадокументированной
особенности биоса в самом нач
Hi!
On Sun, Apr 15, 2012 at 07:39:32PM +0300, Denis Zaika writes:
> Есть еще отличнейшая вещь - mfsbsd special edition, там есть очень
> грамотный скрипт - zfsinstall. Я, после того как попробовал впервые
> поставить систему оттуда, больше ничего не использую.
Попробовал mfsbsd, но результа
2012/4/17 Sayetsky Anton :
> 17 апреля 2012 г. 13:54 пользователь Andrey V. Elsukov
> написал:
>> Это в 2^60. У меня работает.
> Странно, у меня тупо виснет секунд через 10 без каких-либо сообщений.
> 8.2-RELEASE-p6 amd64
Попробовал ещё на 8.2-RELEASE-p4 amd64, стоит на виртуалке. Ребутнулась.
Мо
17 апреля 2012 г. 13:54 пользователь Andrey V. Elsukov
написал:
> Это в 2^60. У меня работает.
Странно, у меня тупо виснет секунд через 10 без каких-либо сообщений.
8.2-RELEASE-p6 amd64
On 17.04.2012 14:46, Sayetsky Anton wrote:
> 17 апреля 2012 г. 13:39 пользователь Andrey V. Elsukov
> написал:
>> Его размер вполне конечен.
>> Причины зависания вашей машины вероятно в другом.
>
> $ diskinfo -v /dev/gzero
> /dev/gzero
> 512 # sectorsize
> 115292150460
17 апреля 2012 г. 13:39 пользователь Andrey V. Elsukov
написал:
> Его размер вполне конечен.
> Причины зависания вашей машины вероятно в другом.
$ diskinfo -v /dev/gzero
/dev/gzero
512 # sectorsize
1152921504606846976 # mediasize in bytes (41P)
225179981368
On 17.04.2012 14:23, Sayetsky Anton wrote:
> Дважды повесил свою машину, а потом допёр, что нельзя создавать метки
> на бесконечном устройстве.
>
>> # kldload geom_zero
>> # geli onetime -s 4096 gzero
> Так что это идиотский совет.
Его размер вполне конечен.
Причины зависания вашей машины вероятн
17 апреля 2012 г. 12:34 пользователь Алексей Бобок
написал:
>
> Нашел один трид. В нем есть 2 интересных поста:
> http://lists.freebsd.org/pipermail/freebsd-geom/2007-July/002498.html
> и
> http://lists.freebsd.org/pipermail/freebsd-geom/2007-July/002502.html
Дважды повесил свою машину, а потом д
16.04.2012 18:30, Vadim S. Goncharov пишет:
Hi,
Имеется машинка версии
FreeBSD 8.2-STABLE #3 r223566: Mon Jun 27 17:37:04 MSD 2011 amd64
и LSI MegagovnoRAID о 12 дисках на борту, с которыми ничего не
делаается, просто отдаются системе, а на них уже собран raidz2 (на
оном живет всё, окромя
> А я не говорил "нельзя" ;) , я лично (imho) считаю, что это плохо, негативно
> на
> скорости отразится, хотя сам не пробовал.
>
> Вот тут пишут об этом:
>
> http://www.solarisinternals.com/wiki/index.php/ZFS_Best_Practices_Guide
>
>
>
> The recommended number of disks per group is
Нашел один трид. В нем есть 2 интересных поста:
http://lists.freebsd.org/pipermail/freebsd-geom/2007-July/002498.html
и
http://lists.freebsd.org/pipermail/freebsd-geom/2007-July/002502.html
2012/4/17 Sayetsky Anton
> 17 апреля 2012 г. 12:02 пользователь Anton Yuzhaninov
> написал:
> > ...
> > З
Я, думаю, надо:
1) переползти на ZFS v28
2) сменить метод нумерации дисков. Использовать в массиве не родные названия
mfid[0-9], а через GPART label
3) подумать над сменой типа массива, как советовали выше в одном пуле не более
3-5 дисков. Погуглите и найдете тесты производительности одного масс
Hello, Vasiliy P. Melnik!
On Tue, Apr 17, 2012 at 11:51:50AM +0300
ba...@vpm.net.ua wrote about "Re: [freebsd] raidz2: два vdev с одинаковым
именем, как починить degraded?":
> а с лайв-сиди пробовали?
>
> > Imho, я думаю, что ошибка в том, что изначально больше 9 дисков в
> > пул вставили, я бы
17 апреля 2012 г. 12:02 пользователь Anton Yuzhaninov
написал:
> ...
> Запись на диск маленькими блоками менее эффективна.
Сильно менее эффективная она при размерах блока в 1-2к или менее.
При размере блока в 64к скорость не может быть в 2-3 раза ниже, чем при 128к.
> Еще не исключено, что послед
On 04/12/12 15:51, Sayetsky Anton wrote:
Во время тестирования средняя загрузка каждого ядра - 20%, почему-то
выше не поднималась.
kern.geom.eli.batch=1 делает шифрование медленнее в среднем на 2Мбайт/сек.
Общие результаты меня сильно, очень сильно разочаровали.
Оптимальным считаю использование
On Mon, Apr 16, 2012 at 07:30:43PM +0400, Vadim S. Goncharov wrote:
> Оказалось, нумерация дисков сбилась, и случилось два одинаковых
> устройства mfid5:
> Причем ребуты, которые с 1 апреля случались несколько раз, это не
> лечили. С железной стороны свежий диск выглядел как mfid11, но что с
а с лайв-сиди пробовали?
> Imho, я думаю, что ошибка в том, что изначально больше 9 дисков в
> пул вставили, я бы делал бы пул из нескольких raidz1 в кажом из
> которых по 3-4 диска.
где написано что нельзя?
http://ru.wikipedia.org/wiki/ZFS
Hello, Vadim S. Goncharov!
> Ну а вопросы, понятно, классические: кто виноват (что это вообще такое с
> ним происходит) и что делать (чтобы починить это, вернуть raidz2 в
> нормальное состояние) ?
Вадим, это образцовый пост, в котором очень четко изложено все что
можно. Браво!
Imho, я думаю,
Hi,
Имеется машинка версии
FreeBSD 8.2-STABLE #3 r223566: Mon Jun 27 17:37:04 MSD 2011 amd64
и LSI MegagovnoRAID о 12 дисках на борту, с которыми ничего не
делаается, просто отдаются системе, а на них уже собран raidz2 (на оном
живет всё, окромя / на флешке).
Жила она себе не очень хорош
17 апреля 2012 г. 10:53 пользователь Denis Zhdanov
написал:
> 17 апреля 2012 г. 8:51 пользователь Alexander написал:
>> Hello UaFUG,
>>
>> Добрый день! А кто посоветует чем мониторить? Дома пытаюсь
>> переключиться на другого провайдера, но достаточно регулярно в районе
>> 4-6 утра он
17 апреля 2012 г. 8:51 пользователь Alexander написал:
> Hello UaFUG,
>
> Добрый день! А кто посоветует чем мониторить? Дома пытаюсь
> переключиться на другого провайдера, но достаточно регулярно в районе
> 4-6 утра он оказывается лежащим. Чем опытные люди собирают статистику,
> чтоб п
Кстати, я не первый, кто вайнит по этому поводу.
http://forums.freebsd.org/showthread.php?t=30348
> In Linux, using LUKS with cipher aes-xts-plain64 on a software RAID-1 I get
> the same ~100 MB/s for the same benchmarks.
> In FreeBSD, using a mirror zfs pool with underlying GELI with AES-XTS I g
2012/4/17 Lystopad Aleksandr :
> а как на centos? какая там загрузка ядер?
Повторные тесты проведу - скажу точно.
17.04.2012 12:51, Alexander пишет:
> Hello UaFUG,
>
> Добрый день! А кто посоветует чем мониторить? Дома пытаюсь
> переключиться на другого провайдера, но достаточно регулярно в районе
> 4-6 утра он оказывается лежащим. Чем опытные люди собирают статистику,
> чтоб потом можно было про
Hello, Sayetsky Anton!
On Tue, Apr 17, 2012 at 10:04:09AM +0300
vsj...@gmail.com wrote about "Re: [freebsd] geli benchmark":
> 2012/4/17 Lystopad Aleksandr :
> > на одном и том же железе?
> Не совсем, но аналогично.
> Повторюсь, если кто был недостаточно внимателен - во время
> тестирования на C2
2012/4/17 Lystopad Aleksandr :
> на одном и том же железе?
Не совсем, но аналогично.
Повторюсь, если кто был недостаточно внимателен - во время
тестирования на C2Q 9400 загрузка всех ядер не превышала 25%, это не
есть нормально.
Hello, Sayetsky Anton!
On Mon, Apr 16, 2012 at 12:29:22PM +0300
vsj...@gmail.com wrote about "Re: [freebsd] geli benchmark":
> 16 апреля 2012 г. 5:52 пользователь Алексей Бобок
> написал:
> > Недавно проводил тестирование, нашел вот файлик с результатами.
> > На виртуальной машине с 1 CPU (ядро
40 matches
Mail list logo
