Проблема поиска файлов из сервиса

← →
Deep © (2003-04-19 05:02) [0]

Проблема в следуюющем, функци FindFirst и FindNext не хотят
искать файлы на сетевых дисках (код ошибки 3 - путь не найден),
хотя на локальном диске все работает без проблем.

← →
esu © (2003-04-19 10:02) [1]

Вроде была такая проблема... Узнай абсолютный путь и потом ищи уже по нему.

← →
Ihor Osov'yak © (2003-04-19 11:11) [2]

Сервис, как правило, запускается от системной учетной запимси. Следовательно, мапировка дисков там несколько иная, чем в текущего юзера... Со всеми последствиями..

← →
max2057 © (2003-04-21 12:13) [3]

а может и не мапировка - чтобы можно было попасть на сетевой диск
сервис должен работать от имени пользователя домена, который имеет доступ на этот диск

← →
Deep © (2003-04-21 21:00) [4]

Интересно... что значит пользователь имеет доступ на диск?
Я являюсь пользователем домена, и в проводнике у меня все диски и права к ним есть, на мой взгляд дело тут в чем-то еще... ведь
сервис запускается еще до входа в сеть, следовательно никакие диски у меня еще вообще не подключены, да и в домен я еще никакой не входил. Хотелось бы услышать еще варианты.

← →
sniknik © (2003-04-21 22:04) [5]

наверное нужно поставить у сервиса зависимость от "Диспетчер логических дисков" или чегото, что обслуживает сетевые диски.

← →
Deep © (2003-04-22 20:51) [6]

Может и надо ставить зависимость от к.л. сервиса, вначале я тоже так думал, решил поставить зависимоть от всех сервисов которые запускаются и хоть как-то связаны с сетью или дисками... в частности вход в сеть и пр. Результат к сожалению оказался нулевым :(

← →
vuk © (2003-04-22 21:07) [7]

to Deep:
>Интересно... что значит пользователь имеет доступ на диск?
Права на сетевой ресурс у аккаунта, под которым сервис работает должны быть. А вообще, для сервиса лучше пользоваться не сетевыми дисками, а полными путями в формате UNC: \\servername\sharename\directory\filename.

← →
Deep © (2003-04-23 21:06) [8]

to vuk:
Я пробовал использовать функции ExpandUNCFileName и ExtractRelativePath которые в приципе и должны возвращать путь который ты нарисовал, точнее они его и возвращают, но если их вызыват не из сервиса, а обычного приложения... в сервисе они к сожалению так же отказываются работать с сетевыми дисками :(
Кроме того я пробовал явным образом прописать путь (как та говоришь \\servername\sharename\directory\filename) результат оказался отрицательным :( Все таже ошибка: Путь не найден.

P.S. Жду дальнейших предложений по решению проблемы
Мастера откликнитесь...

← →
Deep © (2003-04-23 21:15) [9]

to vuk:
Интересно, что ты подразумеваешь под словом "аккаунт", из твоего хода мысли вытекаят, что я как User работаю под одним аккаунтом и вижу все диски, а сервис работает под каким-то другим и эти диски не видит... Очень итересно получается...

← →
Fighter © (2003-04-24 03:57) [10]

Всё правильно получается! Сервис можно запускать под любым именем (и паролем)! У меня уже около 2х лет так работает и без проблем!

← →
Anatoly Podgoretsky © (2003-04-24 11:52) [11]

Deep © (23.04.03 21:15)
Именно так и получается, как бы интересно не было.

Deep:
Под каким аккаунтом сервис работает? Что бы он нормально работал в сети он должен использовать аккаунт пользователя домена, а не LocalSystem Account, проверь.

Простите... тогда попутный вопрос, а как мне получить аккаунт пользоавтеля домена, если сеть Novell-я а не NT-я

Тоже самое с CGI-скриптом. Не видит сетевых ресурсов. В IIS указал доменного юзера из-под которого надо запускать скрипт - всё равно сетевые ресурсы не видит...

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

У меня тоже возникла проблема работы сервиса с подключаемыми сетевыми дисками и с UNC-путями (типа: \\servername\sharename\directory\filename) - не видит он их.
Пока не решил.

Проблема поиска файлов из сервиса Найти похожие ветки