charm AT lists.siebelschool.illinois.edu
Subject: Charm++ parallel programming system
List archive
- From: Ronak Buch <rabuch2 AT illinois.edu>
- To: Tom Quinn <trq AT astro.washington.edu>
- Cc: "charm AT lists.cs.illinois.edu" <charm AT lists.cs.illinois.edu>
- Subject: Re: [charm] Lustre failure with CkIO
- Date: Mon, 4 Feb 2019 22:59:14 -0600
- Authentication-results: illinois.edu; spf=pass smtp.mailfrom=rabuch2 AT illinois.edu; dmarc=pass header.from=illinois.edu
Interesting, I've never seen that code path be a problem before, it should be doing the checks to ensure that the correct Lustre APIs exist before enabling it. Do you know if the configuration of the login and compute nodes is different with regards to Lustre?
The most foolproof way to turn it off is to just change line 4 of fs_parameters.c from #if CMK_HAS_LUSTREFS to #if 0.
On Mon, Feb 4, 2019 at 10:47 PM Tom Quinn <trq AT astro.washington.edu> wrote:
I'm getting "errno 25" out of the llapi_file_get_stripe() in
io/fs_parameters.c:CkGetFileStripeSize(). ("not a typewriter"?)
This is on the "Pleiades" machine at NASA Ames.
1) Any ideas about how to fix this?
2) How do I avoid using the Lustre code in Charm, and therefore work
around this problem?
Tom Quinn Astronomy, University of Washington
Internet: trq AT astro.washington.edu
Phone: 206-685-9009
- [charm] Lustre failure with CkIO, Tom Quinn, 02/04/2019
- <Possible follow-up(s)>
- Re: [charm] Lustre failure with CkIO, Ronak Buch, 02/04/2019
- Re: [charm] Lustre failure with CkIO, Tom Quinn, 02/06/2019
- Re: [charm] Lustre failure with CkIO, Tom Quinn, 02/08/2019
- Re: [charm] Lustre failure with CkIO, Tom Quinn, 02/06/2019
Archive powered by MHonArc 2.6.19.