Scheduled Downtime
On Tuesday 24 October 2023 @ 5pm MT the forums will be in read only mode in preparation for the downtime. On Wednesday 25 October 2023 @ 5am MT, this website will be down for maintenance and expected to return online later in the morning.
Normal Operations
The forums are back online with normal operations. If you notice any issues or errors related to the forums, please reach out to help@ucar.edu

prescribed bulk aerosol in CAM4

L

liurj04@gmail_com

Member
Hi, I am running CAM4 (CESM1.2.0) using prescribed bulk aerosol. When I changed the values of SO4 concentration using NCL scriptin the input aerosol data file (aero_1.9x2.5_L26_2000clim_c091112.nc) .The model can not run successfully.The error message in the log file is :  READ_NEXT_TRCDATA ozone FIND_TIMES: ALL data times are after     0.000000000000000 FIND_TIMES: data times:     14.00000000000000         45.00000000000000    73.00000000000000         104.0000000000000         134.0000000000000    165.0000000000000         195.0000000000000         226.0000000000000    257.0000000000000         287.0000000000000         318.0000000000000    348.0000000000000 FIND_TIMES: time:     0.000000000000000(shr_sys_abort) ERROR: find_times: all(all_data_times(:) > time) aero_1.9x2.5_L26_2000clim_c091112.nc(shr_sys_abort) WARNING: calling shr_mpi_abort() and stopping How should I solve this error ? Please give me some suggestions.Thanks ! 
 
E

eaton

CSEG and Liaisons
The dataset being used is intended for climatological runs, hence the namelist should contain prescribed_aero_type='CYCLICAL'.  The error message indicates that your namelist contains prescribed_aero_type='SERIAL'.  In serial mode time samples that surround the requested time must be present.  In cyclical mode the time 0.0 is surrounded by times 348.0 and 14.0, i.e., data for Jan 01 will be obtained by interpolating the monthly averaged data with timestamps corresponding to Dec 15 and Jan 15.  
 
E

eaton

CSEG and Liaisons
The dataset being used is intended for climatological runs, hence the namelist should contain prescribed_aero_type='CYCLICAL'.  The error message indicates that your namelist contains prescribed_aero_type='SERIAL'.  In serial mode time samples that surround the requested time must be present.  In cyclical mode the time 0.0 is surrounded by times 348.0 and 14.0, i.e., data for Jan 01 will be obtained by interpolating the monthly averaged data with timestamps corresponding to Dec 15 and Jan 15.  
 
S

shayingying@ieecas_cn

New Member
HI,I got a similar problem. But I just add -chem trop_bam in the env_conf.xml and didn't change anything in the inputfiles. When I run the CAM4(CESM1_0_1), the error message is  as follows: (seq_frac_check) [atm init] sum ncnt/maxerr =        0   0.00000000000000000     FIND_TIMES: ALL data times are after     0.000000000000000      FIND_TIMES: data times:  FIND_TIMES: time:     0.000000000000000      ENDRUN:find_times: all(all_data_times(:) > time)  FIND_TIMES: ALL data times are after     0.000000000000000      FIND_TIMES: data times:  FIND_TIMES: time:     0.000000000000000     (seq_frac_check) [atm init] sum min/max     =   0.999822275230074100       1.00000000000000800    (seq_frac_check) [atm init] sum ncnt/maxerr =        0   0.00000000000000000     FIND_TIMES: ALL data times are after     0.000000000000000      FIND_TIMES: data times:  FIND_TIMES: time:     0.000000000000000      ENDRUN:find_times: all(all_data_times(:) > time)  FIND_TIMES: ALL data times are after     0.000000000000000      FIND_TIMES: data times:  FIND_TIMES: time:     0.000000000000000      ENDRUN:find_times: all(all_data_times(:) > time)  FIND_TIMES: ALL data times are after     0.000000000000000      FIND_TIMES: data times:  FIND_TIMES: time:     0.000000000000000      ENDRUN:find_times: all(all_data_times(:) > time)  FIND_TIMES: ALL data times are after     0.000000000000000  I checked the namelist and found the prescribed_aero_type  is set to 'CYCLICAL', so I don't what caused this problem. Can you tell me how you solved the problem?THX!  
 
S

shayingying@ieecas_cn

