[mephi-hpc] Fortran runtime error: File already opened in another unit

[Phil Korneev]

Добрый день,
программа не выдаёт данных. Мне кажется, она просто висит в планировщике.
Файл энергии /mnt/pool/3/phkorneev/magn_2D_TNSA_3a/etc/energy_00008 должен
обновляться, за время работы, по крайней мере, несколько раз. Кроме того,
файл /mnt/pool/3/phkorneev/magn_2D_TNSA_3a/timer после успешного запуска
должен замениться на /mnt/pool/3/phkorneev/magn_2D_TNSA_3a/timer_0.
С уважением,
к.

2017-04-17 19:04 GMT+03:00 anikeev <anikeev at ut.mephi.ru>:

> On Mon, 2017-04-17 at 14:26 +0300, anikeev wrote:
> > On Mon, 2017-04-17 at 13:04 +0300, Phil Korneev wrote:
> > > Добрый день, ошибка повторилась:
> > > At line 254 of file em2d.f (unit = 10, file = '')
> > > Fortran runtime error: File already opened in another unit
>
> От Вашего пользователя программа работает без ошибок длительное время.
>
> Job ID                    Name             User            Time Use S
> Queue
> ------------------------- ---------------- --------------- -------- -
> -----
> 24735.master               mtnsa_2D3        phkorneev       469:45:2 R
> medium
>
> Пока диагностировать нечего. Жду проявления ошибки.
>
> > У меня возникают множественные SegFault. Я создам ещё одну копию и
> > запущу задачу от Вашего пользователя, чтобы избавиться от побочных
> > проблем.
> >
> > > Для диагностики, чтобы не повредить данные, можно либо скопировать
> > > директорию /mnt/pool/3/phkorneev/magn_2D_TNSA_3a/ в новую
> > > (необходимо
> > > скопировать "restart", "ipicls" , файл "timer" и скрипт
> > > "task_basov")
> > > и запускать оттуда, или запускать из текущей директории, но файл
> > > "timer" при начале счёта заменяется на "timer_0", поэтому для
> > > сохранения данных желательно следить за ним и при необходимости
> > > перед
> > > запуском переименовывать в "timer".
> > > Проще всего сделать резервное копирование директории, мне кажется,
> > > а
> > > когда проблема будет решена, удалить все новые данные.
> > > Я уже всё сохранил на всякий случай в
> > > "/mnt/pool/3/phkorneev/magn_2D_TNSA_3a_cc"
> > > с уважением,
> > > к.
> > >
> > >
> > > 2017-04-17 12:06 GMT+03:00 anikeev <anikeev at ut.mephi.ru>:
> > > > On Sat, 2017-04-15 at 12:37 +0300, Phil Korneev wrote:
> > > > > Добрый день,
> > > > > подскажите пожалуйста, что это значит (ниже - содержание error
> > > > > -
> > > > > файла) и как с этим бороться?
> > > > > Задача на cherenkov, эта ошибка возникает всегда сегодня с
> > > > > утра,
> > > > > пробовал запустить около 10 раз. Вчера задача считалась.
> > > >
> > > > Добрый день!
> > > >
> > > > На кластере произошёл инцидент с переполнением хранилища.
> > > > Попробуйте,
> > > > пожалуйста, запустить задачу ещё раз. В случае повторения ошибки,
> > > > сообщите, как мне запустить задачу для дальнейшей диагностики,
> > > > чтобы не
> > > > повредить Ваши данные.
> > > >
> > > > > Спасибо!
> > > > > к
> > > > >
> > > >
> > > > _________________________________________________________________
> > > > __
> > > > __
> > > > > __
> > > > > At line 254 of file em2d.f (unit = 10, file = 'H����*')
> > > > > Fortran runtime error: File already opened in another unit
> > > > > ---------------------------------------------------------------
> > > >
> > > > ----
> > > > > -------
> > > > > mpirun has exited due to process rank 0 with PID 15890 on
> > > > > node n217 exiting improperly. There are two reasons this could
> > > >
> > > > occur:
> > > > >
> > > > > 1. this process did not call "init" before exiting, but others
> > > > > in
> > > > > the job did. This can cause a job to hang indefinitely while it
> > > >
> > > > waits
> > > > > for all processes to call "init". By rule, if one process calls
> > > > > "init",
> > > > > then ALL processes must call "init" prior to termination.
> > > > >
> > > > > 2. this process called "init", but exited without calling
> > > >
> > > > "finalize".
> > > > > By rule, all processes that call "init" MUST call "finalize"
> > > >
> > > > prior to
> > > > > exiting or it will be considered an "abnormal termination"
> > > > >
> > > > > This may have caused other processes in the application to be
> > > > > terminated by signals sent by mpirun (as reported here).
> > > > > ---------------------------------------------------------------
> > > >
> > > > ----
> > > > > -------
> > > > >
> > > >
> > > > _________________________________________________________________
> > > > __
> > > > __
> > > > > __
> > > > >
> > > > > --
> > > > > All the best ,
> > > > > Philipp K
> > > > > _______________________________________________
> > > > > hpc mailing list
> > > > > hpc at lists.mephi.ru
> > > > > https://lists.mephi.ru/listinfo/hpc
> > > >
> > > > --
> > > > С уважением,
> > > > аспирант кафедры 4 МИФИ,
> > > > инженер отдела Unix-технологий,
> > > > Аникеев Артём.
> > > > Тел.: 8 (495) 788-56-99, доб. 8998
> > > > _______________________________________________
> > > > hpc mailing list
> > > > hpc at lists.mephi.ru
> > > > https://lists.mephi.ru/listinfo/hpc
> > > >
> > >
> > >
> > >
> > > --
> > > All the best ,
> > > Philipp K
> > > _______________________________________________
> > > hpc mailing list
> > > hpc at lists.mephi.ru
> > > https://lists.mephi.ru/listinfo/hpc
> >
> > _______________________________________________
> > hpc mailing list
> > hpc at lists.mephi.ru
> > https://lists.mephi.ru/listinfo/hpc
> --
> С уважением,
> аспирант кафедры 4 МИФИ,
> инженер отдела Unix-технологий,
> Аникеев Артём.
> Тел.: 8 (495) 788-56-99, доб. 8998
> _______________________________________________
> hpc mailing list
> hpc at lists.mephi.ru
> https://lists.mephi.ru/listinfo/hpc
>



-- 
All the best ,
Philipp K
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mephi.ru/pipermail/hpc/attachments/20170417/a75cfec9/attachment-0001.html>