Welcome, Guest
Username: Password: Remember me

TOPIC: Previous computation problems

Previous computation problems 8 years 7 months ago #20856

  • Montserrat
  • Montserrat's Avatar
Hi,

I'm wanted to use a previous computationfile as initial condition.

To test if its works, I run 500 seg first. Then i tried to run from 500 (s) to 800 (s) using computation continued, and time set to zero = false.
Is the same mesh, the same boundary condition file, and the same boundary condition values.

The problem is that crashes at 0 iteration giving the following message.

TITLE OF PREVIOUS COMPUTATION:

NAME: VELOCITY U UNIT: M/S
NAME: VELOCITY V UNIT: M/S
NAME: WATER DEPTH UNIT: M
NAME: FREE SURFACE UNIT: M
NAME: BOTTOM UNIT: M

READ_DATASET : READ OF RECORD 10

TIME OF RECORD: 504.5243 S

================================================================================
ITERATION 0 TIME: 8 MN 24.5243 S ( 504.5243 S)
USING STREAMLINE VERSION 7.1 FOR CHARACTERISTICS
EQUNOR (BIEF) : EXCEEDING MAXIMUM ITERATIONS: 100 RELATIVE PRECISION: 0.4740452E-01
EQUNOR (BIEF) : EXCEEDING MAXIMUM ITERATIONS: 100 RELATIVE PRECISION: 0.3823871
EQUNOR (BIEF) : EXCEEDING MAXIMUM ITERATIONS: 100 RELATIVE PRECISION: 53.25475
EQUNOR (BIEF) : EXCEEDING MAXIMUM ITERATIONS: 100 RELATIVE PRECISION: 0.4139568E-01
EQUNOR (BIEF) : EXCEEDING MAXIMUM ITERATIONS: 100 RELATIVE PRECISION: 0.3869883
@STREAMLINE::SCARACT: THE NUMBER OF TRACEBACK INTERFACE CROSSINGS IGEN > 99

PLANTE: PROGRAM STOPPED AFTER AN ERROR
RETURNING EXIT CODE: 2
Primary job terminated normally, but 1 process returned
a non-zero exit code.. Per user-direction, the job has been aborted.

mpiexec detected that one or more processes exited with non-zero status, thus causing
the job to be terminated. The first process to do so was:

Process name: [[22884,1],33]
Exit code: 1




I tried using a SERAFIND previous computation file, but the error is exactly the same.

It's strange the error of "exceeding maximum iteration" at iteration 0 because is exactly the same model just starting where the previous computation stoped.

What could be happening?

Thanks,

Gonzalo
The administrator has disabled public write access.

Previous computation problems 8 years 7 months ago #20857

  • c.coulet
  • c.coulet's Avatar
  • OFFLINE
  • Moderator
  • Posts: 3722
  • Thank you received: 1031
Hi

With a such time step, I suppose you're using variable time-step in your first computation.
In the second computation, there is no information about the previous time step so the first time step is made with the time step of your steering file which is probably to high in comparison to the last time step used in the first run...

Check the time step at the end of the first run and adapt the second run accordingly, this will probably solve your problem

Hope this helps
Christophe
The administrator has disabled public write access.
The following user(s) said Thank You: Montserrat
Moderators: pham

The open TELEMAC-MASCARET template for Joomla!2.5, the HTML 4 version.