[CIG-SHORT] Re: GeoFEST runs for strike-slip model (Jiangning L?)

[Jiangning Lu]

Hello Eric,

That's will be great if you can generate these input files, especially for the
250m resolution. I'll try to run them on GeoFEST parallel version.

Actually I have run the Reverse Slip model on GeoFEST parallel version using
your input file: tet_var_res_01.gft, it failed. I can not figure out why.
The error info:
p30_6554:  p4_error: net_recv read:  probable EOF on socket: 1
p31_6576:  p4_error: net_recv read:  probable EOF on socket: 1
p29_11122:  p4_error: net_recv read:  probable EOF on socket: 1
p28_11100:  p4_error: net_recv read:  probable EOF on socket: 1
.....
m_list_19972: (17.900176) wakeup_slave: unable to interrupt slave 0 pid 19971
p12_22508:  p4_error: net_recv read:  probable EOF on socket: 1
bm_list_19972: (17.900322) wakeup_slave: unable to interrupt slave 0 pid 19971
bm_list_19972: (17.900390) wakeup_slave: unable to interrupt slave 0 pid 19971
.....
m_list_19972: (17.901021) wakeup_slave: unable to interrupt slave 0 pid 19971
p13_22530:  p4_error: net_recv read:  probable EOF on socket: 1
p16_4504:  p4_error: net_recv read:  probable EOF on socket: 1
...

Jiangning

Quoting Eric Andreas Hetland <eah at gps.caltech.edu>:

>
> The script that I wrote to derive pylith and geofest 4.5 input files from
> Carl Gable's variable resolution mesh for the Reverse Slip model, can also
> be used to derive input files for the uniform (or variable resolution)
> meshes for the strike-slip models with minor changes. As of now, I am pretty
> confident that all of the bugs have been ironed out, so if anyone needs me
> to generate input files for the strike-slip models, please let me know.
>
> - Eric.
>
> On 9/5/06 3:37 PM, "Greg Lyzenga" <lyzenga at HMC.Edu> wrote:
>
>>
>> On Sep 5, 2006, at 2:11 PM, Jiangning Lu wrote:
>>
>>> Thanks!
>>> More info about this problem:
>>> There are several other GeoFEST input files made by others on the
>>> website:
>>> bmrsnog_tet4_0500m.gft
>>> bmrsnog_tet4_1000m.gft
>>> I tried the command gfmeshparse to produce the *jpl files, the 1km
>>> resolution
>>> file goes well, but the 500m file failed in the same
>>> way--"segmentation
>>> fault"!
>>
>> One thing I should have made clearer is that there are some slight
>> changes in the format of the input files between version 4.5 and the
>> most recent "internal" releases.  Since I made and ran the ".gft"
>> files, they are version 4.6, not 4.5 files.  The differences are very
>> small and easy to change, but if you want to run them on 4.5, you
>> should edit the files and remove the few lines that the old version
>> does not understand.  Sorry for the confusion.
>>
>>                                        - Greg
>>
>> -------------------------------------
>> Gregory A. Lyzenga  <lyzenga at hmc.edu>           ***     (909) 621-8378
>> Dept. of Physics, Harvey Mudd College           *** fax (909) 621-8887
>> Claremont, CA 91711-5990
>> <http://www.physics.hmc.edu/faculty/Lyzenga/>
>>
>>
>> _______________________________________________
>> CIG-SHORT mailing list
>> CIG-SHORT at geodynamics.org
>> http://geodynamics.org/cgi-bin/mailman/listinfo/cig-short
>
>
> _______________________________________________
> CIG-SHORT mailing list
> CIG-SHORT at geodynamics.org
> http://geodynamics.org/cgi-bin/mailman/listinfo/cig-short
>



---
Jiangning Lü
54-521     x3-6389
Geophysics Program
Earth, Atmospheric and Planetary Sciencs
Massachusetts Institute of Technology
johnnylu at mit.edu