New Member
HI,I got a similar problem. But I just add -chem trop_bam in the env_conf.xml and didn't change anything in the inputfiles. When I run the CAM4(CESM1_0_1), the error message is  as follows: (seq_frac_check) [atm init] sum ncnt/maxerr =        0   0.00000000000000000     FIND_TIMES: ALL data times are after     0.000000000000000      FIND_TIMES: data times:  FIND_TIMES: time:     0.000000000000000      ENDRUN:find_times: all(all_data_times(:) > time)  FIND_TIMES: ALL data times are after     0.000000000000000      FIND_TIMES: data times:  FIND_TIMES: time:     0.000000000000000     (seq_frac_check) [atm init] sum min/max     =   0.999822275230074100       1.00000000000000800    (seq_frac_check) [atm init] sum ncnt/maxerr =        0   0.00000000000000000     FIND_TIMES: ALL data times are after     0.000000000000000      FIND_TIMES: data times:  FIND_TIMES: time:     0.000000000000000      ENDRUN:find_times: all(all_data_times(:) > time)  FIND_TIMES: ALL data times are after     0.000000000000000      FIND_TIMES: data times:  FIND_TIMES: time:     0.000000000000000      ENDRUN:find_times: all(all_data_times(:) > time)  FIND_TIMES: ALL data times are after     0.000000000000000      FIND_TIMES: data times:  FIND_TIMES: time:     0.000000000000000      ENDRUN:find_times: all(all_data_times(:) > time)  FIND_TIMES: ALL data times are after     0.000000000000000  I checked the namelist and found the prescribed_aero_type  is set to 'CYCLICAL', so I don't what caused this problem. Can you tell me how you solved the problem?THX!  
 
S

shayingying@ieecas_cn

New Member
I got a similar problem. But I just add -chem trop_bam in the env_conf.xml and didn't change anything in the inputfiles. When I run the CAM4(CESM1_0_1), the error message is  as follows: (seq_frac_check) [atm init] sum ncnt/maxerr =        0   0.00000000000000000     FIND_TIMES: ALL data times are after     0.000000000000000      FIND_TIMES: data times:  FIND_TIMES: time:     0.000000000000000      ENDRUN:find_times: all(all_data_times(:) > time)  FIND_TIMES: ALL data times are after     0.000000000000000      FIND_TIMES: data times:  FIND_TIMES: time:     0.000000000000000     (seq_frac_check) [atm init] sum min/max     =   0.999822275230074100       1.00000000000000800    (seq_frac_check) [atm init] sum ncnt/maxerr =        0   0.00000000000000000     FIND_TIMES: ALL data times are after     0.000000000000000      FIND_TIMES: data times:  FIND_TIMES: time:     0.000000000000000      ENDRUN:find_times: all(all_data_times(:) > time)  FIND_TIMES: ALL data times are after     0.000000000000000      FIND_TIMES: data times:  FIND_TIMES: time:     0.000000000000000      ENDRUN:find_times: all(all_data_times(:) > time)  FIND_TIMES: ALL data times are after     0.000000000000000      FIND_TIMES: data times:  FIND_TIMES: time:     0.000000000000000      ENDRUN:find_times: all(all_data_times(:) > time)  FIND_TIMES: ALL data times are after     0.000000000000000  I checked the namelist and found the prescribed_aero_type  is set to 'CYCLICAL', so I don't what caused this problem. Can you tell me how you solved the problem?THX!
 
S

shayingying@ieecas_cn

New Member
I got a similar problem. But I just add -chem trop_bam in the env_conf.xml and didn't change anything in the inputfiles. When I run the CAM4(CESM1_0_1), the error message is  as follows: (seq_frac_check) [atm init] sum ncnt/maxerr =        0   0.00000000000000000     FIND_TIMES: ALL data times are after     0.000000000000000      FIND_TIMES: data times:  FIND_TIMES: time:     0.000000000000000      ENDRUN:find_times: all(all_data_times(:) > time)  FIND_TIMES: ALL data times are after     0.000000000000000      FIND_TIMES: data times:  FIND_TIMES: time:     0.000000000000000     (seq_frac_check) [atm init] sum min/max     =   0.999822275230074100       1.00000000000000800    (seq_frac_check) [atm init] sum ncnt/maxerr =        0   0.00000000000000000     FIND_TIMES: ALL data times are after     0.000000000000000      FIND_TIMES: data times:  FIND_TIMES: time:     0.000000000000000      ENDRUN:find_times: all(all_data_times(:) > time)  FIND_TIMES: ALL data times are after     0.000000000000000      FIND_TIMES: data times:  FIND_TIMES: time:     0.000000000000000      ENDRUN:find_times: all(all_data_times(:) > time)  FIND_TIMES: ALL data times are after     0.000000000000000      FIND_TIMES: data times:  FIND_TIMES: time:     0.000000000000000      ENDRUN:find_times: all(all_data_times(:) > time)  FIND_TIMES: ALL data times are after     0.000000000000000  I checked the namelist and found the prescribed_aero_type  is set to 'CYCLICAL', so I don't what caused this problem. Can you tell me how you solved the problem?THX!
 
