Skip to content

Certain constituent-dimensioned or dust(4)-dimensioned fields are not written correctly into CAM snapshots #1609

Description

@jimmielin

What happened?

Observe CAM snapshots

constituent-dimensioned fields like pbuf_FRACIS are written with a constituent dimension which is unsupported by CAM-SIMA to write and impossible to re-assemble, because CAM's constituent ordering is different from CAM-SIMA.

A previous workaround was added for cam_in_cflx to append the constituent name instead of using a constituent dimension. We need to do that too for FRACIS.

For cam_in_dstflx it has a dimension of size 4 for dust bins, but it does not get written, only passed as a 1D array (ncol) so the dimension 4 is lost

What are the steps to reproduce the bug?

Observe CAM snapshots

What CAM tag were you using?

cam6_4_185

What machine were you running CAM on?

CISL machine (e.g. derecho)

What compiler were you using?

GNU

Path to a case directory, if applicable

No response

Will you be addressing this bug yourself?

Yes

Extra info

No response

Metadata

Metadata

Labels

bugSomething isn't working correctlymisc tagissue or PR candidate for upcoming misc tag

Type

No type

Fields

No fields configured for issues without a type.

Projects

Status
To Do

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions