Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add lobata configuration to E3SM #5

Closed
glemieux opened this issue Jul 18, 2022 · 5 comments
Closed

Add lobata configuration to E3SM #5

glemieux opened this issue Jul 18, 2022 · 5 comments

Comments

@glemieux
Copy link
Owner

Branch: lobata_configuration
Issue on fates repo: NGEET/fates#881 (comment)

@glemieux
Copy link
Owner Author

PR to update CIME: E3SM-Project#5088

@glemieux
Copy link
Owner Author

glemieux commented Jul 25, 2022

CIME updated to cime4.0.46 with E3SM-Project@12bda05.

  • Update lobata_configuration with master and run test case

Test case is failing to build on the e3sm build step due to not being able to find the environment variables for netcdf. This is odd to me as the previous build logs (pio, mct, etc) have the paths for netcdf include files listed correctly. Comparing the difference between cime6.0.40 (ctsm) and cime6.0.46 (e3sm) there doesn't appear to be anything in cime that is causing this issue, so I'm guessing this has to do with some differences in the way modules are handled with e3sm versus ctsm. Something to do with Cmake?

@glemieux
Copy link
Owner Author

glemieux commented Jul 25, 2022

  • Fix build issue

Work around was to revert the cmake config file to include the commands to set the CMAKE variables to pass the environment variables set by modules.

  • Run test case on lobata

@glemieux
Copy link
Owner Author

glemieux commented Jul 25, 2022

Drafted PR: E3SM-Project#5094.

  • Run land developer tests

@glemieux
Copy link
Owner Author

Closed per E3SM-Project#5094

glemieux pushed a commit that referenced this issue Jan 31, 2023
fixes for nutrient enabled fates
glemieux pushed a commit that referenced this issue Jun 13, 2023
cee/15.0.0 with GPU MPI buffers can crash in a system lib like this:

#4  0x00007fffe159e35b in (anonymous namespace)::do_free_with_callback(void*, void (*)(void*)) [clone .constprop.0] () from /opt/cray/pe/cce/15.0.0/cce/x86_64/lib/libtcmalloc_minimal.so.1
#5  0x00007fffe15a8f16 in tc_free () from /opt/cray/pe/cce/15.0.0/cce/x86_64/lib/libtcmalloc_minimal.so.1
#6  0x00007fffe99c2bcd in _dlerror_run () from /lib64/libdl.so.2
#7  0x00007fffe99c2481 in dlopen@@GLIBC_2.2.5 () from /lib64/libdl.so.2
#8  0x00007fffea7bce42 in _ad_cray_lock_init () from /opt/cray/pe/lib64/libmpi_cray.so.12
#9  0x00007fffed7eb37a in call_init.part () from /lib64/ld-linux-x86-64.so.2
#10 0x00007fffed7eb496 in _dl_init () from /lib64/ld-linux-x86-64.so.2
#11 0x00007fffed7dc58a in _dl_start_user () from /lib64/ld-linux-x86-64.so.2
#12 0x0000000000000001 in ?? ()
#13 0x00007fffffff42e7 in ?? ()
#14 0x0000000000000000 in ?? ()

Work around this by using cee/14.0.3.
glemieux pushed a commit that referenced this issue Nov 6, 2023
Update development branch to E3SM master
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant