#21
|
|||
|
|||
Re: fsck_y_enable и gmirror
Eugene Grosbein написал(а) к Slawa Olhovchenkov в Jun 18 05:44:39 по местному времени:
10 июня 2018, воскресенье, в 19:33 NOVT, Slawa Olhovchenkov написал(а): SO>>> да-да, "у меня все работает -- чинить не будем" EG>> У меня складывается ощущение, что ты считаешь, что лично я должен EG>> чинить ZFS :-) SO> я долбаю каждого, кто может на это повлиять, потому как кроме нежелания SO> пошевилить жопой этому ничего не препятствует Эмм, судя по всему, у тебя неверные представления о том, "кто может на это повлиять". Eugene -- И у священных источников живут алчные монахи. (Дхарма) --- slrn/1.0.3 (FreeBSD) |
#22
|
|||
|
|||
Re: fsck_y_enable и gmirror
Eugene Grosbein написал(а) к Alex Korchmar в Jun 18 05:49:38 по местному времени:
10 июня 2018, воскресенье, в 20:49 NOVT, Alex Korchmar написал(а): >> Если ресинк не нужен, он и не случится. AK> ну что значит "не нужен"? Диски различаются, после неудачного полета. Они различаются только в том случае, если зеркало не было помечено "чистым", что случается, если в течение sysctl kern.geom.mirror.idletime на него не было никаких записей (даже если fs не размонтированы), по дефолту 5 секунд. AK> Но смысла в ресинке нет, потому что ты не знаешь, где мусор, а где нет. А это починит fsck или ZFS resilver, и табуреточку у них из под ног вышибать нехорошо, поэтому смысл есть. Eugene -- Сердце - малочувствительный, мускулистый, грубый и жесткий орган. --- slrn/1.0.3 (FreeBSD) |
#23
|
|||
|
|||
Re: fsck_y_enable и gmirror
Dmitry Kolvakh написал(а) к Alex Korchmar в Jun 18 09:23:10 по местному времени:
Нello, Alex Korchmar. On 10.06.18 17:09 you wrote: AK> но ты, кстати, не переживай - все что не zfs, в эхотаге "works as AK> intended". то есть еще и чинить не собираются. Особенно порадовали journaled SU, да :( -- Best regards! --- Нotdoged/2.13.5/Android |
#24
|
|||
|
|||
fsck_y_enable и gmirror
Victor Sudakov написал(а) к eugen в Jun 18 11:53:38 по местному времени:
Dear eugen, 11 Jun 18 02:02, Eugene Grosbein wrote to me: EG>>> А ещё оно удовлетворительно работает у меня с 11.1/i386 на EG>>> виртуалке с 512M "физической" памяти, 2G ядерной виртуальной EG>>> памяти, 768M kmem и лимитом в 40M для ZFS ARC, uptime 17 дней EG>>> (Нetzner ребутил). VS>> А как мне убедиться, что после обновления до 11.1 у меня таки VS>> заработали vfs.zfs.arc_max="41943040" и VS>> vfs.zfs.vdev.cache.size="5242880" ? Топ: last pid: 31728; load VS>> averages: 1.02, 0.71, 0.51 VS>> up 2+02:12:06 22:42:36 VS>> 88 processes: 1 running, 85 sleeping, 2 stopped VS>> CPU: 9.2% user, 0.0% nice, 3.1% system, 1.4% interrupt, 86.3% VS>> idle VS>> Mem: 534M Active, 3145M Inact, 221M Laundry, 1708M Wired, 2226M VS>> Free VS>> ARC: 605M Total, 19M MFU, 224M MRU, 560K Anon, 3500K Нeader, 358M VS>> Other VS>> 48M Compressed, 198M Uncompressed, 4.10:1 Ratio VS>> Swap: 8192M Total, 8192M Free EG> Лимит, как я совсем недавно вычитал в рассылке, оказывается "soft EG> limit", почти как у сквида - он может превышаться, но в норме не EG> слишком на долго, если позволяет нагрузка. И по моим ощущениям, есть EG> разница в работе лимита на i386 и на amd64 (а может, у меня просто EG> ревизии stable/11 разные). EG> У тебя amd64 или i386? amd64 По суммарному количеству памяти в top разве не видно? Victor Sudakov, VAS4-RIPE, VAS47-RIPN --- GoldED+/BSD 1.1.5-b20160322-b20160322 |
#25
|
|||
|
|||
fsck_y_enable и gmirror
Slawa Olhovchenkov написал(а) к Eugene Grosbein в Jun 18 10:27:58 по местному времени:
Нello Eugene! 11 Jun 18, Eugene Grosbein writes to Slawa Olhovchenkov: SO>>>> да-да, "у меня все работает -- чинить не будем" EG>>> У меня складывается ощущение, что ты считаешь, что лично я должен EG>>> чинить ZFS :-) SO>> я долбаю каждого, кто может на это повлиять, потому как кроме SO>> нежелания пошевилить жопой этому ничего не препятствует EG> Эмм, судя по всему, у тебя неверные представления о том, EG> "кто может на это повлиять". у меня они совершенно верные, влиять может (с разной силой, да): - каждый у кого проблема была и вылечилась патчем - каждый с коммит-битом в base/ zfs|cddl ни под каким дополнительным апрувом не находится и вроде у тебя коммит бит не отобрали. ... Всегда существует простое, легкое для понимания неправильное решение. --- GoldED+/BSD 1.1.5-b20110223-b20110223 |
#26
|
|||
|
|||
Re: fsck_y_enable и gmirror
Eugene Grosbein написал(а) к Slawa Olhovchenkov в Jun 18 18:03:58 по местному времени:
11 июня 2018, понедельник, в 08:27 NOVT, Slawa Olhovchenkov написал(а): SO> у меня они совершенно верные, влиять может (с разной силой, да): SO> - каждый у кого проблема была и вылечилась патчем нет SO> - каждый с коммит-битом в base/ нет SO> zfs|cddl ни под каким дополнительным апрувом не находится и вроде у тебя коммит SO> бит не отобрали. Все нетривиальные изменения в системе находятся "под апрувом", то есть нужен review и одобрямс тех, кто с этим кодом работает - не нужно только для тех подсистем, которыми и так никто не занимается. А в моём случае ещё и на любой коммит в base нужно явное разрешение менторов, я пока под mentorship. Eugene -- Прекрасны тонко отшлифованная драгоценность; победитель, раненный в бою; слон во время течки; река, высыхающая зимой; луна на исходе; юная женщина, изнуренная наслаждением, и даятель, отдавший все нищим. (Дхарма) --- slrn/1.0.3 (FreeBSD) |
#27
|
|||
|
|||
Re: fsck_y_enable и gmirror
Eugene Grosbein написал(а) к Victor Sudakov в Jun 18 18:07:41 по местному времени:
11 июня 2018, понедельник, в 09:53 NOVT, Victor Sudakov написал(а): EG>> Лимит, как я совсем недавно вычитал в рассылке, оказывается "soft EG>> limit", почти как у сквида - он может превышаться, но в норме не EG>> слишком на долго, если позволяет нагрузка. И по моим ощущениям, есть EG>> разница в работе лимита на i386 и на amd64 (а может, у меня просто EG>> ревизии stable/11 разные). EG>> У тебя amd64 или i386? VS> amd64 В 11/amd64 на r327192 у меня работало, может сломали. Eugene --- slrn/1.0.3 (FreeBSD) |
#28
|
|||
|
|||
fsck_y_enable и gmirror
Victor Sudakov написал(а) к eugen в Jun 18 19:13:12 по местному времени:
Dear eugen, 11 Jun 18 18:07, Eugene Grosbein wrote to me: EG>>> Лимит, как я совсем недавно вычитал в рассылке, оказывается EG>>> "soft limit", почти как у сквида - он может превышаться, но в EG>>> норме не слишком на долго, если позволяет нагрузка. И по моим EG>>> ощущениям, есть разница в работе лимита на i386 и на amd64 (а EG>>> может, у меня просто ревизии stable/11 разные). У тебя amd64 или EG>>> i386? VS>> amd64 EG> В 11/amd64 на r327192 у меня работало, может сломали. У меня 11.1-RELEASE-p10 бинарно обновлённый, фиг знает какой это rXXX. Victor Sudakov, VAS4-RIPE, VAS47-RIPN --- GoldED+/BSD 1.1.5-b20160322-b20160322 |
#29
|
|||
|
|||
Re: fsck_y_enable и gmirror
Eugene Grosbein написал(а) к Victor Sudakov в Jun 18 20:45:11 по местному времени:
11 июня 2018, понедельник, в 17:13 NOVT, Victor Sudakov написал(а): EG>>>> Лимит, как я совсем недавно вычитал в рассылке, оказывается EG>>>> "soft limit", почти как у сквида - он может превышаться, но в EG>>>> норме не слишком на долго, если позволяет нагрузка. И по моим EG>>>> ощущениям, есть разница в работе лимита на i386 и на amd64 (а EG>>>> может, у меня просто ревизии stable/11 разные). У тебя amd64 или EG>>>> i386? VS>>> amd64 EG>> В 11/amd64 на r327192 у меня работало, может сломали. VS> У меня 11.1-RELEASE-p10 бинарно обновлённый, фиг знает какой это rXXX. У тебя releng/11.1, с точки зрения функциональности ZFS это то же самое, что release/11.1.0 r321354 Eugene -- Смотри, но не смей трогать --- slrn/1.0.3 (FreeBSD) |
#30
|
|||
|
|||
fsck_y_enable и gmirror
Slawa Olhovchenkov написал(а) к Eugene Grosbein в Jun 18 16:06:00 по местному времени:
Нello Eugene! 11 Jun 18, Eugene Grosbein writes to Slawa Olhovchenkov: SO>> у меня они совершенно верные, влиять может (с разной силой, да): SO>> - каждый у кого проблема была и вылечилась патчем EG> нет да -- если напишет и будет спрашивать "какого хуя работающее исправление игнорируется?" SO>> - каждый с коммит-битом в base/ EG> нет SO>> zfs|cddl ни под каким дополнительным апрувом не находится и вроде у SO>> тебя коммит бит не отобрали. EG> Все нетривиальные изменения в системе находятся "под апрувом", EG> то есть нужен review и одобрямс тех, кто с этим кодом работает - EG> не нужно только для тех подсистем, которыми и так никто не занимается. в данном случае изменения достаточно тривиальные. никаких явных отрицатильных отзывов на на ревью нет. EG> А в моём случае ещё и на любой коммит в base нужно явное разрешение EG> менторов, я пока под mentorship. и что? они явно тебе запрещают делать вообще все? или ты у них спросил по этому поводу и они сказали "нет"? ... Люди как голуби - только взлетят чуть повыше и срать им на тебя --- GoldED+/BSD 1.1.5-b20110223-b20110223 |