Opened 4 years ago

Closed 4 years ago

#1785 closed help (fixed)

linking to drhook on Archer

Reported by: markr Owned by: ros
Component: UM Model Keywords: linking drhook
Cc: Platform: ARCHER
UM Version: 8.4

Description

Hello,
I just completed the UKCA training and took one of the jobs to try and use drhook.

Unfortunately even though the controls and switches appear in the UMUI (vn8.4) they do not seem to have any effect on the build i.e. inthe comp.leave file:
ftn -o yomhook.o -I/home/n02/n02/mricha/um/xmimb/umatmos/inc -I/home/n02/n02/ukca/prebuilds/cce/8.3.7/HG3A_omp_ARCHER/umatmos/inc -I/home/n02/n02/ukca/prebuilds/cce/8.3.7/HG3A_omp_ARCHER/baserepos/JULES/inc -I/home/n02/n02/ukca/prebuilds/cce/8.3.7/HG3A_omp_ARCHER/baserepos/UMATMOS/inc -e m -h noomp -s real64 -s integer64 -hflex_mp=intolerant -I /work/n02/n02/hum/gcom/cce/gcom4.5/archer_cce_mpp/inc -h omp -c /home/n02/n02/ukca/prebuilds/cce/8.3.7/HG3A_omp_ARCHER/umatmos/ppsrc/UM/control/dummy_libs/drhook/yomhook.f90

I remember there being some work done by CMS for the drhook feature to be valid on Monsoon can the same be done for Archer?

Many thanks,
Mark

Change History (23)

comment:1 Changed 4 years ago by ros

  • Owner changed from um_support to ros
  • Status changed from new to accepted

Hi Mark,

I've lodged an initial set of Dr Hook configuration files for ARCHER. Could you try the following for me please:

In window FCM Configuration → FCM Extract and Output levels:

  • change the Bindings location to be fcm:um-br/dev/ros/vn8.6_drhook_archer/src/configs/bindings
  • replace the vn8.6_cfg in the Container file name box to be 20599

Let me know if that does or doesn't work.

Cheers,
Ros.

comment:2 Changed 4 years ago by markr

Hi Ros,
will do although I note the references to are to vn8.6 will there be any problem with the tutorial at vn8.4.

XMIMB has the following

um/vn8.4_machine_cfg/src/configs/bindings

$UM_SVN_BIND/container.cfg@vn8.4_cfg

Nope failed here:
/home/markr/um/um_extracts/xmimb/umscripts/ext.out

Last edited 4 years ago by markr (previous) (diff)

comment:3 Changed 4 years ago by ros

Oooops Sorry - Glad somebody's awake this morning!! I looked at the previous ticket regarding Dr Hook on XCM which was at vn8.6 and got myself confused.

I'll do it all again for vn8.4….

Cheers,
Ros.

comment:4 Changed 4 years ago by markr

NOTE I might need vn8.6 if I port my main case to Archer but I am using that on Monsoon at the moment.
My mistake in implying "same as for monsoon" should have written "similar". Thanks!

comment:5 Changed 4 years ago by ros

Ok - lets try again! ;-)

  • change the Bindings location to be fcm:um-br/dev/ros/vn8.4_drhook_archer/src/configs/bindings
  • replace the vn8.4_cfg in the Container file name box to be 20602
Last edited 4 years ago by ros (previous) (diff)

comment:6 Changed 4 years ago by markr

Well the build completed and the run ran.
But no analysis files in the DATADIR/xmimb

Mark (apologies been in a meeting all morning.)

comment:7 Changed 4 years ago by grenville

Mark

The pre-build may be the culprit. Please try not using it (my view on pre-builds is not printable).

Grenville

comment:8 Changed 4 years ago by grenville

Mark

I switched off the prebuild and the job fails with

ABOR1 CALLED
* Fatal error; aborting (SIGABRT) …

(works OK with DrHook? switched off)

so more investigation needed.

Grenville

comment:9 Changed 4 years ago by markr

Thanks!
I am now directed to focus on my Met Office work due to a deadline end of January.
So you might lower the priority on this. (I will still need to do something later in February).

I cannot remember why there is pre-build but Luke did comment on that at the tutorial.
May be it was to save time in the exercises.

Thanks again.

Mark

comment:10 Changed 4 years ago by ros

  • Status changed from accepted to pending

comment:11 Changed 4 years ago by markr

I was about to try again but it seems puma just died.
Will try again tomorrow.

comment:12 Changed 4 years ago by ros

Hi Mark,

We've just had a power failure and PUMA has thus gone down with it.

Ros.

comment:13 Changed 4 years ago by markr

Okay back from leave now and looked back at a run I set off on Archer:
See xmimb /home/n02/n02/mricha/output

It looks like the compile and link did connect with drhook.
But now I wonder if there are actually any calls to drhook in vn8.4 as no files were generated.

Could it be to do with the fact I ran the sim for only one day?
Is there any connection with dumping frequency and the writing of DrHook? output?

Thanks,
Mark

comment:14 Changed 4 years ago by grenville

Mark

We're looking at this.

comment:15 Changed 4 years ago by grenville

Mark

If you remove calls to dr hook in ukca_init and ukca_scav_init, it works. I don't know why this is needed (there is a fix at 10.4 for a similar problem - I haven't investigated)

see /work/n02/n02/grenvill/xmqla (output form a copy of your xmimb)

Grenville

comment:16 Changed 4 years ago by grenville

This code in ukca_scav_init_diag looks a bit dodgy

(fortan)

RETURN

IF (lhook) CALL dr_hook('UKCA_SCAVENGING_MOD.UKCA_SCAV_INIT_DIAG', &

zhook_out,zhook_handle)

END SUBROUTINE ukca_scav_init_diag

Grenville

comment:17 Changed 4 years ago by markr

Hello Grenville,
I cannot find those files in my source code.
I expected them to be in the src/atmosphere/UKCA directory but cannot find them.

comment:18 Changed 4 years ago by markr

Okay found them now.
I will check the build log as this should have flagged a fail for drhook during the run.

comment:19 Changed 4 years ago by markr

Hi Grenville,
that file appears to be part of Luke's tutroial additons to the job it comes from
UM/branches/dev/luke/vn8.4_UKCA_Tutorials/src/atmosphere/UKCA/ukca_scavenging_mod.F90@20708

How should I change that? (or should I ask Luke to change it?

Mark

comment:20 Changed 4 years ago by grenville

Mark

Luke is not around for a while. I guess the way to change it is to make a new branch and merge in Luke's, then make the fix and use your new branch in the build.

My job ran with the dodgy code included (I had made changes to ukca_init and ukca_scav_init as mentioned above but hadn't fixed ukca_scav_init_diag), so I'm not sure what effect it's having. Easy to check now I have more time.

Grenville

comment:21 Changed 4 years ago by grenville

Mark

Looks like the problem was in UKCA_SCAV_INIT, where the closing call to dr_hook has the wrong argument - it should be zhook_out, rather than zhook_in.

Fixing this allows dr_hook to run throughout.

Grenville

comment:22 Changed 4 years ago by markr

Hello Grenville,
and thank you.
Luke replied to me and told me to use the UKCA release job (xlavb) which I find has the same error.
I have reported it to him directly as I have forgotten if there is a ticketing system for that.

I think you can close this query now.

comment:23 Changed 4 years ago by grenville

  • Resolution set to fixed
  • Status changed from pending to closed
Note: See TracTickets for help on using tickets.