Blog

Если произойдет какое-либо из этих событий, примите меры по исправлению положения (см. предложения ниже) и повторите отправку.

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

• 
  

  Проверьте файлы журнала переменных в каталоге go ( Bucks RUNDIR ).Этот каталог указан в определенном файле env_run.xml.Каждый компонент записывает свой собственный каталог, пиломатериалы, и каждый компонент должен иметь тип файла журнала в следующем формате: cpl.log.yyymmdd-hhmmss.Проверьте оба файла журнала на наличие сообщений об ошибках в конце и / или почти в конце.

• Установите этот флажок, чтобы получить стандартный вывод и как результат / или объявление стандартной ошибки в usd CASEROOT .Стандартный файл Out / Err часто требует значительного объема дополнительной емкости модели, а также часто содержит значительную производительность системы и после выключения.Полезные сообщения об ошибках редко появляются спустя долгое время после того, как будет завершено несколько больших стандартных информационных файлов Out / Err. Откат запускается отображением каждого сообщения об ошибке ниже. Для

• Проверьте базовые файлы в каталоге бега трусцой и проверьте их с помощью соответствующего программного инструмента. Все

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

• Проверить список архивов: $ DOUT_S_ROOT / $ CASE. Если было не просто, сохраните файлыили данные, возможно, все еще необходимо заархивировать. Общие

Ошибка возникает, когда истекает срок действия одного задания, часто создавая в минимале большое количество сообщений об ошибках.Проверяйте эти ежедневные отметки времени тегов шаблона в файле cpl.log и отметки времени данных записей на веб-сайте в каталоге запуска, в котором можно определить время начала и окончания наиболее важного запуска.Если рисунок был правильным, но предел потолочных часов был достигнут, уменьшите период времени хода или увеличьте настройку настенных часов.

Если модель также зависает после тайм-аута, этот ключевой факт обычно указывает на проблему MPI или файловой системы, или, конечно, просто на проблему модели. Если у вас возникла циничная периодически возникающая системная проблема, попробуйте отправить вам задание еще раз. Также отправьте запрос информации местным консультантам в вашем районе, чтобы эти продукты могли решить системные проблемы и научить их в конечном итоге.

Другая ошибка, которая может вызвать тайм-аут, считается идеальным медленным узлом или периодически медленным.Полный каталог cpl.log обычно отображает время, затраченное на каждую неделю моделирования модели. Чтобы проверить эти данные, ознакомьтесь с файлом cpl.log для этой конкретной строки tStamp , как показано здесь:

Изучите все программы, которые запускаются в конце каждой отдельной зоны для каждой модели. день.dt = “- это всегда среднее время для воссоздания модельного события, а” dt equals “- это время, которое обычно требуется для моделирования последнего модельного дня.

Даты моделей печатаются в формате ГГГГММДД, а часы с прочной вертикальной структурой могут отображать местную дату и время.Например, большая часть 10120 датирована 20 января 0001 года, а для новой модели в тот день потребовалось 59 секунд.На следующий день, 21 января, 105,90 были израсходованы лишь немногие. Большой

Вариант моделирования для типичных модельных дней, как видите, середина месяца указывает на нормальную ситуацию в системе. Однако есть временные отклонения в стоимости модели.Например, обычно в последний день, связанный с симулируемым месяцем, модель в настоящее время записывает файлы Netcdf, что может привести к значительным нерегулярным расходам.При вставке некоторые настройки читают части в середине месяца или запускают физику с перерывами больше, чем на день.В этих случаях ожидается изменчивость вашего количества людей. Типичная вариация хэппи нестабильна и непредсказуема, когда основной проблемой является вариативность в работе всего тела.

Иногда при перезагрузке компьютера файлы блокируются, если время вызова истекает или происходит переполнение диска.За исключением прошлых файлов CAM и CLM, все файлы перезапуска имеют долгосрочные размеры.

Сравните файлы перезапуска с частями предыдущего перезапуска. Если люди не совпадают, удалите их и отложите, как правило, полный сброс перед повторной отправкой всего задания.См. Раздел «Возобновление гонки».

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

Вы можете внести ряд изменений в соответствии с вашим случаем, предоставив дополнительную информацию для облегчения отладки:

• Увеличьте значение в параметре времени выполнения XML INFO_DBUG : ./xmlchange INFO_DBUG = 2 .Это добавляет дополнительную важную информацию, которая поможет файлу cpl.log. Этот файл может быть очень полезен, если вы действительно уверены, какой компонент отменит выполнение и / или откуда в будущем появятся неправильные поля со списком.(Это НЕ ДОЛЖНО восстанавливаться.)

• Попробуйте снова запустить процесс, установив для DEBUG в build-time-XML значение TRUE : ./xmlchange DEBUG = TRUE .

  • Это добавляет различные проверки во время выполнения для обнаружения проблем, таких как индексация массива, разделение только нулей и, кроме того, другие отклонения с плавающей запятой (точные условия в настоящее время проверяются, зависят от флагов, созданных рядом с config_compilers .xml <.>).

  • Часто лучший способ сделать это - создать новый мешок и запустить ./xmlchange DEBUG = TRUE перед запуском ./case относительно беговой дорожки .build .Однако, если у вас возникают трудности с восстановлением корпуса, вам может быть доступна команда xmlchange из вашего корпуса. тогда этому человеку нужно запустить ./case.build --clean-all в предыдущем повторном запуске ./case.build .

  • Обратите внимание, что в этом режиме модель запускается намного медленнее, поэтому этот подход может быть не слишком сложным, если бизнес-модель должна работать из-за длительного времени, прежде чем ошибка возникнет. факт брошен.(Иногда отлично работает с запуском модели в основном, прежде чем все ошибки возникнут в режиме без отладки, оставьте файлы перезагрузки, а затем перезагрузитесь в режиме отладки после восстановления.)Эти оценки также легко обновляются. Поэтому, если ошибка возникает из-за очень редкого состояния, она далеко не проявляется для этого режима.

> grep tStamp cpl.log. 1. | Плюс модель

 tStamp_write: дата соответствует 10120 0 настенным часам = 2009-09-28 09:10:46 avg dt равно 58,58 dt = 58,18tStamp_write: дата макета означает 10121 0 настенные часы подразумевают 2009-09-28 09:12:32 avg dt = 60.10 dt подразумевает 105.90