Частые переподключения к Самбе

А ты не думал что это проблема самой проги, которая очень часто хочет читать свои конфиги ?

Есть такая мысль, тем более, что пути к конфигам хранятся в самом файле чертежа, такой вот долбаный формат у них, прога юзает конфиги для корректного отображения сожержимого. Даже скорее всего проблема в проге, да. И все же на стороне самбы как-то подкрутить чего-то нереально? Можно как-то статически законнектить клиента на шару? Сетевой диск может быть? Но это на крайний случай.

Можно как-то статически законнектить клиента на шару? Сетевой диск может быть?

Это всё не избавит тебя от:

а сервере идет свистопляска

WiFi точно нет на линии?

эмм... сервер к вафле никоим боком. Хотя сама по себе вафля есть, куда ж без нее..

Некоторое количество экспериментов не дали ровно никаких результатов. Избавления не наступило, да ((.

Почему? Диск монтируется при старте системы и благополучно висит до ее выключения. ИМХО, коннект постоянный будет (хотя на 100% не уверен).

Да, все верно, диск с шарой монтируется и коннект постоянный, вот только это не помогает. Видимо, причина в следующем. Путь к шаре с конфигами зашит в файле чертежа и имеет вид \\server\ascon. По этому пути прога и работает. А на то, что шара примонтирована ка сетевой диск, скажем S:, ей глубоко начхать. Путь-то зашит сетевой, а не «локальный» типа S:\ascon... smbstatus + логи показывают создание нового процесса для юзера при обращении к шаре с конфигами, в дополнение к существующим коннектам. Соответственно, при расконнекте процесс завершается, чтобы возникнуть по-новой при следующем обращении к настройкам. Такая вот трабла. К несчастью, в свое время не хватило сообразительности сразу вытащить конфиги на сетевой диск. Файлов чертежей с такими вот кривыми путями накопилось чуть менее, чем до фига...Лопатить их, чтобы сменить путь к конфигам никто не будет. АПИ проги тоже не дает свободно это сделать как-то программно. Засада.

Блин, тогда и не знаю чего посоветовать. Только постепенно переделывать чертежи.

P.S. Сколько геммора вы хватанете, если придется как-то сеть реорганизовывать, с такими жесткими закладками... :)

Кажется, нашел решение :) На клиенте нужно сделать

net use \\server\ascon /persistent:yes

Вставил в нетлогоновский батник на самбе, посмотим. У себя проверил, вроде как рулит. Т.е. коннект к шаре не отваливается хотя бы, хоть и существует параллелно с другими.

Может, это серверный софт - кривой?

Описанным выше способом удалось избавиться от чехарды с переподключениями. Сейчас процессы smbd ведут себя ровно: не перезапускаются на каждый чих этой самой проги. Кривизна серверного софта? Возможно. Есть идеи? В чем кривизна?