-
Notifications
You must be signed in to change notification settings - Fork 33
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
make bufr2ioda_subpfl_argo_profiles.py an executable file #795
Conversation
Thanks @RussTreadon-NOAA |
@ShastriPaturi , would you be willing to review this PR? The only change is to change file permissions on @emilyhcliu , would you mind reviewing this PR since you found this issue? |
Fixing file permissions on The job aborts with
I think the failure is due to the fact that my COM_OBS does not contain the dump file(s) which This is a problem. We run Where may I find the observation dump(s) that |
@RussTreadon-NOAA good catch, do we need separate IODA directories for atm, soca, land, aero converters? |
Unique IODA directories is an option. Figuring out the best path forward requires us to look outside GDASApp. Does g-w have separate prepioda jobs for different converters? Does / will obsproc create dump files in different directories for different components? |
@RussTreadon-NOAA the files on orion are at /work2/noaa/da/spaturi. @CoryMartin-NOAA data for soca needs to be in a separate directory. |
@ShastriPaturi is that true, I thought there was only |
@CoryMartin-NOAA I take back. |
OK @ShastriPaturi , this is a problem. We need to move |
Ok @RussTreadon-NOAA, till hera come back. I have data on hera that spans 202108. |
Adding this data to our 2021080100 GDAS-validation COM_OBS will get gdasprepatmiodaobs successfully running again. Please update this PR with the full path to the 2021080100 dump file. We can copy the file into the appropriate GDAS-validation location on Orion. |
@RussTreadon-NOAA the 2021080100 dump file on orion is at: |
@ShastriPaturi , I do not belong to Orion group ng-godas. Thus, I can not access The top-level directory |
@RussTreadon-NOAA sorry about that. |
Thank you @ShastriPaturi . I copied
|
@ShastriPaturi , how do you run |
There is a bug in
should be
A rerun of prepatmiodaobs is in the queue. |
The rerun failed because the script can't find the input bufr dump file in the expected location
Local file The current set up uses the same variable Job prepatmiodaobs is for atmospheric obs. It does not need marine obs. Likewise, job prepoceanobs is for marine obs. It does not need atmospheric obs. Each job uses |
This PR can not move forward until we discuss & determine how we want to run IODA observation processing for various components (atmosphere, marine, aersol, land). The current setup winds up with marine observation (subpfl_argo_profiles) as being processed by prepatmiodaobs. |
I ran outside of global-workflow. |
I will issue the bugfix. Thanks @RussTreadon-NOAA |
Thank you @ShastriPaturi for confirming that you ran outside g-w. |
@emilyhcliu found that permission restrictions on
bufr2ioda_subpfl_argo_profiles.py
prevent it from being executed.feature/chmod
was created and the file permissions changed so thatbufr2ioda_subpfl_argo_profiles.py
is executable.Fixes #788