|
[Sponsors] |
problem loading UDF library in parallel cluster |
|
LinkBack | Thread Tools | Search this Thread | Display Modes |
October 1, 2008, 16:12 |
problem loading UDF library in parallel cluster
|
#1 |
Guest
Posts: n/a
|
I am trying to use udf's for FLUENT in parallel linux cluster.I am having trouble loading compiled UDF libraries. The UDF compilation and library loading is working good in serial mode (no problem) on the linux cluster.
In parallel computing, the compilation is going good (I hope). Here is the compilation log or d in lnamd64/[23]*; do \ ( \ cd $d; \ for f in ../../src/*.[ch] ../../src/makefile; do \ if [ ! -f `basename $f` ]; then \ echo "# linking to" $f "in" $d; \ ln -s $f .; \ fi; \ done; \ echo ""; \ echo "# building library in" $d; \ if [ "" = "1" ]; then \ echo "# using gcc64"; \ make ARCHC=gcc64 -k>makelog 2>&1; \ else \ if [ "" = "1" ]; then \ echo "# using gcc"; \ make ARCHC=gcc -k>makelog 2>&1; \ else \ make -k>makelog 2>&1; \ fi; \ fi;\ cat makelog; \ ) \ done # linking to ../../src/thermophoresis_air_udf.c in lnamd64/3ddp_host # linking to ../../src/makefile in lnamd64/3ddp_host # building library in lnamd64/3ddp_host make[1]: Entering directory `/home/veera/FLUENT_working/thermophoresis/lib-junk2/lnamd64/3ddp_host' # Generating udf_names.c because of makefile thermophoresis_air_udf.c make[2]: Entering directory `/home/veera/FLUENT_working/thermophoresis/lib-junk2/lnamd64/3ddp_host' make libudf.so "CFLAGS=-fpic -shared -ansi -Wall -O -DPTR_RESTRICT= " "LDFLAGS=-shared -lm" make[3]: Entering directory `/home/veera/FLUENT_working/thermophoresis/lib-junk2/lnamd64/3ddp_host' # Compiling udf_names.o because of udf_names.c cc -fpic -shared -ansi -Wall -O -DPTR_RESTRICT= -I/opt/Fluent.Inc/fluent12.0.3/`expr \`pwd\` : '.*/\(.*\)/[23].*'`/`basename \`pwd\`` -I/opt/Fluent.Inc/fluent12.0.3/src -I/opt/Fluent.Inc/fluent12.0.3/cortex/src -I/opt/Fluent.Inc/fluent12.0.3/client/src -I/opt/Fluent.Inc/fluent12.0.3/tgrid/src -I/opt/Fluent.Inc/fluent12.0.3/multiport/src -I/opt/Fluent.Inc/fluent12.0.3/multiport/mpi_wrapper/include -I. -c udf_names.c # Compiling thermophoresis_air_udf.o because of thermophoresis_air_udf.c cc -fpic -shared -ansi -Wall -O -DPTR_RESTRICT= -I/opt/Fluent.Inc/fluent12.0.3/`expr \`pwd\` : '.*/\(.*\)/[23].*'`/`basename \`pwd\`` -I/opt/Fluent.Inc/fluent12.0.3/src -I/opt/Fluent.Inc/fluent12.0.3/cortex/src -I/opt/Fluent.Inc/fluent12.0.3/client/src -I/opt/Fluent.Inc/fluent12.0.3/tgrid/src -I/opt/Fluent.Inc/fluent12.0.3/multiport/src -I/opt/Fluent.Inc/fluent12.0.3/multiport/mpi_wrapper/include -I. -c thermophoresis_air_udf.c # Linking libudf.so because of makefile udf_names.c udf_names.o thermophoresis_air_udf.o ld -shared -lm udf_names.o thermophoresis_air_udf.o -o libudf.so make[3]: Leaving directory `/home/veera/FLUENT_working/thermophoresis/lib-junk2/lnamd64/3ddp_host' make[2]: Leaving directory `/home/veera/FLUENT_working/thermophoresis/lib-junk2/lnamd64/3ddp_host' make[1]: Leaving directory `/home/veera/FLUENT_working/thermophoresis/lib-junk2/lnamd64/3ddp_host' # linking to ../../src/thermophoresis_air_udf.c in lnamd64/3ddp_node # linking to ../../src/makefile in lnamd64/3ddp_node # building library in lnamd64/3ddp_node make[1]: Entering directory `/home/veera/FLUENT_working/thermophoresis/lib-junk2/lnamd64/3ddp_node' # Generating udf_names.c because of makefile thermophoresis_air_udf.c make[2]: Entering directory `/home/veera/FLUENT_working/thermophoresis/lib-junk2/lnamd64/3ddp_node' make libudf.so "CFLAGS=-fpic -shared -ansi -Wall -O -DPTR_RESTRICT= " "LDFLAGS=-shared -lm" make[3]: Entering directory `/home/veera/FLUENT_working/thermophoresis/lib-junk2/lnamd64/3ddp_node' # Compiling udf_names.o because of udf_names.c cc -fpic -shared -ansi -Wall -O -DPTR_RESTRICT= -I/opt/Fluent.Inc/fluent12.0.3/`expr \`pwd\` : '.*/\(.*\)/[23].*'`/`basename \`pwd\`` -I/opt/Fluent.Inc/fluent12.0.3/src -I/opt/Fluent.Inc/fluent12.0.3/cortex/src -I/opt/Fluent.Inc/fluent12.0.3/client/src -I/opt/Fluent.Inc/fluent12.0.3/tgrid/src -I/opt/Fluent.Inc/fluent12.0.3/multiport/src -I/opt/Fluent.Inc/fluent12.0.3/multiport/mpi_wrapper/include -I. -c udf_names.c # Compiling thermophoresis_air_udf.o because of thermophoresis_air_udf.c cc -fpic -shared -ansi -Wall -O -DPTR_RESTRICT= -I/opt/Fluent.Inc/fluent12.0.3/`expr \`pwd\` : '.*/\(.*\)/[23].*'`/`basename \`pwd\`` -I/opt/Fluent.Inc/fluent12.0.3/src -I/opt/Fluent.Inc/fluent12.0.3/cortex/src -I/opt/Fluent.Inc/fluent12.0.3/client/src -I/opt/Fluent.Inc/fluent12.0.3/tgrid/src -I/opt/Fluent.Inc/fluent12.0.3/multiport/src -I/opt/Fluent.Inc/fluent12.0.3/multiport/mpi_wrapper/include -I. -c thermophoresis_air_udf.c # Linking libudf.so because of makefile udf_names.c udf_names.o thermophoresis_air_udf.o ld -shared -lm udf_names.o thermophoresis_air_udf.o -o libudf.so make[3]: Leaving directory `/home/veera/FLUENT_working/thermophoresis/lib-junk2/lnamd64/3ddp_node' make[2]: Leaving directory `/home/veera/FLUENT_working/thermophoresis/lib-junk2/lnamd64/3ddp_node' make[1]: Leaving directory `/home/veera/FLUENT_working/thermophoresis/lib-junk2/lnamd64/3ddp_node' But while loading the UDF library I have trouble and the program just keeps running and running with no end after the message as shown below. Opening library "libudf"... Library "libudf/lnamd64/3ddp_host/libudf.so" opened connect to address 192.168.1.1 port 544: connection refused connect to address 192.168.1.1 port 544: connection refused trying normal rsh (/usr/bin/rsh) connect to address 192.168.1.1 port 544: connection refused connect to address 192.168.1.1 port 544: connection refused trying normal rsh (/usr/bin/rsh) connect to address 192.168.1.1 port 544: connection refused connect to address 192.168.1.1 port 544: connection refused trying normal rsh (/usr/bin/rsh) connect to address 192.168.1.1 port 544: connection refused connect to address 192.168.1.1 port 544: connection refused ....... ... .. . Primitive Error at Node 0: open_udf_library: No such file or directory connect to address 192.168.1.1 port 544: connection refused connect to address 192.168.1.1 port 544: connection refused trying normal rsh (/usr/bin/rsh) connect to address 192.168.1.1 port 544: connection refused connect to address 192.168.1.1 port 544: connection refused trying normal rsh (/usr/bin/rsh) connect to address 192.168.1.1 port 544: connection refused connect to address 192.168.1.1 port 544: connection refused trying normal rsh (/usr/bin/rsh) ... .. .. node01: Connection refused node01: Connection refused node01: Connection refused node01: Connection refused node02: Connection refused node02: Connection refused node02: Connection refused node02: Connection refused head.cluster: Connection refused Thank you in advance for your help. |
|
October 8, 2008, 12:07 |
Re: problem loading UDF library in parallel cluste
|
#2 |
Guest
Posts: n/a
|
Hi all,
I solved the problem myself. Open the mesh file in parallel fluent, compile the library and exit fluent. Then export the library folder (make sure the path to the library folder is the same on the nodes as well while exporting) to all the compute nodes in the linux cluster. Then start fluent again... load the library. |
|
March 5, 2010, 22:25 |
thermophoresis_air_udf.c
|
#3 |
New Member
|
||
April 7, 2010, 13:07 |
UDF interpreting in parallel
|
#4 |
New Member
Xavi
Join Date: Apr 2009
Location: Amsterdam
Posts: 16
Rep Power: 17 |
Hi,
I have problems interpreting an UDF through a cluster, there is a problem when it tries to write for each node the UDF...any ideas what to do? I have shared folders but didn't work... cheers |
|
August 31, 2010, 14:49 |
|
#5 |
New Member
Vivek
Join Date: Aug 2010
Posts: 2
Rep Power: 0 |
Hi I am having the same problem in loading the UDF using the linux platform. Thing is my computer is a mulit proccesor unit. I am able to load the UDF when the serial node is on but when when I with the parrel settings these are the errors I obtain:
Primitive Error at Node 1: open_udf_library: No such file or directory Primitive Error at Node 2: open_udf_library: No such file or directory Primitive Error at Node 3: open_udf_library: No such file or directory Please do help if you have a solution or suggestion. Thanks |
|
April 2, 2011, 06:20 |
udf node error fluent
|
#6 |
Member
Join Date: Mar 2011
Posts: 50
Rep Power: 15 |
To Veera Gutti,
How do we export the library folder to all the nodes. Please elaborate on this? Sharjeel. |
|
July 1, 2011, 06:22 |
|
#7 |
New Member
Join Date: Nov 2009
Posts: 4
Rep Power: 17 |
I am having almost the same problems.
When I am working on graphic mode, as I open the .cas and .dat files and I build and load the UDF library at the same directory, it leads to no errors. But when I save the .cas and .dat files and I try to launch Fluent from a journal file, it can't read the UDF library because it is searching the libudf.so file in the nodes directories, not in the .cas and .dat files directory. Entering the full path when loading UDF library does not work. Entering a line in the UDF explaining where to go when loading the UDF neither. |
|
July 3, 2011, 10:15 |
error udf library ....path not found
|
#8 |
Member
daalou
Join Date: Feb 2011
Posts: 31
Rep Power: 15 |
I have almost the same problem, when I use my own laptop, i load the udf ordinary, but when i use a work station, i cn not load it, " error udf library..path to the libudf not found", and I didn't assimilate the answer of exporting the folder of libudf to the calculate nodes.
thanks |
|
July 26, 2016, 08:24 |
|
#9 |
New Member
Mo
Join Date: Mar 2015
Posts: 6
Rep Power: 11 |
same problem here. Anyone finds a workaround?
|
|
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Loading parallel udf | Pablo | FLUENT | 7 | March 6, 2011 11:25 |
loading udf in parallel sytem | tahere | FLUENT | 5 | December 13, 2008 02:17 |
problem loading UDF in parallel fluent | Tim | FLUENT | 12 | July 12, 2008 13:59 |
64 bit in parallel with 32 bit cluster | Dr. Flow Squad | FLUENT | 2 | December 5, 2007 07:34 |
Error when loading a shared library | rid | FLUENT | 4 | May 29, 2006 15:51 |