1

11438023@zju_edu_cn

Member
Hi,I have a question related to the discussion above.Is that possible to run a climatological simulation (CAM4) with varying prescribed-SO4 concentration? Best
 
1

11438023@zju_edu_cn

Member
Hi,I have a question related to the discussion above.Is that possible to run a climatological simulation (CAM4) with varying prescribed-SO4 concentration? Best
 
T

tilmes

Member
Something seems to be wrong with the time variable in your prescribed aerosol file. Have you checked if it is the same as in the default file?Simone
 
T

tilmes

Member
Something seems to be wrong with the time variable in your prescribed aerosol file. Have you checked if it is the same as in the default file?Simone
 
H

Hemraj

Hemraj Bhattarai
Member
Hi, I think my problem is similar to this discussion. I am using CESM2.1.3 and CAM4.

When I make changes to the emission files under "srf_emis_specifier" and specify date under "srf_emis_cycle_yr", this problem occurred. Any suggestions to resolve this would be highly appreciated.
For eg.,

srf_emis_cycle_yr = 2050

srf_emis_specifier = 'BIGALK -> /lustre/project/TGABI/s1155149263/data/emission/emissions_ssp126/emissions-cmip6-ScenarioMIP_IAMC-IMAGE-ssp126-1-1_BIGALK_anthro_surface_mol_175001-210101_0.9x1.25_c20190225.nc',


'BIGALK -> /lustre/project/TGABI/s1155149263/data/emission/emissions_ssp126/emissions-cmip6-ScenarioMIP_IAMC-IMAGE-ssp126-1-1_BIGALK_bb_surface_mol_175001-210101_0.9x1.25_c20190225.nc',
 

Attachments

  • Screenshot 2021-08-11 at 9.19.44 AM.png
    Screenshot 2021-08-11 at 9.19.44 AM.png
    61.8 KB · Views: 13
H

Hemraj

Hemraj Bhattarai
Member
Hi @tilmes .
Thank you for your response.

Yes, I set srf_emis_type ='CYCLICAL', but the problem still exist.

Let me describe more so that it will be easier for you to understand. I am using FMOZ compset under CESM2.1.3.

By default, the model is taking one nc file (having bb & anthro in it) for each emission chemicals with resolution of 1.9*2.5.
"
srf_emis_specifier = 'BIGALK -> /lustre/users/s1155149263/CESM/input_data/atm/cam/chem/emis/1992-2010/emissions.BIGALK.surface.1.9x2.5_c110426.nc',
"

However, the nc file I provide as input have bb and anthro in two different nc files with resolution 0.9*1.25 (these files are only available for different SSPs scenarios). So, I pointed the files as:
"
srf_emis_specifier = 'BIGALK -> /lustre/project/TGABI/s1155149263/data/emission/emissions_ssp126/emissions-cmip6-ScenarioMIP_IAMC-IMAGE-ssp126-1-1_BIGALK_anthro_surface_mol_175001-210101_0.9x1.25_c20190225.nc',
'BIGALK -> /lustre/project/TGABI/s1155149263/data/emission/emissions_ssp126/emissions-cmip6-ScenarioMIP_IAMC-IMAGE-ssp126-1-1_BIGALK_bb_surface_mol_175001-210101_0.9x1.25_c20190225.nc',
"

One additional point is the default model is taking C10H16, but the future emission files of SSP doesn't have this name but there is MTERP. I somewhere found MTERP replaces the C10H16. So, I pointed MTERP for C10H16 while modifying the model emission files
.
I am not sure if this difference in resolution and/or two nc files supplied for chemical species is causing this problem or any of the other modifications causing this issue. Or, in other words, is CAM4 compatible with 0.9*1.25 resolution emission files?

FYI, this error occurs after the model runs for ~8-9 minutes.
Thank you.
 
T

tilmes

Member
Hi Hemraj,
CESM2.1. should be able to deal with two different BIGALK files and sum them up.
Further, changing terpenes (C10H16) to MTERP is fine. The model should also interpolate from the 1deg resolution to 2 degrees, however, there will be differences in the emissions if you do this and not use emissions that have the conversely interpolated to 2 degrees.
Your error message points to the fact that your emissions do not have the correct time included that you try to run. With changing to cyclical, do you still get the same error?
Thanks Simone
 
H

Hemraj

Hemraj Bhattarai
Member
Hi @tilmes,
I discussed this problem in the recently held CESM tutorial 2021 and scientists over there helped to resolve it. The model is now running fine.
Many thanks.
 
You must log in or register to reply here.
Top