[Nek5000-users] outpost parallel error

[nek5000-users at lists.mcs.anl.gov]

Hi Giuseppe,

It looks as though you didn't remove the .sch file prior to the start
of your run?

Nek is designed to not clobber the .sch file because they can contain
information that might have resulted from very long runs.  The onus
is thus on the user to manage those files.   The usual nek scripts move
those files to blah.sch1  if there is already a blah.sch file.

It's possible, however, that something is messed up in the logic of outpost2().
That rarely gets exercised.   Is there a reason to not use outpost()?

Paul

________________________________________
From: nek5000-users-bounces at lists.mcs.anl.gov [nek5000-users-bounces at lists.mcs.anl.gov] on behalf of nek5000-users at lists.mcs.anl.gov [nek5000-users at lists.mcs.anl.gov]
Sent: Saturday, October 25, 2014 8:58 AM
To: nek5000-users at lists.mcs.anl.gov
Subject: [Nek5000-users] outpost parallel error

Dear Neks,
in the usr file, after doing some manipulations on a known solution
(loaded from file with load_fld(...)), I save the computed values with a
call to outpost, like:
          call outpost2(u1(1,1,1,1),v1(1,1,1,1),
      &  w1(1,1,1,1),p1(1,1,1,1),
      &  p1(1,1,1,1),1,'arp')
While this is working correctly with 1 rank, in parallel it fails,
returning only the error message:
schfile:/.../myrun.sch
then it hangs for a while, with all processes consuming all the cpu time
until they are killed (so the .sch file is empty).
Does anybody have an idea on how this could be solved?
Best,
Giuseppe
_______________________________________________
Nek5000-users mailing list
Nek5000-users at lists.mcs.anl.gov
https://lists.mcs.anl.gov/mailman/listinfo/nek5000-users