[Mesa-users] Failed with STOP op_load
RICHARD H D TOWNSEND
townsend at astro.wisc.edu
Thu Feb 8 09:43:01 EST 2018
Hi Kuldeep —
This is indeed a strange set of errors. Can I ask that you change into your working directory, and post the output from the command
ldd ./star
Many thanks,
Rich
On Feb 8, 2018, at 7:52 AM, Kuldeep Verma via Mesa-users <mesa-users at lists.mesastar.org<mailto:mesa-users at lists.mesastar.org>> wrote:
Hi Rob,
Many thanks for the suggestion. I downloaded the fresh tar file, and ended up with the following error message:
version_number 10108
read inlist_with_levitation
load saved model start_m1.3.mod
loading OP mono data...
At line 179 of file ../private/op_load.f (unit = 1, file = 'OP4STARS_1.3/mono/m01.mesh')
Fortran runtime error: Unformatted file structure has been corrupted
Best wishes,
Kuldeep
On Thu, Feb 8, 2018 at 1:42 PM, Rob Farmer <r.j.farmer at uva.nl<mailto:r.j.farmer at uva.nl>> wrote:
Hi
>Just to inform everyone, the read statement fails with an iostat value of 5016 (LIBERROR_SHORT_RECORD).
Sounds like the file got corrupted, try re downloading it
Rob
On 8 February 2018 at 13:23, Kuldeep Verma via Mesa-users <mesa-users at lists.mesastar.org<mailto:mesa-users at lists.mesastar.org>> wrote:
Hi Frank,
Thank you so much for pointing that out. Obviously I needed some rest. Just to inform everyone, the read statement fails with an iostat value of 5016 (LIBERROR_SHORT_RECORD). I have been trying various things without any success yet. Any suggestion on what to try would be more than welcome.
>>>you may also want to try using the full pathname for op_mono_data_path and op_mono_data_path instead of what appears to be a relative pathname.
I tried that. OPEN statement is fine (fails on the READ statement).
Best wishes,
Kuldeep
On Wed, Feb 7, 2018 at 7:40 PM, Francis Timmes <fxt44 at mac.com<mailto:fxt44 at mac.com>> wrote:
> I added "write(*,*) ios" just before stop statement; cd mesa-r10108/kap/; ./clean; ./mk; ./export
yes.
assuming you are running the test case from star/test_suite/radiative_levitation
be sure to do a ./clean ; ./mk in the test directory to pick up the changes made
to kap/private/op_load.f. as a check, i added such write statements to kap/private/op_load.f
and the executable dutifully reported my writes of the ios variable:
initial setting ios 0
ios after open 0
reading OP cache file /Users/fxt/mesa_work/OP4STARS_1.3/mono/op_mono_cache.bin
done reading OP cache file
ios after close 0
you may also want to try using the full pathname for op_mono_data_path and
op_mono_data_path instead of what appears to be a relative pathname.
fxt
> On Feb 7, 2018, at 9:21 AM, Kuldeep Verma via Mesa-users <mesa-users at lists.mesastar.org<mailto:mesa-users at lists.mesastar.org>> wrote:
>
> Dear All,
>
> I recently installed mesa-r10108 on a Linux cluster successfully. I ran few test_suite cases without any problem (specifically, example_solar_model and example_astero). The run failed for the test_suite case radiative_levitation with the following error message:
>
> version_number 10108
> read inlist_radiative_levitation
> extras_controls set pointer to set_op_mono_factors
> eosDT_use_linear_interp_for_X T
> load saved model sdb.mod
>
> reading OP cache file OP4STARS_1.3/mono/op_mono_cache.bin
> done reading OP cache file
> failed in reading cache file
>
> I have attached the inlist with the email (you need to download the op mono opacity from https://sourceforge.net/projects/mesa/files/ if you want to run it). The following are the only two lines that I changed in the inlist:
> op_mono_data_path = 'OP4STARS_1.3/mono'
> op_mono_data_cache_filename = 'OP4STARS_1.3/mono/op_mono_cache.bin'
>
> Let me add that I can run the radiative_levitation test case with mesa-r10108 on my PC. It fails only on the cluster. The following is the piece of code from mesa-r10108/kap/private/op_load.f where it fails
>
> ios = 0
> open(1,file=trim(cache_filename),action='read',
> > status='old',iostat=ios,form='unformatted')
> if (ios == 0) then
> write(*,*) 'reading OP cache file ' // trim(cache_filename)
> read(1,iostat=ios) ntotv,dv,dv1,umesh,
> > ite1,ite2,ite3,jn1,jn2,jne3,umin,umax,ntotp,nc,nf,int,epatom,oplnck, ne1p,
> > ne2p,fionp,np,kp1,kp2,kp3,npp,mx,yy1,yy2,nx,yx
> write(*,*) 'done reading OP cache file'
> close(1)
> if (ios == 0) then
> have_loaded_op = .true.
> CALL IMESH(UMESH,NTOTV)
> goto 1001
> end if
> write(*,*) 'failed in reading cache file'
> stop 'op_load'
> end if
>
> I tried printing the variable ios without any success (I added "write(*,*) ios" just before stop statement; cd mesa-r10108/kap/; ./clean; ./mk; ./export). Can someone help me printout this variable, please? Any insight on what may be going on would be highly appreciated.
>
> Best wishes,
> Kuldeep
>
>
> <inlist_radiative_levitation>_______________________________________________
> mesa-users at lists.mesastar.org<mailto:mesa-users at lists.mesastar.org>
> https://lists.mesastar.org/mailman/listinfo/mesa-users
>
_______________________________________________
mesa-users at lists.mesastar.org<mailto:mesa-users at lists.mesastar.org>
https://lists.mesastar.org/mailman/listinfo/mesa-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.mesastar.org/pipermail/mesa-users/attachments/20180208/b2fede2a/attachment.html>
More information about the Mesa-users
mailing list