@MSGID: <1187515752@ddt.demos.su> d741d243
@REPLY: grosbein.net 811ba8cf
@REPLYADDR: Alex Korchmar
<noreply@linux.e-moe.ru>
@REPLYTO: 2:5020/400 UUCP
@RFC-Message-ID: <1187515752@ddt.demos.su>
@RFC-References: <1187515745@ddt.demos.su>
<MSGID_grosbein.net_811ba8cf@fidonet.org>
From: Alex Korchmar <noreply@linux.e-moe.ru>

Eugene Grosbein <Eugene.Grosbein@f1.n5006.z2.fidonet.org> wrote:

EG> Add new quirk DA_Q_STRICT_UNMAP for cases when target is too critical to
он же должен быть виден в логах? В логе его нет.
Впрочем вряд ли поможет, поскольку после первой неудачи с UNMAP он перестает
его использовать вовсе, и все становится еще хуже чем было до того.

EG> Это изменение вошло в 11.1, так что твоя проблема, наверное,
судя по тем форумам, жалуются на vmfs6 и седьмую вмварь соответственно.
Поддержка 6 появилась с vmvare 6.5

И там что-то изменилось именно в области "reclaim space".
В частности он просто не работал на дисках со снапшотами (на которые там 
отдельно и жалуются) если эти диски по размеру меньше 2T - у серверной 
вари снапшот это redo-log, и он не умел в unmap в старом формате.

EG> это какой-то новый косяк в Vmware.
я бы не называл косяком вмвари проблему, проявляющуюся в маргинальной ОС.
У линукса с виндой нет никаких косяков.

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


> Alex

--- ifmail v.2.15dev5.4
 * Origin: Demos online service (2:5020/400)
SEEN-BY: 50/12 279 236/100 5019/40 5020/400 526
545 848 1042 1477 2395 2992
SEEN-BY: 5020/4441 12000 5021/29 5022/128 5025/3 75
5027/12 5030/500 1081
SEEN-BY: 5030/1900 1957 2404 5035/85 5037/7 5053/58
400 5054/1 5059/37
SEEN-BY: 5060/90 5063/3 5068/10 5080/68 102 5085/13
5095/20 6001/10
@PATH: 5020/400 545 4441