-
Notifications
You must be signed in to change notification settings - Fork 51
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
WRF 4D variables saved incorrectly. #296
Comments
Hello Antonio! |
Hi John! |
the only thing i can think of is the quilting. are you using quilting? what if you turn that off? |
Dear John |
Here is my namelist, I think quilting is off. &time_control &physics &dynamics &bdy_control &grib2 &namelist_quilt |
for Sandy i had &namelist_quilt not sure if that will help. |
unfortunately does not solve it. |
Throwing myself in here because we've tried quilting in the past with COAWST-WRF and were not successful. See this paper on WRF I/O performance which defines "Quilt Servers: A third technique for writes that uses I/O (or quilt) servers that deal exclusively with I/O, enabling the compute PEs to continue with their work without waiting for data to be written to disk before proceeding." Basically with If you're not running a time-sensitive case, e.g. a forecast, then I wouldn't worry about any of this and like John said, use
Hope that helps! |
Dear John e Joe,
The namelist is the same. At this point, I suppose I have some problem with the WRF compilation. This is the first time I have had this problem, even though I have run dozens of simulations with COAWST. It's the first time I've used it compiled with gfortran (I can't compile it with intel on this cluster). |
can u try the Sandy case we distribute, use WRF + ROMS, and see if that has the problem. |
Is this problem with WRF by itself? |
Hi John
I also ran Sandy, with many cores, and it works perfectly. I enclose the script I use to compile, which William Hataway sent me and which I modified to use on my cluster. In any case, even some indication as to why this error might occur would be very helpful. PS, the WRF files are not generated with cowast's WPS, but with external wps. Could this be a critical issue? #!/bin/bash start=$(date) /home/ricchi/setup1.sh ############################### Version Numbers ########################## For Ease of updating########################################################################## export HDF5_Version=1.14.4 export WRF_VERSION=4.6.0 echo $PASSWD | sudo -S apt -y upgrade && sudo -S apt -y autoremoveecho $PASSWD | sudo -S apt -y install autoconf automake bison build-essential byacc cmake csh curl default-jdk default-jre emacs flex g++ gawk gcc gfortran git ksh libcurl4-openssl-dev libjpeg-dev libncurses5 libncurses6 libpixman-1-dev libpng-dev libtool libxml2 libxml2-dev m4 make mlocate ncview okular openbox pipenv pkg-config python3 python3-dev python3-pip tcsh unzip xauth xorg timemodule load pkgconf/1.9.5-broadwell-gcc_12.2.0
|
i doubt it is the compiling method. |
Dear John, Joe and others, regards |
Hi John,
I ran the runs with version 3.8 of COAWST. The WRf, WRf+ROMS and WRF+ROMS+SWAN runs ran perfectly and the ground output is consistent.
Unfortunately, the output of WRF, of the 4D variables is saved incorrectly. in the picture I add the plt (raw plot...with ncview) of P. As you can see the ranges are very strange, how close I get, the image shows bands. I tried on two servers. Same error. I compiled all the packages with gfortran (don't know if this is a useful infomration), and used the frlags you suggested in May. Do you have any idea if this is a problem with this version? If I can do something about it?
thanks for your help
The text was updated successfully, but these errors were encountered: