Часть 14
РУКОВОДСТВО ПО ВЫХОДУ ИЗ ЗАТРУДНИТЕЛЬНЫХ СИТУАЦИЙ
ДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДД
Это справочник по некоторым из наиболее частых проблем, с которыми вы можете встретить при обслуживании вашей сети. Оно не является исчерпывающим. Если вам необходима дополнительная помощь, обращайтесь в ваше представительство по обслуживанию клиентов фи
рмы Novell. Это руководство делится на следующие главы:
- Правила обслуживания - глава предназначена для того, чтобы выработать у вас навыки, которые помогут избежать возникновения проблем.
- Диаграммы хода работы - глава предназначена для установления источника возникшей проблемы.
- Обычные проблемы - глава предназначена для установления возможных решений по определенным проблемам.
Описания следующих утилит из раздела "Утилиты Файлового Сервера" данного руководства также содержат полезную информацию по выходу из затруднительных ситуаций: INSTALL, LOAD, LOAD драйвер диска, LOAD драйвер ЛС, MONITOR, SET, UPS, UNLOAD и VREPAIR.
Следующие утилиты рабочей станции, описанные в документе "Справочник по утилитам ОС NetWare 386" (NetWare 386 Utilities Reference), также содержат полезную информацию по выходу из затруднительных ситуаций: BINDFIX, BINDREST и NBACKUP.
Приложение D в руководстве "Установка ОС NetWare 386" (NetWare 386 Installation) содержит описание затруднительных ситуаций по удаленной загрузке бесдисковых рабочих станций.
СОДЕРЖАНИЕ
Задачи
Правила обслуживания
Диаграммы хода работы
Обычные проблемы
Проблемы, связанные с файловым сервером, жестким диском и томом
Проблемы связи
Проблемы, связанные с рабочей станцией
Проблемы, связанные с прикладными задачами
Проблемы, связанные с системой TTS
Если вам необходима дополнительная помощь
Утилиты
COMCHECK
DCONFIG
Правила обслуживания
ДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДД
В этой главе объясняются некоторые правила, которые вам необходимо соблюдать при обслуживании вашего файлового сервера и его ресурсов. Эти правила не являются исключительными, но их единственным назначением является помочь вам установить такой режим обсл
уживания, который будет способствовать эффективному функционированию файлового сервера и его ресурсов.
Обслуживание памяти ...
Обслуживание диска ...
Обслуживание системы безопасности ...
Обслуживание системы Bindery ...
Обслуживание тома ...
Обслуживание памяти
Конфигурация системы NetWare 386 выполнена таким образом, что ваша система может расти в соответствии с расширением вашей организации. Большинство источников, использующих память, могут при необходимости выделять дополнительную память. Операционная систе
ма NetWare предупреждает вас, когда значение памяти достигает нижнего предела. Операционная система NetWare предупреждает вас, когда она не может выделить дополнительную память для источника.
Если вы отслеживаете, насколько быстро доступная память используется расширяющимися ресурсами, вы можете планировать их дальнейшее использование. Мы предполагаем, что вы контролируете следующую статистическую информацию:
- Кэш-буфер
- Память, выделяемая на короткое время
- Процессы обслуживания
- Приемные буферы пакетов
Кэш-Буферы
Вы можете просмотреть процент памяти, доступной для кэш-буферов, в утилите MONITOR (окно "Server Memory Statictics"). Кэш-буферы используются для хранения часто используемых файлов (для быстрого доступа) и для выделения памяти для других пулов памяти. Ко
гда память выделена для других пулов (например, для пула неперемещаемой памяти с целью загрузки предназначенного для этого модуля) число доступных кэш-буферов уменьшается. В действительности, кэш-буфера будут уменьшены, т.к. вы добавляете дополнительные
жесткие диски, и при этом увеличивается число файлов и их размер.
Если выделены кэш буферы малого размера, то производительность снижается. Часто используемые файлы больше не могут быть кэшированы из-за недостаточного числа кэш-буферов. Файлы должны будут читаться с жесткого диска (процесс, который рассматривается как
более медленный, чем чтение из памяти).
Число необходимых вам буферов зависит от вашей системы (число пользователей и задач, которые они решают). Путем контроля за степенью уменьшения вы можете планировать процесс добавления дополнительной памяти для файлового сервера. Когда процент доступных
кэш-буферов достигнет 20%, вам понадобится добавить дополнительную память. Однако, для вашей системы в действительности может понадобиться добавить до 30% (или даже до 40% или 50%).
Память, выделяемая на короткое время
Вы можете просмотреть процент памяти, выделенной для пула выделяемой на короткое время памяти, в утилите MONITOR (окно "Server Memory Statictics"). Параметр SET (Maximum Alloc Short Memory") контролирует максимальный размер этого пула. По умолчанию приня
то значение 2 МБ. Если пул растет свыше 2000000 байт, уменьшите параметр SET до 1 МБ.
Вам также следует просмотреть теги ресурса для памяти, выделяемой на короткое время, и отслеживать, какие модули используют все больше и больше памяти этого типа. Большинство модулей не требует роста количества этой памяти. Если загружаемый модуль являет
ся источником роста пула этой памяти, то свяжитесь с поставщиком этого модуля.
Процессы обслуживания
Вы можете просматривать число процессов обслуживания, созданных для обработки запросов, в утилите MONITOR (окно "Information for Server имя сервера"). Число процессов обработки увеличивается вместе с числом операций ввода/вывода на внешний диск. Параметр
SET ("Maximum Service Processes") контролирует число процессов обработки, которое выделяет операционная система. По умолчанию принято число 20.
_______________________________________________________________
ЪДї і!і АДЩ
Если ваш файловый сервер использует малое количество кэш-буферов (смотрите утилиту MONITOR), то не увеличивайте число процессов обработки. Если вы уменьшаете кэш-буферы, то вы увеличиваете вероятность того, что процесс обработки должен ждать операцию вво
да/вывода на диск, предназначенную для немедленной обработки запроса из кэш-буферов.
_______________________________________________________________
Если ваша система приближается к числу процессов обслуживания, принятому по умолчанию, и ваш файловый сервер имеет еще достаточно памяти, вы можете либо увеличить значение по умолчанию до 5, либо реализовать следующие предложения для увеличения скорости
ввода/вывода на диск:
- Используйте команду SPEED для проверки скорости работы центрального процессора. Убедитесь в том, что переключатели установлены в соответствующее положение (проверьте по документации на компьютер).
- Добавьте плату дискового сопроцессора и подсоедините к ней несколько жестких дисков.
- Выключите автоматическую функцию верификации драйвера "чтение-после-записи", если ваш жесткий диск выполняет эту функцию автоматичеески. (Смотрите документацию на жесткие диски.) Эта функция контролируется опцией "Disk Information" в утилите MONITOR.
- Выполните конфигурацию ваших томов таким образом, чтобы они покрывали более одного жесткого диска. (Смотрите утилиту INSTALL.)
- Увеличьте число кэш-буферов путем добавления дополнительной памяти в файловый сервер. Если вы увеличиваете доступные кэш-буферы, вы одновременно увеличиваете вероятность того, что файл будет находиться в памяти, и уменьшаете вероятность того, что проце
сс должен будет ожиидать операцию ввода/вывода на диск.
- Поменяйте свой компьютер на компьютер, имеющий более высокую скорость процессора.
- Поменяйте свой компьютер на компьютер с архитектурой Micro-Channel или EISA и используйте платы управления системной шиной для этих архитектур.
Число приемных буферов пакетов также оказывает влияние на необходимость процессов обслуживания. Смотрите следующий пункт "Приемные буфера пакетов".
Приемные буфера пакетов
Вы можете просматривать число выделенных приемных буферов пакетов в утилите MONITOR (окно "Information for Server имя сервера"). Параметр SET ("Maximum Service Processes") определяет, сколько таких буферов может быть выделено. Как только ваш файловый сер
вер достигнет принятого по умолчанию значения 20, увеличьте этот параметр с помощью приращений, равных 20, пока у вас не получится один приемный буфер пакетов на одну станцию.
Если ваша плата управления системной шиной вставлена в компьютер с архитектурой Micro-Channel или EISA, то вам потребуется более одного приемного буфера пакетов на одну станцию. Например, драйвер NE3200 может использовать 41 приемный буфер пакетов при ма
ксимальной загрузке.
Если вы не используете платы управления системной шиной, и утилита MONITOR показывает, что операционная система использует в данный момент приемный буфер пакетов для каждой подключенной рабочей станции, ваш файловый сервер не сможет достаточно быстро обр
абатывать операции ввода/вывода диска. Вы можете уменьшить необходимость в дополнительном числе приемных буферов пакетов путем увеличения числа процессов обслуживания и реализации предложений для улучшения ввода/вывода диска. Смотрите пункт "Процессы обс
луживания".
Обслуживание диска
Система NetWare имеет много средств, защищающих ваши данные от потери или повреждения. Средства срочного исправления, отображение, дуплексирование и файловая система, доступная для восстановления после ее удаления - все служат этой цели, но в то же время
прикладная программа может повредить файлы с данными, или два зеркально отображенных жестких диска откажут в одно и то же время.
Для максимальной безопасности ваших данных вам необходимо выполнять следующие действия:
- Регулярно делать резервное копирование ваших данных.
- Регулярно проверять ваши жесткие диски на наличие предупреждающих сигналов.
Резервное копирование
Текущее и действительное резервное копирование абсолютно необходимо для тщательного обслуживания. Каждый администратор, сразу или несколько позже, сталкивается с отказами программного или аппаратного обеспечения, что требует восстановления данных с резер
вных копий.
Только вы сами можете определить, как часто вам понадобится резервировать вашу систему. Посмотрите, за какое временя ваша работа должна быть готова к выполнению и сколько денег вы потеряете, если потеряете всю информацию на файловом сервере. Затем подсчи
тайте стоимость потери данных за месяц, за неделю, за день. Имея эти цифры в уме, вложите деньги в резервирующее устройство и регулярно делайте резервную копию вашего файлового сервера.
Мы рекомендуем следующие типы резервного копирования:
- Резервное копирование модифицированных файлов. Вам следует иметь достаточное количество картриджей, чтобы вы могли делать резервные копии в течение двух недель без повторного использования картриджей (один набор для текущей недели и один - для архива с
прошлой недели).
- Полное резервное копирование всей информации. Т.е. выполняется полное отображение файлового сервера. Если вы потеряли всю информацию, вы можете, по крайней мере, возвратиться к этой точке. Затем используйте резервные копии модифицированных файлов для п
риведения сервера к наиболее точному состоянию на момент потери информации. Восстановление файлового сервера в текущее состояние весьма проблематично, если вы собираетесь воспользоваться полной резервной копией, сделанной несколько месяцев назад.
- Резервное копирование системы Bindery. Большинство сторонних программных продуктов резервирования, совместимых с системой NetWare, резервируют систему Bindery, но некоторые и не выполняют этого. Если вы никогда не выполняли резервное копирование систем
ы Bindery с помощью аппаратных и программных средств, которые вы используете в настоящее время, то воспользуйтесь утилитой NBACKUP. Описание утилиты NBACKUP смотрите в руководстве "Справочник по утилитам ОС NetWare 386" (NetWare 386 Utilities Reference).
- Резервное копирование попечительских назначений. Большинство сторонних программных продуктов резервирования, совместимых с системой NetWare, резервируют попечительские назначения, но некоторые и не выполняют этого. Если вы никогда не выполняли резервно
е копирование попечительских назначений с помощью аппаратных и программных средств, которые вы используете в настоящее время, то воспользуйтесь утилитой NBACKUP. Установите опции "Backup Subdirectories" и "Backup Trustees" в состояние "Yes" и используйте
опцию "Files to exclude" со значением *.* в качестве имени файла для включения всех файлов. Структура каталога с этими попечительскими назначениями будет скопирована. Описание утилиты NBACKUP смотрите в руководстве "Справочник по утилитам ОС NetWare 386
" (NetWare 386 Utilities Reference).
Проверка жестких дисков
Вам необходимо проверять состояние каждого жесткого диска за последнюю неделю. Увеличение числа переадресованных блоков указывает на неисправность жесткого диска и, следовательно, на необходимость его починки или замены. Число переадресованных блоков вы
можете посмотреть в утилите MONITOR (используйте опцию "Disk Information").
Когда число переадресованных блоков "Redirected Blocks" плюс число резервных блоков "Reserved Blocks" достигнет половины полного числа блоков переадресации "Redirection Blocks", реакция системы срочного исправления может указывать на полный отказ диска.
Выполните резервирование данных на диске. Затем используйте утилиту INSTALL (опция "Available Disk Options") для запуска теста поверхности диска с разрушением или без разрушения данных на диске. Если этот тест заканчивается неудачно, вы м необходимо буде
т удалить диск и заменить его.
Когда блоки переадресуются или отображаются, или система срочного восстановления отказывает, на консоли файлового сервера выдаются предупреждающие сообщения, которые затем записываются в журнал ошибок файлового сервера и могут быть прочитаны в режиме ути
литы SYSCON. По крайней мере, просматривайте этот журнал еженедельно на предмет появления сообщений о состоянии диска. Если вы предполагаете наличие неисправностей, просматривайте его каждый день.
Обслуживание системы безопасности
Если вам требуется безопасная система, используйте средства безопасности системы NetWare. Затем установите таблицу проверки вашей безопасности. Чем большая безопасность требуется для вашей системы, тем чаще вам потребуется проверять ее на предмет нарушен
ий. Проверяйте основные нарушения при установке безопасности, контролируйте особенности вхождения в сеть ваших пользователей, а также эффективные права в чуствительных к этому каталогах.
Основные нарушения
Для перечисления слабых мест в вашей системе безопасности используйте команду SECURITY. Эта команда перечисляет следующие потенциальные проблемы, связанные с проблемой безопасности:
- Пользователи, сделавшие себя эквивалентом супервизора
- Пользователи, раскрывшие пароль или не имеющие пароля
- Пользователи, имеющие попечительские назначения в корневом каталоге любого тома
- Пользователи, имеюющие права в каталоге SYS:SYSTEM
Для просмотра журнала ошибок файлового сервера используйте утилиту SYSCON. В этот файл записывается информация следующего вида. (Эта информация могла бы указывать на нарушение безопасности.)
- Сетевые адреса станций, подсоединенных к консоли файлового сервера с помощью утилиты RCONSOLE.
- Дата и время отключения файлового сервера, доступа или запрета системы TTS, возможности или запрета вхождения в сеть и открытия и закрытия базы данных Bindery.
Особенности вхождения в сеть
Контролируйте особенности вхождения в сеть пользователя, чтобы быть уверенным, что они не оставили систему открытой.
- Запустите утилиту USERLIST для проверки того, что пользователи вышли из системы при уходе на обед или в конце рабочего дня. Приучите их использовать блокировку клавиатуры или всегда выходить из системы, когда они оставляют свои рабочие станции без кон
троля.
- Запустите утилиту USERLIST для просмотра, кто подключен на правах SUPERVISOR, как долго они были подключены и когда они отключились. Пользователь никогда не должен оставлять рабочую станцию без внимания, когда он подключен с правами SUPERVISOR.
Эффективные права
Регулярно проверяйте безопасность каталогов, которые предназначены для работы в них лиц, имеющих на это разрешение (права). Если пользователь получает новое назначение на своей работе, следует изменить и его попечительские назначения.
Проверяйте эффективные права путем выполнения следующих действий:
- Используйте опцию FILER "Who has rights here" (Кто имеет здесь права) для просмотра пользовательских эффективных прав в каталогах и файлах, которые необходимо обезопасить. (Эта опуия более сложная, чем команда TLIST, которая только перечисляет попечите
льсссские назначения, заданные для данного каталога.) Опция FILER сканирует структуру каталога и сообщает о всех пользователях, кто может реализовать свои права в каталоге.
- Используйте утилиту SYSCON для просмотра списков членов групп и удалите тех пользователей, кто имеет новые назначения, которые больше им не требуются чтобы быть членом определенной группы.
- Используйте утилиту NBACKUP для резервного копирования попечительских назначений, когда бы вы не сделали значительных изменений в этих назначениях.
Обслуживание системы Bindery
- Используйте утилиту SYSCON для уничтожения пользователей, кто больше не использует файловый сервер.
- Проверьте файл TTS$LOG.ERR. Система TTS (Transaction Track System) защищает базу данных bindery от повреждения. Если операционная система отключает систему TTS по причине неисправности системы, ваша система bindery может быть повреждена.
Файл TTS$LOG.ERR, который размещен в корневом каталоге тома SYS, записывает все значительные события системы TTS. Файл может быть прочитан с помощью любого текстового редактора.
Для дополнительной информации смотрите описание TTS в документе "Основные понятия ОС NetWare" (NetWare Concepts) и в пункте "Проблемы, связанные с системой TTS".
- Храните резервную копию файлов системы bindery в безопасном месте. Запишите пароль SYPERVISOR'а или сделайте резервную копию bindery без пароля для пользователя с именем SUPERVISOR.
- Имейте текущую копию файлов bindery с расширением .OLD. Для создания этих файлов запустите утилиту BINDFIX. Из каталога SYS:SYSTEM скопируйте на дискетту файлы NET$OBJ.OLD, NET$PROP.OLD и NET$VAL.OLD. Затем удалите файлы с расширением .OLD из каталога
SYS:SYSTEM. Запишите пароль SUPERVISOR'а и храните дискетту в безопасном месте.
Если вы потеряли систему bindery и не можете восстановить ее с обычной копии, скопируйте файлы с расширением .OLD в каталог SYS:SYSTEM. Запустите утилиту BINDREST. Файлы .OLD будут восстановлены как система bindery файлового сервера.
Обслуживание тома
- Используйте утилиту NBACKUP или какую-либо другую стороннюю программу для регулярного резервирования данных на томе.
- Используйте утилиты CHKVOL, CHKDIR и VOLINFO для контроля за увеличением каталогов и файлов. Определив, насколько быстро увеличивается том, вы можете планировать использование дополнительных жестких дисков или удаление файлов и каталогов, которые больш
е не используются.
- Проверяйте файл VOL$LOG.ERR на каждом томе. Этот файл расположен в корневом каталоге кадого тома. Например, файл для тома SYS находится в каталоге SYS:. В этот файл записываются все системные сигналы тревоги для тома. Для объяснения причин тревоги смот
рите документ "Системные сообщения ОС NetWare 386" (NetWare 386 System Messages). Для просмотра файла можете воспользоваться текстовым редактором операционной системы DOS.
- Используйте утилиту CHKVOL для просмотра количества дискового пространства, используемого удаленными файлами. Если вам необходимо пространство, то для его увеличения используйте параметры SET ("Immediate Purge of Deleted Files", "Minimum File Delete Wa
it Time", "File Delete Wait Time"). Войдите в сеть как пользователь с именем SUPERVISOR и используйте утилиту PURGE науровне тома для немедленного освобождения пространства.
- Для просмотра глубины подкаталога используйте в корневом каталоге тома утилиту LISTDIR /S. Параметр SET ("Maximum Subdirectory Tree Depth") контролирует, сколько уровней подкаталогов сможет поддерживать операционная система. По умолчанию принято значен
ие 25. Если ваша структура достигает значения по умолчанию, либо перенесите некоторые из каталогов на уровень, ближайший к корневому, либо измените предел с помощью параметра SET.
Диаграммы хода работы
ДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДД
Следующие диаграммы хода работы предназначены для установления источника большинства возникших проблем в сетях NetWare 386.
Аппаратные средства
Предназначены для обнаружения проблем, связанных с аппаратурой, которые являются помехой для загрузки DOS.
Файловый сервер
Предназначены для обнаружения проблем, которые мешают запуску файлового сервера после того, как будет загружена DOS.
Рабочая станция
Предназначены для обнаружения проблем, которые мешают входу рабочей станции в сеть с этого файловомого сервера после того, как была загружена DOS.
Данные диаграммы также отсылают вас к определенным предложениям, приведенным в главе "Обычные проблемы".
Диаграммы начинаются со страниц, указанных ниже:
Диаграмма
Страница
Аппаратные средства
...
Файловый сервер
...
Рабочая станция
...
Обычные проблемы
ДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДД
В этой части раздела по выходу из затруднительных ситуаций перечислен ряд решений определенных проблем, которые можно обнаружить с помощью диаграмм, приведенных в предыдущей главе. Эти решения приведены в следующем порядке:
Пункт
Страница
Проблемы, связанные с файловым сервером, жестким диском и томом
...
Проблемы связи
...
Проблемы, связанные с рабочей станцией
...
Проблемы, связанные с прикладными задачами
...
Проблемы, связанные с системой TTS
...
Если вам необходима дополнительная помощь
...
COMCHECK
...
DCONFIG
...
Проблемы, связанные с файловым сервером, жестким диском и томом
ДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДД
Проблемы, связанные с файловым сервером, жестким диском и томом, обычно возникают при установке операционной системы или наращивании ее возможностей. Условия объясняются на следующих страницах.
Пункт
Страница
Основные решения
...
Команды консоли не могут быть введены с консоли файлового сервера, или они не работают корректно
...
Файловый сервер не отслеживает время правильно
...
Файловый сервер "зависает" после монтирования последнего тома
...
Операционная система сообщает об ошибках в Таблице размещения файлов, когда файловый сервер был запущен в первый раз после установки сетевой платы RX-Net.
...
Жесткий диск недоступен
...
Ни один из томов, включая том SYS, не монтируется
...
Операционная система отмечает ошибки, связанные с диском, при монтировании тома
...
Операционная система отмечает ошибки, связанные с памятью, при монтировании тома
...
Том не может быть смонтирован по причине поврежденных таблиц каталогов или Таблиц размещения файлов
...
Том не может быть смонтирован по причине того, что сначала не был загружен модуль пространства имен
...
Основные решения
Если данная проблема возникла после установки системы, она может указывать на то, что сеть была установлено неправильно. Тогда в первую очередь выполните следующие действия:
- Проверьте все сетевые платы на возможность конфликта между установками адресов и портами ввода/вывода. Смотрите главу "Поиск отказов в драйверах ЛС".
- Каждый компонент должен работать как отдельная система. Удалите все сетевые платы из файлового сервера и загрузите операционную систему DOS. Добавляйте каждую плату и при этом проверяйте, что DOS все еще загружена. Убедитесь в том, что все кабели между
всеми сетевыми платами и соединителями проложены в безопасных местах, и что нагрузочные сопротивления установлены правильно.
Команды консоли не могут быть введены с консоли файлового сервера, или они не работают корректно
Возможные причины
- Конфигурация операционной системы NetWare могла быть выполнена неправильно.
- Поврежден файл SERVER.EXE.
- Сервер отключен.
- Сервер "завис".
Возможные решения
- Проверьте записи по конфигурации сетевой платы для вашего файлового сервера. Затем проверьте действительную конфигурацию аппаратных средств каждой платы, чтобы убедиться, что они совпадают.
- Если конфигурация сетевой платы, записанная вами, не соответствует реально установленной, перезагрузите драйвер ЛС с правильными параметрами или измените установки аппаратных средств в соответствии с параметрами драйвера ЛС.
- Проверьте установки всех сетевых плат на возможность конфликтов между линиями прерываний и портами ввода/вывода. Возможно, вы неправильно установили линию прерывания для сетевой интерфейсной платы, и файловый сервер все еще находится в состоянии началь
ной загрузки. Наиболее часто это имеет место, когда сетевая плата использует линию прерывания 4, и затем принтар подсоединяется к последовательному порту, который также использует прерывание 4.
- Проверьте безопасность прокладки кабелей между всеми сетевыми платами и их соединителями. Проверьте соединение определенных терминаторов.
- Из резервной копии сделайте новую версию файла SERVER.EXE и запишите ее в загрузочный каталог файлового сервера и перезагрузите файловый сервер.
- Предложите всем пользователям закрыть свои файлы и отключиться от сети. Если возможно, выключите файловый сервер. Если нет, то подождите несколько минут после того, как все пользователи отключатся от сети; затем перезагрузите файловый сервер.
Файловый сервер не отслеживает время правильно
Возможные причины
Когда файловый сервер загружается первоначально, операционная система NetWare получит дату и время от внутренней системы синхронизации. После этого операционная система отслеживает время путем подсчета системных единиц времени. Если осциллятор на основно
й системной плате работает быстрее или медленнее, то и системное время будет соответственно опережать действительное значение или отставать от него.
Возможные решения
- Если файловый сервер отстает по времени только в состоянии выключения, то это может возникнуть по причине разрядки батареи питания. Замените ее.
- Если замена батареи не помогает, тогда замените основную системную плату.
Файловый сервер "зависает" после монтирования последнего тома
Возможные причины
- Сетевая плата файлового сервера могла быть проинициализирована неправильно, когда файловый сервер вводится в работу, потому что сетевая плата не установлена или установлена неправильно.
- Конфигурация сетевой платы файлового сервера могла быть выполнена некорректно.
Возможные решения
- С консоли файлового сервера запустите утилиту CONFIG для просмотра установок на экране. Проверьте конфигурацию сетевой платы. Проверьте соответствие установок.
- Убедитесь в том, что сетевые платы файловогоо сервера и рабочих станций установлены правильно, и что кабельная система и соединители установлены в безопасных местах.
- Убедитесь в том, что терминаторы на кабелях имеют правильный диапазон и установлены правильно. Кластер IBM PC посылает широковещательное сообщение при инициализации и зависнет, если кабельная система сети проложена неправильно иили не имеет нагрузочных
сопротивлений.
- Проверьте сетевые платы во всех рабочих станциях на предмет соответствия сетевым адресам.
- Запустите утилиту COMCHECK для проверки коммуникаций между файловым сервером и рабочей станцией.
Операционная система сообщает об ошибках в Таблице размещения файлов, когда файловый сервер был запущен в первый раз после установки сетевой платы RX-Net
Возможные причины
Сетевая плата не подсоединена к активному узлу или к включенной рабочей станции.
Возможные решения
Система RX-NET, использующая сетевые платы сторонних поставщиков, должна быть подключена к активному узлу (с включенным питанием) или к другой рабочей станции (с включенным питанием) при загрузке сервера.
Жесткий диск недоступен (например, не смогут запуститься опции проверки формата и поверхности в утилите INSTALL)
Возможные причины
- Не загружен драйвер диска.
- Жесткий диск не установлен или подключен неправильно.
- Не функционирует коммуникационный канал между интерфейсной платой контроллера, платой сопроцессора диска и жестким диском.
- Интерфейсная плата контроллера жесткого диска не имеет нагрузочного сопротивления или имеет неправильный адрес.
Возможные решения
- Убедитесь в том, что драйвер диска загружен. Запустите утилиту MODULES для просмотра загруженных драйверов диска. Если вы загрузили драйвер платы сопроцессора диска более одного раза, используйте утилиту DISKSET.
- Проверьте кабельное соединение между жестким диском и интерфейсной платой контроллера. Убедитесь в том, что Контакт 1 каждого кабеля подключен к Контакту 1 каждого соединителя.
- Проверьте кабели питания и убедитесь в том, что они установлены в разъемы питания жесткого диска и на интерфейсной плате контроллера.
- Проверьте установки перемычек на плате сопроцессора диска, на интерфейсной плате контроллера и жесткий диск. Для правильной установки перемычек смотрите документацию по аппаратным средствам.
- Для проверки того, что конфигурация аппаратных средств, записанная в микросхеме программируемого стираемого запоминающего устройства, установленной на плате сопроцессора диска, соответствует жестким дискам вашего файлового сервера.
- Для внутренних жестких дисков запустите команду DOS FDISK.
- Для проверки информации по томам и разбиению жесткого диска системы NetWare загрузите INSTALL.
- Убедитесь в том, что каждая интерфейсная плата контроллера, соединенная со своей платой сопроцессора диска, имеет тот же действительный адрес.
Ни один из томов, включая том SYS, не монтируется
Том SYS является томом возврата для системы TTS. Он также солержит файлы bindery и модули NML. Если этот том не монтируется при загрузке файлового сервера, то файл AUTOEXEC.BAT не будет выполняться, драйверы ЛС не будут загружаться, система bindery не см
ожет быть открыта и система TTS будет недоступна.
Возможные причины
- Том SYS поврежден.
- Жесткий диск, содержащий том SYS, вышел из строя.
- Для внешних жестких дисков не работают кабели или отсутствует питание.
Возможные решения
- Запустите утилиту VREPAIR на томе SYS.
- Проверьте наличие кабелей и напряжения питания для внешних дисков. При необходимости замените поврежденные компоненты.
- Замените жесткий диск, содержащий том SYS.
- Если в дисковую подсистему для замены жесткого диска вы устанавливаете диск нового типа, то убедитесь в том, что вы используете утилиту DISKSET.
- Загрузите INSTALL для создания таблиц разбиения дискового пространства и тома SYS.
- Восстановите данные с резервной копии.
Операционная система отмечает ошибки, связанные с диском, при монтировании тома
Возможные причины
- Файловый сервер не имеет достаточно памяти для монтирования тома.
- Операционная система обнаруживает несовпадение сектора каталога. Это может быть вызвано повреждением среды или если файловый сервер выключен без команды DOWN.
Возможные решения
- Загрузите утилиту MONITOR и проверьте статус доступных кэш-буферов. Если кэш-буферы занимают менее 20% памяти,то добавьте дополнительную память в ваш файловый сервер.
- Небольшие ошибки корректируют сами себя при нормальной работе сети. Например, если элемент Таблицы размещения файлов неверный, то элемент будет переписан и исправлен в следующий раз, когда будет записан. Если ошибка не исправляется самостоятельно, то з
апустите утилиту VREPAIR.
- Некоторые проблемы могут быть устранены автоматически системой TTS.
Операционная система отмечает ошибки, связанные с памятью, при монтировании тома
Возможные причины
- Тома используют для монтирования больше памяти, чем может понадобиться после их монтирования, потому что процесс монтирования выполняет проверки совместимости (например, проверяются сдублтрованные таблицы всех таблиц).
- Элементы томов и каталогов динамически растут. Таким образом, если ваш файловый сервер использует основную часть памяти (кэш-буферы файлов занимают около 20% памяти) и вы размонтируете том, вы можете быть не в состоянии повторно смонтировать том, пока
не будет доступна дополнительная память.
- Каждая дополнительная поддержка пространства имен, которое вы добавляете к тому, увеличивает размер Таблиц размещения файлов и таблиц каталогов. Увеличение поддержки пространства имен может вызвать такой значительный рост таблиц, что файловый сервер не
будет иметь достаточно памяти для монтирования тома.
Возможные решения
- Загрузите утилиту MONITOR и проверьте статус доступгых кэш-буферов. Если кэш-буферы занимают менее 20% памяти, то добавьте в файловый сервер дополнительную память.
- Освободите память путем выгрузки ресурсов.
- Оптимизируйте структуру каталога. Каждый подкаталог занимает, по крайней мере, один блок каталога (блок памяти размером 4 Кбайт). Таким образом, подкаталоги только с одним файлом требуют столько памяти, сколько занимают подкаталоги с 32 файлами. Если в
ы скомбинируете каталоги таким образом, что почти все каталоги будут содержать около 32 файлов, и затем удалите подкаталоги и файлы , то вы освободите значительную часть памяти.
- Удалите недавно добавленную поддержку пространства имен. Это разрушающий шаг и он разрушает всю расширенную информацию о файле. Перед выполнением этого шага постарайтесь освободить достаточно памяти, т.к. будет монтироваться том и вы можете зарезервиро
вать данные.
Попросите всех пользователей отключиться от сети, затем выгрузите все модули, кроме драйверов диска тома. Размонтируйте все предварительно смонтированные тома. Выключите файловый сервер т загрузите его для возврата памяти из постоянного пула и пула выд
еления в пул кэш-буферов.
Для удаления пространства имен загрузите утилиту VREPAIR и выберите опции "Remove All Named Space Entries", "Write Changes Immediately To Disk". Затем запустите утилиту VREPAIR на томе, который не будет монтироваться.
- Подсчитайте, сколько памяти понадобится вам и добавьте ее в файловый сервер. Посмотрите текущий размер тома с помощью утилиты INSTALL. Затем используйте следующую таблицу для оценки полного количества памяти, необходимого для тома.
Для каждого Вычислите память типа тома
Том DOS (.23 * M) : B = D
Том DOS + пространство (.32 * M) : B = N имен
B = Размер блока (по умолчанию 4 КБ) M = Общий объем тома в МБ D = Память, необходимая для томов DOS (Если D менее 2 МБ, то используйте 2) N = Память, необходимая для томов DOS, к которым добавлено пространство имен
После вычисления памяти, необходимой для ваших домов, для вычисления общего количества памяти, требуемой для ваших томов, используйте следующую формулу:
В + Т +2 МБ = общая потребность в памяти в МБ
Эта формула дает то минимальное количество памяти, которое должно быть установлено на файловом сервере, для того, чтобы добавить пространство имен.
Том не может быть смонтирован по причине поврежденных таблиц каталогов или Таблиц размещения файлов
Возможные причины
Следующие причины могут вызвать несовпадение в сдублированных копиях Таблицы размещения файлов и таблицы каталога:
- Произошла авария в системе питания, и файловый сервер не был отключен по команде DOWN.
- Произошла авария жесткого диска.
- Возникла ошибка в канале диска.
- Том не размонтирован по команде DISMOUNT.
- Информация каталога в кэш-памяти неполностью записана на диск.
Возможные решения
Выполните одно из следующих действий:
- Запустите утилиту VREPAIR.
- Добавьте источник бесперебойного питания (UPS) таким образом, чтобы файловый сервер автоматически отключался при выходе из строя коммерческой сети питания.
- Замените поврежденные диски или контроллеры.
- Если том относится к отображенным жестким дискам, сохраните данные на одном из накопителей. Для отмены отображения жесткого диска воспользуйтесь утилитой INSTALL (высветите жесткий диск, который, как вы считаете, наверняка надежный, и удалите этот диск
из списка отображения).Затем запустите утилиту VREPAIR на томе и смонтируйте том. Если том не монтируйется, или в данных наблюдаются некоторые нарушения, прочитайте следующее предложение перед переотображением жестких дисков.
- Если том относится к отображенным жестким дискам, сохраните данные на обоих жестких дисках. Для отмены отображения жестких дисков и сохранения оставшегося без управления жесткого диска ("Out Of Sync") в качестве нового тома воспользуйтесь утилитой INST
ALL. Запустите утилиту VREPAIRна обоих тома - на старом и на новом. Смонтируйте оба тома сравните файлы. Для уничтожения тома, имеющего меньше всего полезной информации, используйте утилиту INSTALL. Затем используйте эту утилиту для переотображения жестк
их дисков.
Том не может быть смонтирован по причине того, что сначала не был загружен модуль пространства имен
Возможные причины
Как только том сконфигурирован для поддержки дополнительного преобразования имен, кроме преобразования в системе DOS, загружаемый модуль пространства имен должен быть загружен перед тем, как можно монтировать том. Вероятно, возникла одна из следующих при
чин:
- В файле STARTUP.NCF отсутствует команда загрузки модуля пространства имен.
- Модуль загрузки пространства имен не был скопирован в корневой каталог файлового сервера.
Возможные решения
- Загрузите модуль пространства имен; затем смонтируйте том. Скопируйте модуль пространства имен в загрузочный каталог файлового сервера (C: или A:) и добавьте в файл STARTUP.NCF команду загрузки. После этого модуль будет загружаться автоматически, когда
бы файловый север не был запущен.
- Удалите из тома конфигурацию пространства имен. Это разрушающий шаг и он разрушает всю расширенную информацию о файле. Сделайте резервную копию всех файлов, созданных не под управлением DOS. Затем загрузите утилиту VREPAIR и выберите опции "Remove All
Name Space Entries" и "Write Changes Immediately To Disk". Затем на томе запустите утилиту VREPAIR.
Проблемы связи
ДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДД
Проблемы связи относятся к работе сетевых плат, драйверов ЛС, производительности сети, к связи файловый сервер/рабочая станция, а также к межсетевым соединениям. Продлемы обсужддены в следующей последовательности:
Пункт
Страница
Основные решения
...
Файловый сервер не запускается после установки в него сетевой платы
...
Рабочие станции не могут найти в сети файловый сервер
...
Файловые серверы в сети не могут узнать друг друга
...
Подтверждения от файлового сервера значительно замедлены
...
Рабочие станции могут войти в систему с файлового сервера, но периодически теряют с ним связь
...
Проблемы, специфические для сети ARCnet
...
Проблемы, специфические для сети Ethernet
...
Проблемы, специфические для сети Token-Ring
...
Основные решения
Если проблема возникает одновременно на нескольких рабочих станциях, вероятно, это результат следующих ситуаций:
- Сетевая плата файлового сервера или не вставлена, или сконфигурирована неправильно.
- Кабель сетевой платы файлового сервера поврежден.
- Повреждена кабельная система сети.
- Поврежден ближайший к файловому серверу соединитель.
- Активный узел RX-Net выключен.
- Повторитель выключен или неработоспособен.
- К кабелю не подсоединен терминатор.
- Том SYS не смонтирован.
Возможные решения
- С консоли файлового сервера запустите утилиту VOLUMES. Если том SYS не смонтирован, то смонтируйте его. Файловый сервер не выполняет широковещательную передачу по сети, пока не будет смонтирован том SYS.
- Для проверки конфигурации сетевых плат с консоли файлового сервера запустите утилиту CONFIG. Затем отключите файловый сервер, выключите питание и проверьте действительные установки на сетевой плате.
- Убедитесь, что все установки совпадают с установками, используемыми для загрузки драйвера. Если вы загружаете драйвер с прерыванием, которое конфликтует с установками платы, сетевая плата не может вести широковещательную передачу по сети.
- Убедитесь, что адрес узла (станции) на плате является разрешенным. Адреса с 0 до FFFFFFFFFFFF зарезервированы для системы NetWare, поэтому не используйте их.
- Для проверки того, что каждая сетевая плата связана с протоколом ЛС, с консоли файлового сервера запустите утилиту CONFIG. Сетевые платц не могут вести широроковещательную передачу без протокола.
- Если возможно, запустите на рабочей станции утилиту USERLIST /A для проверки адресов узлов (станций). Адрес каждой станции в сети должен быть уникальным. Иногда вы можете столкнуться с проблемой при одновременном выключении всех рабочих станций и при п
оследующем их вводе в строй.
- Проверьте все узлы и повторители, что они включены.
- Проверьте правильность подключения терминаторов к кабелям.
- Убедитесь в том, что сетевая плата файлового сервера правильно установлена и подключена.
- При необходимости замените неисправную сетевую плату файлового сервера на работающую корректно. Проверьте, что на ней правильно установлены переходники.
- Попросите пользователя войти в сеть. Загрузите утилиту MONITOR и выберите опцию "Connection Information" из меню "Active Connections". Если в окне "Active Connections" показано имя вхождения пользователя в сеть, то это означает, что файловый сервер при
нимает запросы от оболочки рабочей станции и отвечает на них.
Если рабочая станция принимает ошибку "File server cannot be found" (Файловый сервер не найден), попробуйте заменять сегменты кабеля и кабельные соединители до тех пор, пока соединение не будет восстановлено.
Файловый сервер не запускается после установки в него сетевой платы
Возможные причины
- Сетевая плата неправильно подключена к кабельной системе.
- Аппаратные средства конфликтуют с другими платами, с монитором или с портами файлового сервера.
Возможные решения
- Подключите сетевую плату, по крайней мере, к одной рабочей станции и проверьте ее оконечную нагрузку.
- Сделайте спписок портов ввода/вывода, прерываний и адресов памяти, используемых оборудованием. Для регистрации этой информации воспользуйтесь "Рабочим листом установки файлового сервера ("File Server Worksheet"), приведенным в руководстве "Установка ОС
NetWare 386" (NetWare 386 Installation). Используйте этот список для идентификации возможных конфликтных ситуаций.
- Проверьте документацию, полученную вместе с компьютером, и все установленные компоненты.
- Убедитесь в том, что два аппаратных средства не используют одни и те же порт ввода/вывода, прерывание или адрес памяти.
- Проверьте, что диапазоны памяти, используемые портами ввода/вывода и адресами выделенной памяти, не пересекаются.
- Повторно выполните конфигурацию, чтобы конфликтная ситуация исчезла.
- Для дополнительной информации смотрите главу "Поиск неисправностей в драйверах ЛС" ("Troubleshooting LAN drivers").
Рабочие станции не могут найти в сети файловый сервер
Возможные причины
- Сетевая плата могла быть не проинициализирована при вводе в действие файлового сервера по причине его неправильной конфигурации или отказа.
- Могли возникнуть конфликты в используемых прерываниях или адресах памяти между двумя платами внутри файлового сервера или между платой и аппаратурой компьютера.
- Файловый сервер может не иметь достаточного количества приемных буферов пакетов.
- Протокол (IPX) может быть не связан с сетевой платой.
- Кабельная система может быть проложена вблизи источников интерференции.
- Мог быть не смонтирован том SYS.
Возможные решения
- С консоли файлового сервера запустите утилиту CONFIG для просмотра установок на экране. Затем проверьте конфигурацию сетевой платы в файловом сервере. Убедитесь в том, что конфигурация сетевой платы соответствует установкам, которые вы наблюдали при за
пуске утилиты CONFIG.
- С консоли файлового сервера запустите утилиту VOLUMES для того, чтобы убедиться в смонтировании тома SYS. Том SYS должен быть смонтирован прежде чем файловый сервер сможет обозначить свое имя в сети.
- Убедитесь в том, что все сетевые соединители (приемопередатчики, повторите и т.д.) установлены и соединены кабелем безопасно.
- Проверьте установки адреса узла (станции) во всех платах фалового сервера и рабочих станций. Каждый адрес должен быть уникальным.
- Проверьте все сетевые номера (внутренние и кабельные). Каждый файловый сервер и кабельная система должны иметь уникальный сетевой номер.
- Убедитесь в том, что две сетевые платы не используют одни и те же порт ввода/вывода, прерывание или адрес памяти.
- Для проверки коммуникаций между файловым сервером и рабочими станциями запустите утилиту COMCHECK.
- Убедитесь в том, что все сетевые платы установлены правильно, и что кабельные соединители находятся на месте.
- Выполните привязку драйвера (TRXNET, NE1000, TOKEN и т.д.) к протоколу IPX (или к другому коммуникационному протоколу).
- Убедитесь в том, что на сетевом кабеле правильно установлен терминатор. Большинство сетевых плат при инициализации посылают широковещательные сообщения и могут зависнуть, если в сети неправильно проложена кабельная система или она не имеет терминаторов
.
- Если у вас недостаточное сетевое взаимодействие, увеличьте максимальное число приемных буферов пакетов.
- Проверьте кабельную систему на предмет влияния со стороны флюоресцентных ламп, микроволновых устройств, источников рентгеновского излучения, радиоустройств и копировальной техники. Проложите кабель в другом месте или сделайте защиту от источников помех
.
Файловые серверы в сети не могут узнать друг друга
Возможные причины
- Неправильная установка аппаратных средств в файловом сервере или в рабочих станциях.
- Возникли конфликты между сетевыми адресами или адресами объединенной сети.
- Нарушена привязка.
Возможные решения
- Для проверки конфигурации сетевых плат с консоли файлового сервера запустите утилиту CONFIG. Затем отключите файловый сервер, выключите питание и проверьте действительные установки на сетевой плате.
- Проверьте внутренний сетевой номер для файлового сервера и сетевой номер для кабельной системы.
Когда несколько файловых серверов совместно используют одну и ту же кабельную систему (называемую многосерверной кабельной системой), все файловые серверы должны иметь одинаковый сетевой номер кабельной системы. Однако, файловые серверы должны иметь ун
икальные внутренние сетевые номера и адреса станций.
Когда сетевые кабельные системы соединены через мосты (внутренние или внешние), каждая кабельная система должна иметь уникальный сетевой номер. Файловые серверы NetWare 386 должны также иметь уникальный внутренний сетевой номер отдельно от кабельной си
стемы. Уникальный сетевой адрес - это первый элемент, читаемый при операции посылки/получения пакета.
- Если вы предполагаете нарушение связности, запустите утилиту BINDFIX.
- Установите в исходное состояние маршрутизатор с помощью команды консоли RESET ROUTER.
- Выключите все файловые серверы, кроме одного. Установите его маршрутизатор в исходное состояние с помощью команды консоли RESET ROUTER. Вводите в действие по одному файловому серверу за один раз, устанавливая связь с невыключенным сервером перед тем, к
ак запустить следующий файловый сервер. Запустите утилиту DISPLAY NETWORKS для проверки повторяющихся адресов, что может обнаружиться при загрузке каждого файлового сервера.
Подтверждения от файлового сервера значительно замедлены
Возможные причины
- Сетевая плата рабочей станции работает медленно или с отказами.
- Поврежден сетевой кабель.
- Сетевая плата файлового сервера работает медленно или с отказами.
- Скорость работы файлового сервера не установлена в высшее значение.
- Жеский диск файлового сервера работает медленно или с отказами.
- Файловый сервер имеет мало памяти.
- На томе находится слишком много удаленных файлов.
- Сетевой трафик чрезвычайно высок.
- В кабельной системе обнаруживается очень много помех.
- Жесткий диск отказал или допускает сбои в работе.
- Были выделены недействительные буферы каталогов, кэш-буферы и приемные буферы пакетов.
Возможные решения
- Проверьте документацию на компьютер на предмет информации по переключателям. Установите наибольшую скорость работы центрального процессора. Для проверки того, что центральный процессор работает с установленной скоростью используйте утилиту SPEED.
- Если вам кажется, что рабочая станция или файловый сервер работают медленно, замените в них сетевую плату для проверки производительности. Если скорость все еще ниже нормальной, установите повторно первоначальную сетевую плату и замените кабель, подсое
диняющий к сети рабочую станцию или файловый сервер.
- Для проверки статуса памяти запустите утилиту MONITOR. Если пул Кэш-буферов занимает около 20% памяти, добавьте в файловый сервер дополнительную память. Если пул Выделяемой памяти составляет почти 2000000 байтов, используйте параметр "Maximum Alloc Sho
rt Term Memory" в команде SET для увеличения пула на 1 Мбайт.
- Для проверки статуса приемного буфера пакетов и процессов обслужиывания запустите утилиту MONITOR. Сравните эти значения с максимально возможными. Если ваша система находится в максимальном значении, то воспользуйтесь командой SET для увеличения следую
щих параметров: "Maximum Service Processes" и "Maximum Packet Receive Buffers".
- Загрузите утилиту MONITOR и проверьте статус системы быстрого восстановления всех жестких дисков. Проверьте статус отображения всех отображенных дисков.
- Загрузите утилиту MONITOR и проверьте статистику по драйверам ЛС. Если у вас более одной сетевой платы, сравните параметр "Total packets sent" между всеми платами. Если одна из плат принимает большую часть трафика, то перенастройте кабельную систему се
ти, чтобы нагрузка на все платы распределялась равномерно.
- Если вы работаете в много серверной сети или в объединенной сети, то перенастройте кабельную систему сети на магистральную для уменьшения сетевого трафика. Для описания магистральной сети смотрите термин Bridges в руководстве "Основные понятия ОС NetWa
re" (NetWare Concepts).
- Проверьте кабельную систему на предмет влияния со стороны флюоресцентных ламп, микроволновых устройств, источников рентгеновского излучения, радиоустройств и копировальной техники. Проложите кабель в другом месте или сделайте защиту от источников помех
.
Рабочие станции могут войти в систему с файлового сервера, но периодически теряют с ним связь
Возможные причины
- Отказала сетевая плата в файловом сервере или в рабочей станции.
- Пользователь в сети использует старый старый файл оболочки.
- Две рабочие станции имеют один и тот же адрес узла (станции).
- В кабельной системе неправильно установлены терминаторы.
Возможные решения
- Запустите утилиту USERLIST /A. Убедитесь в том, что все адреса узлов (станций) уникальные.
- Проверьте все загрузочные файлы. Убедитесь в том, что все используют последнюю версию файлов оболочки.
- Проверьте кабельную систему на наличие неправильных терминаторов, пропущенных соединителей и отказавших компонентов.
- Используйте утилиту COMCHECK для проверки коммуникаций между файловым сервером и рабочей станцией.
- Если с помощью COMCHECK не удается обнаружить проблему, то используйте программу LAN analyzer для проверки сетевых плат, кабелей и пакетов. (Пакеты NetWare Care и LANalyzer можно приобрести у фирмы Novell). Замените неисправные платы и кабели.
- Для просмотра спецификаций по вашей кабельной системе используйте соответствующие документы из руководства "Дополнительный материал по установке ОС NetWare 386" (NetWare 386 Supplements). Проверьте, что ваша система находится в полном соответствии со в
семи спецификациями.
- Установите консоль для просмотра всех соединений рабочих станций, удаленных схемой безопасности.
Если рабочие станции удалены схемой безопасности, проверьте все сетевые платы и соответствующую кабельную систему между рабочими станциями и файловым сервером. Проверьте наличие отказавших кабелей, неправильно установленных терминаторов и отказавших уз
лов.
Проблемы, специфические для сети ARCnet
Возможные причины
- Отказал активный или пассивный узел.
- Отказали сетевые платы.
- Адреса сетевых узлов запрещенные или конфликтуют.
- Существуют конфликты на аппаратном уровне между платой монитора и сетевой платой.
- К активным или пассивным узлам подсоединены кабели неправильной длины.
- Два пассивных узла непосредственно соединены между собой.
- На пассивном узле неправильно установлен терминатор.
Возможные решения
- Запустите утилиту USERLIST /A. Убедитесь в том, что все адреса узлов (станций) уникальные и что станция не использует 0 или FFFFFFFFFFFF в качестве адреса узла.
- Проверьте предохранительные светодиоды на всех активных узлах. Замените вышедшие из строя светодиоды.
- Если светодиоды на активном узле мерцают, это означает, что по сети передаются неправильные пакеты. Проверьте наличие конфликтующих узловых адресов, отказавших сетевых плат и пассивных узлов с неправильно установленными терминаторами.
- Проверьте все пассивные узлы на правильность подключения терминаторов.
- Проверьте кабели, соединяющие активный и пассивный узлы, что их размер удовлетворяет спецификации. (Для просмотра спецификаций по вашей кабельной системе используйте соответствующие документы из руководства "Дополнительный материал по установке ОС NetW
are 386" (NetWare 386 Supplements)).
- Используйте утилиту COMCHECK для проверки коммуникаций между файловым сервером и рабочей станцией.
- Если монитор пустой, когда сетевая плата вставлена в рабочую станцию, он может использовать прерывание 2. Постарайтесь переустановить на сетевой плате такой вариант, чтобы она не использовала прерывание 2; воспользуйтесь утилитой DCONFIG для переконфиг
урации файла оболочки IPX.COM. (Для просмотра опций, поддерживаемых вашей платой, используйте соответствующие документы из руководства "Дополнительный материал по установке ОС NetWare 386" (NetWare 386 Supplements)).
- Проверьте кабельную систему не предмет отстутствия петлевых соединений, т.е. когда кабель из активного узла подсоединен не к рабочей станции, а другому активному узлу. Проверьте, что два пассивных узла не соединены непосредственно друг с другом.
Проблемы, специфические для сети Ethernet
Возможные причины
- На Т-соединителях неправильно установлены терминаторы.
- Сетевая плата настроена на один тип кабельной системы, но подключена к другому (например, к толстому Ethernet-кабелю вместо тонкого Ethernet-кабеля).
- Существуют конфликты на аппаратном уровне между рабочей станцией и сетевой платой.
- Рабочая станция и файловый сервер используют кадры Ethernet различных типов.
Возможные решения
- Проверьте правильность установки терминаторов. Каждый Т-соединитель, к которому подсоединен только один кабель, должен иметь терминатор. Каждый магистральный сегмент должен иметь подключенный к нему заземленный терминатор.
- Проверьте сетевые платы. Проверьте, что ваша плата настроена на используемый вами тип кабеля (тонкий или толстый).
- Некоторые платы графического адаптера VGA используют прерывание 3. Если при установленной сетевой плате на мониторе нет никакой информации, установите на сетевой плате вариант, который не использует прерывание 3, и воспользуйтесь утилитой утилитой DCON
FIG для переконфигурации файла оболочки IPX.COM. (Для просмотра опций, поддерживаемых вашей платой, используйте соответствующие документы из руководства "Дополнительный материал по установке ОС NetWare 386" (NetWare 386 Supplements)).
- Убедитесь в том, что конфигурация драйверов ЛС файлового сервера и рабочей станции была выполнена для одного типа кадров Ethernet. (Для ознакомления с соответствующими типами кадров смотрите термин Ethernet configuration в руководстве "Основные понятия
ОС NetWare" (NetWare Concepts).) Установите конфигурацию рабочей станции для соответствующего типа кадра.
- Для инструкций по выполнения конфигурации драйверов рабочей станции, сгенерированных с помощью SHGEN, смотрите описание утилиты ECONFIG в руководстве "Справочник по утилитам ОС NetWare 386" (NetWare 386 Utilities Reference).
- Для инструкций по выполнения конфигурации драйверов DOS ODI смотрите главу "Установка рабочей станции DOS ODI в руководстве "Справочник по утилитам ОС NetWare 386" (NetWare 386 Utilities Reference).
- Для выбора параметров, необходимым вам для конфигурации драйвера ЛС Ethernet в файловом сервере, смотрите главу "Загрузка драйвера ЛС" (LOAD LAN driver) в настоящем справочнике.
- С помощью омметра проверьте сопротивление терминаторов, чтобы оно находилось в диапазоне от 48 до 52 Ом. Замените терминаторы, которые не удовлетворяют данному условию.
- ЕСли вы использовали драйверы DOS ODI или специальные программные средства, с помощью которых был установлен узловой адрес сетевых плат, запустите утилиту USERLIST /A, чтобы проверить, имеет ли каждая сетевая плата свой уникальный узловой адрес.
Проблемы, специфические для сети Token-Ring
Возможные причины
- Отказал блок многостанционного доступа (MAU).
- Блок многостанционного доступа (MAU) был неправильно установлен.
- В рабочей станции или в файловом сервере был установлен неисправный адаптер Token-Ring.
- В рабочей станции не была загружена программа TOKREUI/LAN Support.
Возможные решения
- Переустановите блок многостанционного доступа (MAU).
- Проверьте блок многостанционного доступа (MAU) на предмет отказавших предохранителей, неисправности цепи питания и неисправных портов.
- Проверьте наличие отказавших адаптеров Token-Ring путем запуска программы DXMAID, находящейся на дискетте IBM LAN SUPPORT PROGRAM.
- Проверьте сеть на наличие обрывов между блоками MAU, соединенными в цепочку.
- Если вы использовали драйверы DOS ODI или специальные программы для установки узловых адресов, то проверьте сеть на отсутствие сдвоенных узловых адресов.
- Загрузите на каждой рабочей станции программу DXMAID и установите программу LAN Support для автоматической загрузки при каждой загрузке рабочей станции. Программа DXMAID находится на дискетте IBM LAN SUPPORT PROGRAM.
Проблемы, связанные с рабочей станцией
ДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДД
Проблемы, связанные с рабочей станцией и описанные здесь, можно изучать, если только они встречаются на одной рабочей станции. Если же приведенные ниже затруднения встречаются одновременно на нескольких рабочих станциях, то смотрите главу "Проблемы связи
".
Если проблема встречается на одной рабочей станции, то она может быть вызвана следующими обстоятельствами:
- Сама рабочая станция работает неправильно.
- Повреждена оболочка сети.
- Вышла из строя сетевая плата.
- Сетевая плата установлена неправильно.
- Кабельная система, подсоединенная к рабочей станции, вышла из строя или проложена с нарушениями спецификаций.
- Конфигурация сетевой оболочки не соответствует конфигурации сетевой платы.
Возможные причины
- Загрузите на рабочей станции только операционную систему DOS. Затем запустите утилиту диагностики компьютера для проверки того, что компьютер опознает все внутренние компоненты. (Например, для компьютера IBM PC AT и совместимых с ним запустите программ
у IBM PC AT Diagnostic.)
Если DOS не загружается, обратитесь к руководству поставщика по обслуживанию или установке аппаратных средств для вашего компьютера.
- Скопируйте повторно загрузочные файлы системы NetWare на загрузочную дискетту. Если файлы были сгенерированы с помощью программы SHGEN, скопируйте файлы с главной дискетты оболочки или перезапустите программу SHGEN. Если файлы созданы под управлением D
OS OD, скопируйте файлы с рабочей копии дискетты DOS / DOS ODI Workstation Services.
- Запустите утилиту COMCHECK, чтобы убедиться, что сетевая плата рабочей станции и кабельная система работают правильно.
- Загрузите утилиту MONITOR и выберите опцию "Connection Information" из меню "Available Options". Если в списке "Active Connections" показано имя вхождения пользователя в сеть, то это означает, что файловый сервер принимает запросы от оболочки рабочей
станции и отвечает на них.
- Установите параметр "Console Display Watchdog Logouts" в значение "Yes".
- Проверьте прерывание, адрес ввода/вывода и базовый адрес памяти данной платы и убедитесь в том, что настройка платы соответствует оболочке, которую вы сгенерировали для этой платы. (Для просмотра информации по конфигурации оболочки наберите IPX I.) Убе
дитесь в том, что выбранная конфигурация не вступает в конфликт с любыми другими аппаратными средствами, установленными в рабочей станции. Переустановите сетевую плату и попытайтесь снова.
- Замените сетевую плату на плату, которая, по вашему мнению, работает правильно. Будьте уверены, что оболочка, используемая вами, предназначена именно для этой сетевой платы. Если сетевая плата не работает, поставьте предыдущую плату и проверьте кабельн
ую систему и сетевые соединители.
- Проверьте, что кабель к сетевой плате и к сетевым соединителям подсоединен правильно и загрузите рабочую станцию снова.
- Установите кабель, который, по вашему мнению, работает правильно и перезагрузитесь.
- Замените любые сетевыесоединители (такие как Т-соединители) и перзагрузите рабочую станцию.
- Войдите в сеть, когда другие пользователи будут отключены. Если вы можете подключиться с рабочей станции, когда являетесь единственным пользователем в сети, у вас, вероятно, возник конфликт, связанный с совпадением адреса узла сети.
Проблемы, связанные с прикладными задачами
ДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДД
Некоторые проблемы, связанные с прикладными задачами, могут возникать, когда какая-либо утилита NetWare и прикладная программа выполняют одну и ту же задачу. Другие сетевые проблемы возникают только тогда, когда используется определенное программное обес
печение. Эти проблемы обсуждаются ниже в следующей последовательности.
Пункт
Страница
Основные проблемы, связанные с установкой.
...
Проблемы совместимости (Проблемы доступа к файлу на жестком диске, вызванные обеспечением безопасности системы NetWare или оборудованием рабочей станции)
...
Проблемы ввода/вывода файлов (Проблемы использования многопользовательских прикладных задач)
...
Проблемы блокировки записи и файла (Проблемы использования многопользовательских прикладных задач)
...
Утилиты DOS (Проблемы использования определенных утилит DOS в среде NetWare)
...
Основные отказы (Проблемы, вызывающие "зависание" рабочей станции или невыдачу от нее ответа)
...
Разносторонние проблемы (Проблемы с архивированием/резервированием, асинхронной связью, высвечиванием экрана и путями поиска)
...
Основные проблемы, связанные с установкой
Возможные причины: Ниже перечислены самые обычные причины возникновения проблем, связанных с установкой:
- При попечительском назначении пользователю были присвоены недействительные права.
- Пользователю, устанавливающему прикладную программу, были присвоены недействительные права.
- Прикладная программа была установлена слишком "глубоко" в структуре каталога.
- Файлы прикладной программы были скопированы в сеть, а не установлены в процессе установки прикладной программы,
- Все файлы прикладной задачи были помечены флагом SRo.
- Файлы CONFIG.SYS рабочих станций не были модифицированы.
- Существуют конфликты между прерыванием, используемым прикладной программой и сетевой платой, установленной в рабочей станции или в файловом сервере.
- Существуют конфликты между параметрами файлов CONFIG.SYS и SHELL.CFG.
- Искомые накопители не были отмечены в пользовательских сценариях пользовательском или системном сценарииях входа в сеть.
- Была установлена одопользовательская версия программного обеспечения.
Возможные решения: Все возможные решения перечисленных проблем приведены ниже:
- Если вы можете запустить прикладную программу, подключившись к сети как SUPERVISOR, но не можете сделать этого, подключившись как пользователь, значит у вас нет правильных попечительских назначений как пользователю.
- Создайте для прикладной программы группу и назначьте этой группе все права для работы в каталоге данной прикладной программы. Удалите одно право из попечительских назначений, подключитесь как член группы и попытайтесь запустить прикладную программу. По
льзователям понадобятся, по крайней мере, права чтения (Read), создания (Create), удаления (Delete), записи (Write), модификации (Modify) и сканирования файлов (File Scan), если они собираются записывать информацию в файлы.
- Некоторые прикладные программы создают временные файлы. Назначьте прикладной программе искомый накопитель и попросите пользователей запустить прикладную программу из каталога, в котором они имеют все права.
- Некоторые прикладные программы создают временные файлы в том же каталоге, где находятся файлы данных. Пользователям понадобятся, по крайней мере, права создания (Create), удаления (Delete) и сканирования файлов (File Scan) на уровне каталога для прикл
адных программ данных типов.
- Некоторые прикладные программы проверяются на предмет прав в корневом каталоге на этапе установки. Для установки прикладных программ данного типа вы должны подключиться к сети как SUPERVISOR.
- Не все файлы прикладных программ могут быть помечены флагом SRo. Если пользователю необходимо записывать в файл, пометьте данный файл как SRw.
- Для того, чтобы сделать текущий каталог прикладной программы корневым, используйте команду MAP ROOT. Затем попытайтесь запустить прикладную программу. (Вам может понадобиться переустановить прикладную программу после того, как вы измените каталог на ко
рневой.)
Если команда MAP ROOT не решает проблемы, попытайтесь установить прикладную программу в каталоге, по правам располагающемуся ниже тома.
- Установите прикладную программу, пользуясь программой установкии прикладной программы. Некоторые файлы прикладных программ не могут быть скопированы непосредственно в сеть. Они должны быть установлены с помощью программы установки прикладной программы
.
- Прочитайте документацию по установке прикладной программы. Модифицируйте файлы CONFIG.SYS всех рабочих станций, чтобы они обрабатывали все запросы прикладных программ (такие как число открытых файлов или дополнительная память, требуемая для среды DOS).
- Убедитесь в том, что параметы файлов SHELL.CFG и CONFIG.SYS не конфликтуют. Если вашей прикладной программе необходимо 50 открытых файлов, должны быть изменены параметр файла CONFIG.SYS (files = 50) и параметр файла SHELL.CFG (files handles = 50).
- Добавьте отображение для поиска в пользовательском или системном сценарии входа в систему. Если вы создаете группы ващих пользовательских программ, используйте в системном сценарии входа в сеть команду IF...ELSE для того, чтобы установить пути поиска д
ля пользователей, использующих прикладную программу.
- Взаимодействуйте с поставщиком многопользовательской версии программных средств.
Проблемы, связанные с прикладными задачами: Совместимость
В этой главе описаны проблемы, встречающиеся при работе с прикладными программами, защищенными от копирования, и программами, несовместимыми при запуске в операционной системе NetWare.
ДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДД
Примечание: Фирма Novell не проходит мимо использования однопользовательских прикладных программ на сетевом оборудовании. Большинство прикладных программ имеют многопользовательские версии, которые могут быть приобретены с целью избежать нарушений защиты
от копирования и проблем с оборудованием, встречающихся в однопользовательских прикладных программах.
ДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДД
Прикладная программа защищена от копирования и не может быть установлена на жесткие диски файлового сервера.
Возможная причина: Вызовы Absolute DiskRead-Int 25h и Absolute DiskWrite-Int 26h на являются разрешенными функциональными вызовами в системе NetWare. Эти прерывания передают управление непосредственно драйверу устройства в среде DOS. Т.к. для жестких дис
ков файлового сервера нет драйверов локального DOS-устройства, то прикладная программа будет возвращать ошибки при использовании накопителей, отображенных на сетевые жесткие диски.
Возможное решение: Прикладная программа может требовать при запуске наличия "ключевой дискетты", размещаемой в локальном жестком диске рабочей станции, или вам необходимо будет купить многопользовательскую версию прикладной программы.
Прикладная программа предназначена для работы под управлением DOS версии 3.1 или более поздней, но она не опознает систему NetWare.
Возможные причины: Ниже перечислены все возможные причины:
- Некоторые прикладные программы используют функциональный вызов "Получить имя машины" (Get Machine Name - 5E00h Прерывание 21h) для проверки программы IBM PC Network Program и для подтверждения, что все рабочие станции в сети имеют уникальный номер вызо
ва.
- Некоторые прикладные программы используют функциональный вызов "IBM PC Network Program's LAN Installation Check ( B800h Прерывание 2Fh) или SHARE Installation Check (INT 2F) для просмотра, что прикладная программа запущена в сети.
Возможные решения: Ниже перечислены все возможные решения данной проблемы:
- Если прикладная программа исползует функциональный вызов Get Machine Name, то в каждом сценарии входа в сеть задайте имя машины пользователя, используя команду MACHINE="ИМЯ". Замените ИМЯ на уникальное имя (все большими буквами) для каждого пользовател
я. Например, добавьте в пользовательский сценарий входа в сеть следующую строку:
MACHINE="HARRY'S STATION"
- Если прикладная программа использует проверку установки, загрузите или файл SHARE.COM или INT2F.COM (Ред.2). Файл INT2F.COM находится на дискетте DOS / ODS ODI Workstation Services.
Проблемы, связанные с прикладными задачами: Ввод/вывод файлов.
Возможная причина: При доступе к файлу на жестком диске файлового сервера вы можете столкнуться с проблемами, связанными с системой безопасности NetWare или с оборудованием рабочей станции. Система безопасности NetWare объясняется в руководстве "Основные
понятия ОС NetWare" (NetWare Concepts).
Возможные решения: Ниже перечислены все возможные решения данной продлемы:
- Установки для файла, принятые по умолчанию системой NetWare, Non-Shareable/Read Write. Эти установки не могут быть изменены; однако, вы можете модифицировать флаг файла с помощью команды FLAG. Для дополнительной информации по команде FLAG обратитесь к
руководству "Справочник по утилитам ОС NetWare 386" (NetWare 386 Utilities Reference).
- Вы также можете установить и модифицировать флаги с помощью прикладных программ.
Файл был помечен как Shareable (Разделяемый), а сейчас находится в режиме Non-Shareable (Неразделяемый).
Возможные причины: Возможные причины перечислены ниже:
- Файл был переписан программой, которая создала его заново. Часто для модификации файл читается во временный рабочий файл. Когда модификация выполнена, прикладная программа уничтожает первоначальный файл, а временному файлу присваивает его имя. Атрибуты
первоначального файла теряются, и модифицированный файл берет атрибуты временного файла.
- Прикладная программа устанавливает атрибуты файла.
Возможные решения: Возможные решения перечислены ниже:
- Установите для файла флаг Read Only (Только для чтения) для предотвращения создания файла заново или его перезаписи. Также вы можете обратиться к разработчику программных средств за разъяснением, кто может создавать временный файл с флагом Shareable (
Разделяемый).
- Если прикладная программа устанавливает атрибуты файла, вы, может быть, не сможете распределить файл.
- Увеличьте попечительские назначения для данного файла.
Прикладная программа не может найти файлы.
Возможные причины: Возможные причины перечислены ниже:
- Пользователь не имеет соответствующих прав в каталоге.
- Файл используется другой рабочей станцией.
- Прикладная программа не может найти файлы, потому что искомые накопители были установлены неверно.
- Пользователь может не иметь адекватных прав безопасности, заданных в корневом каталоге, для прикладной программы, чтобы найти и открыть файл.
Некоторые прикладные программы начинают поиск файла в каталоге, принятом по умолчанию, и затем переходят к поиску в корневом каталоге. В среде DOS прикладная программа переходит в корень принятого по умолчанию жесткого диска (как, например, H:\) и зате
м повторно начинает поиск вниз.
Возможные решения: Возможные решения перечислены ниже:
- Войдите в сеть как пользователь с именем SUPERVISOR. Если SUPERVISOR может запустить программу, пользователь не имеет разрешенных попечительских назначений для каталога. Для объяснения термина Inherited Rights Mask (Маска наследуемых прав) для каталог
а и попечительских назначений смотрите руководство "Основные понятия ОС NetWare" (NetWare Concepts).
Задайте пользователю достаточные попечительские назначения в данном каталоге. Вам может понадобиться изменить для каталога Маску наследуемых прав, задавая пользователю достаточные эффективные права для использования файла в этом каталоге.
- Загрузите утилиту MONITOR; затем определите, открыт ли файл и будет ли он использоваться другой рабочей станцией. Некоторые приложения возвращают ошибку "Файл не найден", когда файл используется другой рабочей станцией.
Не существует директивы установки того, как приложение должно обрабатывать коды ошибок нижнего уровня. Некоторые приложения имеют свой собственный путь по обработке и интерпретации критических ошибок DOS или сигналов прерывания NetWare. Это означает,
что ошибка DOS "File Lock" (Файл закрыт) может трактоваться приложением как "File not found" (Файл не найден). Прочитайте документацию, относящуюся к приложению, описывающую сообщения об ошибках. Если вам необходима более подробная информация, то взаимод
ействуйте с поставщиками приложений и узнайте у них, как обрабатывается системный код ошибки нижнего уровня.
- Назначьте искомый накопитель для каталога, в котором находится файл, используемый приложением. Если это это назначение помогает решить проблему, то добавьте назначение искомого накопителя в сценарий логического подключения.
- Запустите программу, находясь в состоянии SUPERVISOR. Если вы можете запустить программу как SUPERVISOR, то измените права пользователяя для включения необходимого пути к каталогу. Пожалуйста, учтите, что это решение снижает безопасность системы.
- Используйте утилиту SMODE для установки другого режима поиска для приложения. Смотрите руководство "Справочник по утилитам ОС NetWare 386" (NetWare 386 Utilities Reference).
Вы не можете выполнить доступ к файлу для записи, хотя имеете права для работы в каталоге.
Возможные причины: Возможные причины перечислены ниже:
- Файл отмечен как Read Only (Только для чтения), и запись в него выполняться не может.
- Вы не имеете достаточных прав для этого каталога. Если файл отсутствует на жестком диске, который вы используете, оболочка может найти файл на одном из искомых накопителей. Если файл не найден на сетевом накопителе, система NetWare проверит соответству
ющие права. Если у вас нет достаточных прав для этого каталога, вы не сможете записывать в файл.
- Некоторые приложения могут предусматривать преобразование прав системы NetWare 286. Т.к. права системы NetWare 386 различны, приложение может работать некорректно.
Возможные решения: Возможные решения перечислены ниже:
- Измените флаг файла на Read Write (Чтение / Запись).
- Если в приложении вы используйте имя файла, то установите перед этим именем путь к каталогу. Это может приостановить возможность оболочки выполнять поиск. Но, с другой стороны, если вам не требуется использовать имя файла, вы должны просто скопировать
его в свой текущий каталог.
- Обратитесь к производителю приложения для получения обновленной версии приложения, совместимого с системой NetWare 386.
Проблемы, связанные с прикладными задачами: Блокировка файла и записи.
Т.к. в многопользовательской среде разделение файла должно регулироваться, то блокировка файла и записи управляют доступом пользователей к информации. В этом пункте перечисляются некоторые из проблем, связанных с блокировкой файла и записи, с которыми в
ы можете встретиться при запуске программных приложений в сети NetWare.
Блокировка файла и записи не работает.
Возможные причины: Возможные причины перечислены ниже:
- В приложении используются функции блокировки файла системы DOS версии 3.1 или более поздней. Однако, рабочая станция не была загружена с помощью системы DOS версии 3.1 или более поздней; следовательно, приложение не может использовать данный способ бло
кировки.
- Приложение использует функцию логической блокировки записи или функцию блокировки семафора, но доступ к этому приложению выполняется с присоединенного файлового сервера.
Возможные решения: Возможные решения перечислены ниже:
- Если для выполнения функции логической блокировки записи приложение требует DOS версии 3.1 или более поздней, проверьте, что рабочая станция загружена с помощью системы DOS версии 3.1 или более поздней.
- Вместе с поставщиками приложения проверьте, что приложение может работать в сетевом оборудовании.
- Не запускайте приложение с накопителя для поиска, если вы присоединены к другим файловым серверам. Логически подключитесь к файловому серверу непосредственно, а не через объединенную сеть. Все рабочие станции, использующие приложение, должны быть логич
ески подключены к файловому серверу для того, чтобы использовать логическую блоокировку записи.
- Если приложение разработана не для многопользовательской среы, не ставьте сетевые накопители поиска в соответствие каталогу, где находится приложение. Пусть каждый пользователь назначит для приложения обычный накопитель и выполняет приложение с этого н
акопителя.
У вас испорченная база данных.
Возможные причины: Возможные причины перечислены ниже:
- Жесткий диск может быть физически поврежден.
- Мог произойти отказ питания или скачок напряжения.
- Пользователь приложения использует алгоритм блокировки файла/записи, который не принимает во внимание многопользовательскую среду файлового сервера.
Возможные решения: Возможные решения перечислены ниже:
- Для поиска и восстановления несовместимостей в Таблице размещения файлов воспользуйтесь утилитой VREPAIR. Вам также может понадобиться запустить утилиту BINDFIX для фиксации проблем, связанных с привязкой. (Смотрите утилиту VREPAIR на стр. .... Смотрит
е описание утилиты BINDFIX в руководстве "Справочник по утилитам ОС NetWare 386" (NetWare 386 Utilities Reference).
- Если утилиты VREPAIR и BINDFIX не решают возникшей проблемы, проверьте, что у вас имеется самая последняя резервная копия требуемого жесткого диска. Запустите опцию теста проверки поверхности в утилите INSTALL. Вы можете запустить тест без разрушения
(который предохраняет все данные) или тест с разрушением (который разрушает все данные). Смотрите описание утилиты INSTALL на стр. ...
- Убедитесь в том, что все рабочие станции выполняют программу с одного и того же накопителя, принятого по умолчанию, одного сервера.
- Если база данных не имеет свою собственную защиту от незаконных изменений, для защиты файлов базы данных используйте систему TTS. Описание TTS смотрите в руководстве "Основные понятия ОС NetWare" (NetWare Concepts).
Команда RENAME не будет работать с каталогами NetWare, но она будет работать с файлами.
Возможная причина. Команда RENAME является командой DOS.
Возможное решение. Для переименования каталогов NetWare используйете утилиту ОС NetWare RENDIR.
Вы получаете сообщения об ошибках, которые говорят вам, загрузить SHARE.COM
Возможная причина. Вы не загрузили SHARE.COM. Некоторые примитивы синхронизации данных требуют, чтобы была загружена программа SHARE.COM.
Возможное решение. Находясь в среде ОС NetWare, нет необходимости загружать SHARE.COM. Вместе этого, загрузите программу много меньшего размера INT2F.COM(Rev 2). Эта программа эмулирует присутствие в памяти программы SHARE.COM b поддерживает проверку ус
тановки программы SHARE. Файл INT2F.COM размещается на дискете DOS / DOS ODI Workstation Services.
Команда CHKDSK не работает на сетевом жестком диске.
Возможная причина. Команда CHKDSK является командой DOS.
Возможное решение. Команда CHKDSK будет работать только на жестком диске DOS (локальный жесткий диск). Для проверки состояния тома NetWare используйете утилиты ОС NetWare VOLINFO и CHKVOL.
Проблемы, связанные с приложениями: отказ общего характера
Пробелемы, связанные с отказом общего характера возникают тогда, когда происходит зависание приложения или рабочей станции либо, когда компьютер не отвечает на запрос, сделанный приложением.
Зависание приложения
Возможная причина. Приложение использует приграммное прерывание, которое используется также и ОС NetWare.
Возможное решение. Если у вас конфликт, связанный с прерыванием, за помощью обратитесь к тому, кто продал это изделие или на фирму Novell. Для предупреждения конфликтов, связанных с прерываниями, не существует промышленных лицензий.
Зависание программы, при передаче на рабочую станцию сообщения ОС NetWare
Возможные причины. Ниже перечислены возможные причины, связанные с этой проблемой.
* Приложение приняло на себя управлене клавиатурой и монитором, но из сообщения ОС NetWare не отображается подсказка нажать .
* Монитор находится в графическом режиме.
Возможное решение. Чтобы освободить клавиатуру, нажмите . Затем, чтобы не допустить передачу сообщений во время работы с этим приложением, используйте утилиту CASTOFF. Если вы завершаете работу с приложением и хотите снова получать сообщени
я, используйте утилиту CASTON. См. описание утилит CASTON и CASTOFF в "Справочнике по утилитам ОС NetWare 386" (NetWare 386 Utilities Reference).
Несколько пользователей работают с приложением, другим пользователям отказано в доступе.
Возможные причины. Ниже перечислены возможные причины, связанные с этой проблемой:
* Прикладной программист ограничивает число пользоватедей, используя для этого семафоры. Например, если приложение ограничено пятью пользователями, предельное количество семафоров может не допустить доступ к приложению шестого пользователя.
Иногда будет подвешиваться рабочая станция , потому что шестой пользователь пытается получить доступ к приложению. Иногда приложение подвешивается до тех пор, пока пятый пользователь не выйдет из него, оставляя место для шестого; затем, шестая рабочая ст
анция может войти в это приложение и приложение продолжает работать.
* Если приложение требует использования эмулятора NetBIOS, могут существовать ограничения на коммуникационные ресурсы. Эта проблема не возникает очень часто , так как NetBIOS обычно имеет достаточно ресурсов.
Возможные решения. Ниже перечислены возможные решения, связанные с этой проблемой:
* Убедитесь, что у вас есть лицензия на использование этого приложения и что вы остаетесь в рамках этой лицензии. Если лицензия не доступна, приложение может иметь ограничения по числу пользователей. Об ограничениях по числу пользователей, обратитесь к с
воему продавцу приложения и , если необходимо, купите расширенную лицензию.
* Проверьте вместе с разработчиком приложения сведения по ограничениям на ресурсы, связанные с NetBIOS.
Приложение подвешивается на некоторое время перед тем как продолжить дальше свою работу. Это происходит в разные моменты времени без явной закономерности.
Возможные причины. Ниже перечислены возможные причины, связанные с этой проблемой:
* Приложение может ожидать пока освободится от использования требуемый файл или запись. Вместо с возврата с ошибокой приложение ждет пока освободится этот файл или запись. Это ожидание может продолжаться произвольное количество времени.
* Большинство приложений пытаются считать заблокированный файл определенное количество раз, прежде чем выдаст сообщение об ошибке. Это также может выразится в том что рабочая станция зависает.
* Сеть установлена неправильно. Операционная система может не иметь достаточно памяти для кэширования файлов. Неадекватное кэширование файлов может проявится в подвешивании на некоторое время файлового сервера.
Возможные решения. Ниже перечислены возможные решения, связанные с этой проблемой:
* Обратитесь к разработчику приложения и поинтересуйтесь как обрабатываются заблокированые файлы. Спросите разработчика о решение этой проблемы.
* Загрузите утилиту MONITOR и проверьте количество памяти, доступное для пула кэш-буферов. Если пул составляет приблизительно 20%, установите для файлового сервера больше памяти.
* Загрузите утилиту MONITOR и проверьте "Connection Infornation" (Информация о соединении). Если пользователь ожидает запись или файл, его соединение находится в состоянии "Waiting" (Ожидание).
Приложения: Разное
Ниже перечислены дополнительные проблемы, относящиеся к приложениям, которые могут возникнуть на файловом сервере.
В процессе восстановления или резервирования теряются попечительские права.
Возможные причины. Может быть вы используете программу, не написанную для ОС NetWare. Программа может быть написана либо для однопользовательской среды, либо для системной среды, отличной от ОС NetWare.
Возможные решения. Используйте программу, совместимую с ОС NetWare. Если программа не написана для ОС NetWare, будут потеряны характеристики базы данных bindery и другие важные особенности системы безопасности и программа резервирования будет не способн
а восстановить ОС NetWare.
Теряются знаки, поступающие черех последовательные порты
Возможные причины. Слишком высокая скорость передачи. Знаки поступают в последовательный порт быстрее, чем можно из выбрать. Когда знак прибывает в порт, операционная система дает прерывание на выборку символа. Все знаки, которые сразу же не выбираются,
будут пересаписаны следующим входящим знаком.
Данная проблема возникает, когда операционная система выключает аппаратные прерывания, тем самым ограничивая полное управление со строны центрального процессора. Из-за того, что выключены аппаратные прерывания, нет и подтверждения на поступающие знаки. П
рерывания выключаются каждый раз, когда операционная система обрабатывает другие запросы от сететвых интерфейсных плат или прерывания, возникающие в системе.
Возможные решения. Ниже перечислены возможные решения, связанные с этой проблемой:
* Уменьшите скорость передачи до 2400 бод. Этого должно быть достаточно для того, чтобы избежать прерываний и не допустить потери поступающих символов.
* Приобретите буферы для последоваетльного порта. Буферы для последоваетльного порта позволяют поступающим символам подождать до тех пор, пока операционная сможет их обработать. Буфера для портов можено купить у различных продавцов программного обеспечен
ия.
На экране файлового сервера отображается "мусор".
Возможные причины. Ниже перечислены возможные причины, связанные с этой проблемой:
* Две рабочие станции имеют один и тот же адрес станции (узла). На одной и той же кабельной системе файловые серверы и рабочии станции должны иметь уникальные адреса станций.
* Повреждены данные, к которым осуществляется доступ.
Возможные решения. Ниже перечислены возможные решения, связанные с этой проблемой:
* Проверьте кабельную систему на наличие плохих соединений.
* Проверьте адреса рабочих станций и файлового сервера на наличие продублированных значений адреса.
* Проверьте записи рабочих станций, чтобы убедиться, что никакие две рабочие станции не имеют одинаковых адресов станций. Если у вас нет записей адресов рабочих станций, войдите в сеть со всех рабочих станций и выполните каманду USERLIST /A для того, чт
обы увидеть списки адресов станций.
* Если повреждены данные, запустите утилиту VREPAIR. Прежде чем запускать VREPAIR зарезервируйте все данные файлового сервера. Может быть вы захотите также сохранить самые последние резервные копии, сделанные перед тем как данные были повреждены. (См. оп
исание утилиты VREPAIR на стр. "...".)
Проблемы, связанные с приложениями: утилиты DOS
В данном сегменте перечислены некоторые проблемы, с которыми вы можете столкнуться при использовании команд DOS на сети, функционирующей под управлением ОС NetWare.
Команда BACKUP DOS версии 3.1 и выше не будут выполнять резервное копирование файлов, помеченных флагом Shareable.
Возможная причина. Команда BACKUP DOS версии 3.1 и выше не совместима с флагом Shareable ОС NetWare.
Возможное решение. Пометьте флагом Non-Shareable или для резервирования данных используйте утилиту NBACKUP.
Когда вы находитесь на жестком диске (локальном или сетевом) и набирете DIR имя_тома, жесткий диск становится отображенным на том.
Возможная причина. Когда вы используете команду DOS DIR с именем тома, накопитель, на котором вы находитесь, автоматически ображается на корневой каталог, или том, имя.
Возможное решение. Ниже перечислены возможные решения, связанные с этой проблемой:
* Для переназначения накопителя используйте команду MAP.
* Не используйте имена томов в команде DOS DIR.
Когда используется команда PATH, теряются все накопители поиска.
Возможная причина. Команда DOS PATH удаляет и перезаписывает накопители поиска ОС NetWare.
Возможное решение. Ниже перечислены возможные решения, связанные с этой проблемой:
* Вместо команды PATH используйте утилиту MAP ОС NetWare.
* Перезагрузите рабочую станцию или используйте утилиту MAP для повторной настройки накопителей поиска.