И еще один вопрос СЕТЕВОЕ ИМЯ БОЛЕЕ НЕДОСТУПНО

Обсуждение программы nnBackup

И еще один вопрос СЕТЕВОЕ ИМЯ БОЛЕЕ НЕДОСТУПНО

Postby mvart » Sat, 21 May 2005, 20:30

при синфронизации по сети замечено при при более менее солидном обьеме файла выдается сообщее ---СЕТЕВОЕ ИМЯ БОЛЕЕ НЕДОСТУПНО -- но при опции -с следующие файлы благополучно сихронизируются . :(
mvart
 
Posts: 53
Joined: Thu, 29 Jul 2004, 10:35

Re: И еще один вопрос СЕТЕВОЕ ИМЯ БОЛЕЕ НЕДОСТУПНО

Postby mvart » Sun, 22 May 2005, 20:16

mvart wrote:при синфронизации по сети замечено при при более менее солидном обьеме файла выдается сообщее ---СЕТЕВОЕ ИМЯ БОЛЕЕ НЕДОСТУПНО -- но при опции -с следующие файлы благополучно сихронизируются . :(


И за целый день никаких движений :cry: :cry: :cry:
mvart
 
Posts: 53
Joined: Thu, 29 Jul 2004, 10:35

Postby Nicholas_Nemtsev » Mon, 23 May 2005, 11:49

Такое бывает на некоторых дешёвых сетевых картах.
Что за система?
Nicholas Nemtsev
User avatar
Nicholas_Nemtsev
Site Admin
 
Posts: 857
Joined: Thu, 01 Jul 2004, 22:25
Location: Псков

Postby mvart » Mon, 23 May 2005, 17:58

Да нет сетевые карты нормальные Intel PRO/100+ Adapter PCI,ОС XP 512мВ и т.д
mvart
 
Posts: 53
Joined: Thu, 29 Jul 2004, 10:35

странно но факт на откате версии

Postby mvart » Wed, 29 Jun 2005, 16:09

nnbackup301b2 сетевое имя не доступно была ошибка ,откатился на nnbackup v 2.22 прокатывает нормально :o ,завтра попробую http://www.nncron.ru/download/nnbackup301b8.exe
mvart
 
Posts: 53
Joined: Thu, 29 Jul 2004, 10:35

в продолжение темы

Postby mvart » Thu, 30 Jun 2005, 07:00

в продолжение темы

в версии - nnbackup301b8.exe ситуация таже

log
Fr 30.Jun.2005 09:40 Start synchronization
Fr 30.Jun.2005 09:40 Копирование файлов
Fr 30.Jun.2005 09:41 C:\misha\системная\Outlook\Outlook.pst
Fr 30.Jun.2005 09:42 ERROR # 64: C:\misha\системная\Outlook\Outlook.pst ==> \\ser2\admbackup$\backup_misha\системная\Outlook\Outlook.pst: Указанное сетевое имя более недоступно.
Fr 30.Jun.2005 09:42 Удаление файлов

откатился на v nnbackup228 все ОК синхронизация проходит
log
Th 30.Jun.2005 09:47 Start synchronization
Th 30.Jun.2005 09:47 Копирование файлов
Th 30.Jun.2005 09:48 C:\misha\системная\Outlook\Outlook.pst
Th 30.Jun.2005 09:49 C:\Documents and Settings\misha\Избранное\ФОРУМЫ\nnbackup\nnSoft Просмотр форума - nnBackup forum (Russian).url
Th 30.Jun.2005 09:49 Удаление файлов

во всех случаях запуск с ком.сроки вызов из файла

"C:\Program Files\nnBackup\nnbackup.exe" -f c:\system\nnsetup.txt


сам nnsetup.txt

\ синхронизируем каталоги настройки из файла
\ C:\путь вызова\nnbackup.exe -f c:\system\nnsetup.txt
\ "C:\Program Files\nnbackup.exe" -f c:\system\nnsetup.txt

sync

\ исходный каталог:
-i C:\misha
-i "C:\Documents and Settings\misha\Избранное"

\ приемный каталог:
-o \\ser2\admbackup$\backup_misha
\ лог-файл
-log c:\misha.log

\ дополнительные опции:
-c
-lang Russian
-x *.ini,*rdp,*.db
-p
-v \ verbose
-s \ обрабатывать вложенные каталоги
-e \ копировать пустые каталоги
-da \ удалять из приемного каталога файлы,
-t2
\ отсутствующие в исходном каталоге
-ad \ копировать файлы
mvart
 
Posts: 53
Joined: Thu, 29 Jul 2004, 10:35

Я уже запутался Но проблема не снимается

Postby mvart » Mon, 11 Jul 2005, 18:56

Я уже запутался Но проблема не снимается ,пробую в разных версиях.День работает потом перестает.ЧТО МОЖЕТ БЫТЬ??? Сеть в роде в порядке.
mvart
 
Posts: 53
Joined: Thu, 29 Jul 2004, 10:35

Postby mrOleg » Mon, 25 Jul 2005, 08:45

mvart у меня такая же проблема, и дело,я так думаю не в дешевых сетевых картах.Копируются,открываются файлы стабильно,никаких тормозов сети нет,а "...Указанное сетевое имя более недоступно..." вылетает постоянно. Версия nnBackup 301b8,
но и на предыдущих была таже песня. Причем в режиме -nocopy всек проходит нормально
mrOleg
 
Posts: 10
Joined: Mon, 25 Jul 2005, 08:37

Postby mrOleg » Tue, 26 Jul 2005, 07:16

Мда.....похоже,что либо все на море,либо усиленно работают над новой версией...
mrOleg
 
Posts: 10
Joined: Mon, 25 Jul 2005, 08:37

Postby mrOleg » Thu, 28 Jul 2005, 15:27

Господа администраторы,проблема не изчезает.
У меня порядка 180 ошибок (сетевое имя более недоступно) ежедневно выскакивает.Может все-таки что нибудь посоветуете :cry:
mrOleg
 
Posts: 10
Joined: Mon, 25 Jul 2005, 08:37

Postby Nicholas_Nemtsev » Thu, 28 Jul 2005, 16:43

Не знаю, как это у себя воспроизвести. Копировал и большие и много по сети, но ничего подобного у меня не происходит. Спрашивается, что мне исправлять? Проблема не очень ясна. Попробуй (много раз) скопировать файлы, на которых возникает ошибка простом COPY из командной строки. Будут ли возникать подобные ошибки?
Nicholas Nemtsev
User avatar
Nicholas_Nemtsev
Site Admin
 
Posts: 857
Joined: Thu, 01 Jul 2004, 22:25
Location: Псков

Вернулся с отпуска

Postby mvart » Tue, 16 Aug 2005, 18:39

Вернулся с отпуска. Проблема остается ,буду далее ломать голову ,если кто решит проблему выскажитесь СПАСИБО ЗАРАНЕЕ
mvart
 
Posts: 53
Joined: Thu, 29 Jul 2004, 10:35

ПРОБЛЕМА КАЖЕТСЯ РЕШИЛАСЬ.

Postby mvart » Sat, 27 Aug 2005, 10:13

ПРОБЛЕМА КАЖЕТСЯ РЕШИЛАСЬ.

При помощи смотри ниже таких манипуляций: взято с нета на сервере windows 2003 то что выделенно красным внес изменения

Один из наших читателей сообщил, что пользователи компьютеров с установленной в качестве клиента Windows XP Service Pack 1 (SP1) в его сети столкнулись с постоянно проявляющейся проблемой при обращении к файлам, расположенным на серверах Windows 2000. Читателя интересует, не является ли данная проблема следствием ошибок в двух компонентах редиректора. Вначале неполадки возникли после установки на системах XP пакета обновлений SP1. После обновления пользователи XP стали сталкиваться со всевозможными сообщениями об ошибках при попытке получить доступ к удаленным (remote) файлам. Среди сообщений встречались упоминания о снижении производительности, о том, что файлы разрушены или уже кем-то открыты, о том, что не удается определить состояние. Характерно, что все эти сообщения об ошибках встречаются при работе с различными приложениями, но только если файлы, к которым осуществляется обращение, расположены на системе Windows 2000.

Если верить специалистам Microsoft, проблемы взаимодействия не распространяются на различные версии операционных систем в части кода редиректора, но сосредоточены в реализации протокола Server Message Block (SMB). В статье Microsoft "'File or Network Path No Longer Exists' or 'No Network Provider Accepted the Given Network Path' Error Message When You Copy or Open Files in Windows XP SP1" объясняется, что ошибки на клиенте являются следствием ошибки хост-системы Windows 2000, то есть того, как именно обрабатываются SMB-пакеты, пришедшие с клиента XP SP1. Ошибка в реализации протокола репродуцирует множество сообщений об ошибках в самых различных ситуациях. Кроме того, могут возникать большие временные задержки при обращении к удаленному файлу, а в ряде случаев система может зависать и потребуется перезагрузка.

А теперь несколько слов о том, насколько широко распространена эта проблема. SMB по умолчанию функционирует на контроллерах домена Windows 2000. Если не изменить (или заменить) объект Default Domain Controllers Group Policy Object (GPO), то на всех контроллерах домена Windows 2000 включена функция подписи SMB. Ошибка в протоколе вызывает сбои в работе клиента XP SP1 при обращении к любому файлу, расположенному на DC, включая и сценарии регистрации, различные GPO и файлы в каталогах общего доступа. Включить функцию подписи SMB на серверах семейства Windows 2000 можно или с помощью GPO или непосредственно через реестр. Если на сервере включена означенная функция, клиенты столкнутся с описанными выше проблемами взаимодействия при попытке обратиться к ресурсам общего доступа на этом сервере.

Вот некоторые симптомы неправильной работы клиента XP SP1, связанные с проблемой подписи SMB:

Когда копируется файл с сетевого каталога на станцию клиента, в 50% случаев операция заканчивается неудачей.

В программах, в которых файлы закрываются и открываются или же создаются временные файлы на сервере Windows 2000, время отклика значительно возрастает, что приводит к сообщениям об ошибках или зависанию системы.

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

На станции клиента появляется сообщение об ошибке при отработке сценария регистрации или групповой политики.

Для устранения неполадки нужно позвонить в Microsoft Product Support Services (PSS), сослаться на статью Q329170 и попросить выслать соответствующее исправление. Исправление устраняет ошибку SMB в восьми компонентах операционной системы, в том числе localspl.dll, printui.dll, spoolss.dll, spuninst.exe, srv.sys, srvsvc.dll, winspool.drv и wlnotify.dll. Дата создания файлов – 10 октября. Исправление надлежит установить на все серверы Windows 2000, которые содержат разделяемые ресурсы для клиентов XP SP1.

Временное решение проблемы – отключение подписи SMB на серверах, которые содержат ресурсы клиентов XP SP1. Для этого следует изменить политику Default Domain Controllers, встроенную политику, применяемую на всех контроллерах домена. Откройте Microsoft Management Console (MMC) Active Directory Users and Computers, затем контекстное меню Domain Controllers organizational unit (OU) и выберите Properties. Щелкните вкладку Group Policies, выберите Default Domain Controllers Policy и щелкните Edit. Раскройте параметры и отыщите Computer Configuration\Windows Settings\Security Settings\Local Policies\Security Options. Здесь указано четыре возможности настроить подпись SMB, а именно:

Digitally sign client communication (always) – «Всегда подписывать пакеты клиента».

Digitally sign client communication (when possible) – «Подписывать пакеты клиента тогда, когда это возможно».

Digitally sign server communication (always) – «Всегда подписывать пакеты сервера».

Digitally sign server communication (when possible) – «Подписывать пакеты сервера тогда, когда это возможно».

По умолчанию программа установки DC использует последний режим - "Digitally sign server communication (when possible)". Отключите эту настройку, отключив тем самым и функцию подписи DC. Если последний режим не включен, проверьте три оставшихся и отключите каждый. При этом вы можете прождать до 5 минут, пока не закончится цикл автоматического обновления Group Policy, или же можно вручную обновить политику на каждом контроллере домена с помощью команды secedit/refreshpolicy machine_policy/enforce. Дополнительная информация содержится в статье Microsoft "Network File Errors Occur After You Install Windows XP SP1".

Паула Шерик - редактор Windows & .NET Magazine и консультант по вопросам планирования, реализации и взаимодействия сетей. С ней можно связаться по адресу: paula@winnetmag.com.


Доменная политика и политика контроллера по умолчанию по-моему ничего не меняет. А вот локальная политика безопасности требует подписывания клиентского SMB - соединения. Нужно изменить политику в LocalSecurity Polisy/local policies/security options/secure channel (все поставить в DISABLE
mvart
 
Posts: 53
Joined: Thu, 29 Jul 2004, 10:35

ДА ПРОБЛЕМА РЕШИЛАСЬ

Postby mvart » Fri, 02 Sep 2005, 07:22

ДА ПРОБЛЕМА РЕШИЛАСЬ. ВЫШЕ УКАЗАННЫМИ ДЕЙСТВИЯМИ. ДЛЯ МЕНЯ ТЕМА ЗАКРЫТА.ВСЕМ СПАСИБО
mvart
 
Posts: 53
Joined: Thu, 29 Jul 2004, 10:35


Return to nnBackup forum (Russian)

Who is online

Users browsing this forum: No registered users and 4 guests

cron