Антон Пащенко

РЕШЕНО!!!
1. Понизил версию самба на 4.5.6.
2. Нашел путём последовательного уточнения запросов на просторах интернетов

zo0mik 10.08.17 16:06:53:
"Ну вот почему нельзя написать об этом во всех руководствах, что если не написать всего лишь одну эту строчку, то в каких-то случаях хоть голову о клаву разбей, оно может и не заработать вообще?!!! А вообще, желательно: client min protocol = NT1 client max protocol = SMB3 ntlm auth = yes create mask = 0664 directory mask = 0775 acl allow execute always = True и обязательно проверить наличие директории в локальной файловой системе и права на неё!"

Вот такой конфиг на выходе:

[global]
#workgroup = WORKGROUP
security = user
map to guest = bad user
wins support = no
dns proxy = no
log level = 3
client min protocol = NT1
client max protocol = SMB3
ntlm auth = yes
acl allow execute always = True
log file = /var/log/samba/log.%m

[183]
path = /home/cams/captures/183
valid users = cams
guest ok = no
browsable = yes
writable = yes
read only = no
create mask = 0665
directory mask = 0775

РЕШЕНО!!!
1. Понизил версию самба на 4.5.6.
2. Нашел путём последовательного уточнения запросов на просторах интернетов zo0mik 10.08.17 16:06:53:

"Ну вот почему нельзя написать об этом во всех руководствах, что если не написать всего лишь одну эту строчку, то в каких-то случаях хоть голову о клаву разбей, оно может и не заработать вообще?!!! А вообще, желательно: client min protocol = NT1 client max protocol = SMB3 ntlm auth = yes create mask = 0664 directory mask = 0775 acl allow execute always = True и обязательно проверить наличие директории в локальной файловой системе и права на неё!"

Из меня такой бисячий дьявол вышел, когда я увидел:

3 дня мучений!!!
Как только соседи дурку не вызвали))))

Кулер приколхозил, завтра буду смотреть, как будет работать....

Выцепил проблему.
ESXi стоит на SSD винте Intel S3710 200Gb, и вот он почему-то - просто теряет способность к записи через некоторое время(((
В системе ESXi пишет 0B Объём, 0В Занято 0В свободно.
Тестирую его под виндой кристалмарком, всё ок!
ESXi только вчера переустанавливал, освежал релиз, при этом делал полное форматирование.
Может ещё из-за БП, по 5В линии есть просадка до 4,83-4,85В
В общем загадка.

Разобрался сам, но скорее интуитивно.
Почем так работает, не понимаю!
В общем, всё что надо было сделать, это удалить "-custom" в строке "context=from-trunk-sip-9651234567-custom"
Как я к этому пришел? Очень просто, все другие транки не имели этой приписки в конце, но появлялись с ней в файле extensions_additional.conf автоматически. Я логичным путём сделал вывод, что это какая-то техническая приписка выставляемая автоматически, и удалил её, как только я это сделал, всё заработало.

P.s.: Замечу одну деталь, у меня не просто FreePBX, а доработанная платная FreePBX под названием MetPBX, от компании Postmet.de

Решил сам, в ВМ которую любезно предоставляет компания Битрикс по умолчанию выключен chrony, при том что он установлен.
Вот по этой ссылке все сделал и всё зажило: https://itdraft.ru/2018/12/20/sinhronizacija-vreme...

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