CFD Online Logo CFD Online URL
www.cfd-online.com
[Sponsors]
Home > Forums > Software User Forums > OpenFOAM > OpenFOAM Running, Solving & CFD

Moving mesh

Register Blogs Community New Posts Updated Threads Search

Like Tree5Likes

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
Old   September 11, 2006, 11:54
Default Mmm, allright. It seems that a
  #61
Senior Member
 
Frank Bos
Join Date: Mar 2009
Location: The Netherlands
Posts: 340
Rep Power: 18
lr103476 is on a distinguished road
Mmm, allright. It seems that all your development sources work for you, so I'll have to find the solution in my own version (which has to be the same as yours, but apparently it isn't).

I just compiled your latest version and tried to run icoDyMFoam on the tutorial movingCone, without success. All other version worked.

Since this problem concerns the standard tutorial passing my case is not very usefull.

Regards, Frank
__________________
Frank Bos
lr103476 is offline   Reply With Quote

Old   September 11, 2006, 13:01
Default Just as a proof: no changes no
  #62
Senior Member
 
Hrvoje Jasak
Join Date: Mar 2009
Location: London, England
Posts: 1,907
Rep Power: 33
hjasak will become famous soon enough
Just as a proof: no changes no modifications, all checking switched on. I have tried both the debug and optimised version and the log file is below.

Could you please investigate further why your compilation does not work: dump a core, produce a trace-back, run it in gdb, whatever. (I get a bit upset when people claim there are bugs in my code and I cannot reproduce them - I want to get to the bottom of this because claiming that OpenFOAM does not work when in fact it does isn't too good for its reputation).

There is no core dump, no errors and results all look fine. If you are running linux and wish to try my pre-compiled version, I will upload it for you.

Hrv

/*---------------------------------------------------------------------------*\
| ========= | |
| \ / F ield | OpenFOAM: The Open Source CFD Toolbox |
| \ / O peration | Version: 1.3 |
| \ / A nd | Web: http://www.openfoam.org |
| \/ M anipulation | |
\*---------------------------------------------------------------------------*/

Exec : icoDyMFoam /home/hjasak/OpenFOAM/OpenFOAM-1.3/tutorials/icoDyMFoam movingCone
Date : Sep 11 2006
Time : 13:03:51
Host : wooster
PID : 11167
Root : /home/hjasak/OpenFOAM/OpenFOAM-1.3/tutorials/icoDyMFoam
Case : movingCone
Nprocs : 1
Create time

Create mesh

Selecting dynamicFvMesh dynamicMotionSolverFvMesh
Selecting motion solver: laplaceTetDecomposition
--> FOAM Warning :
From function motionSolver::New(const polyMesh& mesh)
in file motionSolver/motionSolver.C at line 128
library "libtetDecompositionMotionSolver.so" did not introduce any new solvers

Selecting motion diffusion: quadratic
Reading transportProperties

Reading field p

Reading field U

Reading/calculating face flux field phi


Starting time loop

Courant Number mean: 0 max: 0.3
Time = 5e-06

ICCG: Solving for motionUx, Initial residual = 0.333932, Final residual = 8.50863e-07, No Iterations 356
ICCG: Solving for motionUy, Initial residual = 0, Final residual = 0, No Iterations 0
ICCG: Solving for motionUz, Initial residual = 0, Final residual = 0, No Iterations 0
ICCG: Solving for motionUx, Initial residual = 3.73751e-06, Final residual = 8.84986e-07, No Iterations 30
ICCG: Solving for motionUy, Initial residual = 0.987058, Final residual = 9.34251e-07, No Iterations 263
ICCG: Solving for motionUz, Initial residual = 0.546445, Final residual = 8.85339e-07, No Iterations 323
ICCG: Solving for pcorr, Initial residual = 1, Final residual = 6.23114e-07, No Iterations 75
time step continuity errors : sum local = 6.26213e-10, global = 6.4426e-12, cumulative = 6.4426e-12
BICCG: Solving for Ux, Initial residual = 1, Final residual = 7.61303e-06, No Iterations 2
BICCG: Solving for Uy, Initial residual = 0, Final residual = 0, No Iterations 0
BICCG: Solving for Uz, Initial residual = 0, Final residual = 0, No Iterations 0
ICCG: Solving for p, Initial residual = 1, Final residual = 6.03629e-07, No Iterations 75
time step continuity errors : sum local = 6.07671e-10, global = 6.45641e-12, cumulative = 1.2899e-11
ICCG: Solving for p, Initial residual = 0.00677437, Final residual = 8.22704e-07, No Iterations 62
time step continuity errors : sum local = 1.00025e-07, global = 2.34368e-09, cumulative = 2.35658e-09
ExecutionTime = 3.41 s ClockTime = 4 s

Courant Number mean: 0.0397779 max: 0.372153
Time = 1e-05

Correct mesh motion diffusion field.
ICCG: Solving for motionUx, Initial residual = 3.41515e-06, Final residual = 8.93471e-07, No Iterations 49
ICCG: Solving for motionUy, Initial residual = 0.989602, Final residual = 9.85824e-07, No Iterations 289
ICCG: Solving for motionUz, Initial residual = 0.546265, Final residual = 9.13804e-07, No Iterations 269
ICCG: Solving for pcorr, Initial residual = 1, Final residual = 6.7167e-07, No Iterations 72
time step continuity errors : sum local = 6.71839e-14, global = 2.13234e-16, cumulative = 2.35658e-09
BICCG: Solving for Ux, Initial residual = 0.344286, Final residual = 1.12243e-06, No Iterations 2
BICCG: Solving for Uy, Initial residual = 0.32579, Final residual = 2.20941e-06, No Iterations 2
BICCG: Solving for Uz, Initial residual = 0.362702, Final residual = 3.99925e-07, No Iterations 2
ICCG: Solving for p, Initial residual = 0.0113948, Final residual = 7.16112e-07, No Iterations 66
time step continuity errors : sum local = 8.12654e-08, global = -2.47821e-09, cumulative = -1.21634e-10
ICCG: Solving for p, Initial residual = 0.139198, Final residual = 9.54865e-07, No Iterations 67
time step continuity errors : sum local = 5.44034e-09, global = -1.28179e-10, cumulative = -2.49812e-10
ExecutionTime = 5.49 s ClockTime = 6 s

Courant Number mean: 0.0398552 max: 0.356209
Time = 1.5e-05

Correct mesh motion diffusion field.
ICCG: Solving for motionUx, Initial residual = 3.22157e-06, Final residual = 9.86558e-07, No Iterations 64
ICCG: Solving for motionUy, Initial residual = 0.988925, Final residual = 9.88541e-07, No Iterations 286
ICCG: Solving for motionUz, Initial residual = 0.544325, Final residual = 9.72933e-07, No Iterations 335
ICCG: Solving for pcorr, Initial residual = 1, Final residual = 9.57401e-07, No Iterations 69
time step continuity errors : sum local = 5.20859e-15, global = -1.81837e-16, cumulative = -2.49813e-10
BICCG: Solving for Ux, Initial residual = 0.0290755, Final residual = 2.51565e-07, No Iterations 2
BICCG: Solving for Uy, Initial residual = 0.0182216, Final residual = 3.24186e-07, No Iterations 2
BICCG: Solving for Uz, Initial residual = 0.0495605, Final residual = 1.36253e-07, No Iterations 2
ICCG: Solving for p, Initial residual = 0.0561452, Final residual = 5.71964e-07, No Iterations 68
time step continuity errors : sum local = 4.49475e-09, global = 1.09514e-11, cumulative = -2.38861e-10
ICCG: Solving for p, Initial residual = 0.0277816, Final residual = 8.98554e-07, No Iterations 66
time step continuity errors : sum local = 2.92845e-09, global = -1.98449e-11, cumulative = -2.58706e-10
ExecutionTime = 7.77 s ClockTime = 8 s

Courant Number mean: 0.0398308 max: 0.364695
Time = 2e-05

Correct mesh motion diffusion field.
ICCG: Solving for motionUx, Initial residual = 3.32674e-06, Final residual = 8.90922e-07, No Iterations 53
ICCG: Solving for motionUy, Initial residual = 0.987783, Final residual = 7.52348e-07, No Iterations 289
ICCG: Solving for motionUz, Initial residual = 0.545915, Final residual = 8.88369e-07, No Iterations 269
ICCG: Solving for pcorr, Initial residual = 1, Final residual = 7.12271e-07, No Iterations 72
time step continuity errors : sum local = 2.08577e-15, global = 1.31623e-17, cumulative = -2.58706e-10
BICCG: Solving for Ux, Initial residual = 0.0130907, Final residual = 1.13601e-07, No Iterations 2
BICCG: Solving for Uy, Initial residual = 0.00892455, Final residual = 2.62396e-07, No Iterations 2
BICCG: Solving for Uz, Initial residual = 0.0291297, Final residual = 2.58634e-07, No Iterations 2
ICCG: Solving for p, Initial residual = 0.080324, Final residual = 9.88008e-07, No Iterations 65
time step continuity errors : sum local = 2.56599e-09, global = -7.18699e-11, cumulative = -3.30576e-10
ICCG: Solving for p, Initial residual = 0.0145031, Final residual = 8.49663e-07, No Iterations 63
time step continuity errors : sum local = 1.36934e-09, global = 5.81763e-11, cumulative = -2.724e-10
ExecutionTime = 9.84 s ClockTime = 10 s

Courant Number mean: 0.0398289 max: 0.381277
Time = 2.5e-05

Correct mesh motion diffusion field.
ICCG: Solving for motionUx, Initial residual = 3.08727e-06, Final residual = 7.46627e-07, No Iterations 72
ICCG: Solving for motionUy, Initial residual = 0.988006, Final residual = 8.85239e-07, No Iterations 273
ICCG: Solving for motionUz, Initial residual = 0.544007, Final residual = 7.89614e-07, No Iterations 336
ICCG: Solving for pcorr, Initial residual = 1, Final residual = 8.09497e-07, No Iterations 71
time step continuity errors : sum local = 1.10848e-15, global = -8.70327e-18, cumulative = -2.724e-10
BICCG: Solving for Ux, Initial residual = 0.00689708, Final residual = 9.06655e-08, No Iterations 2
BICCG: Solving for Uy, Initial residual = 0.00525592, Final residual = 2.6685e-07, No Iterations 2
BICCG: Solving for Uz, Initial residual = 0.0261652, Final residual = 7.36214e-07, No Iterations 2
ICCG: Solving for p, Initial residual = 0.0900033, Final residual = 7.65894e-07, No Iterations 65
time step continuity errors : sum local = 1.08237e-09, global = -3.39246e-11, cumulative = -3.06324e-10
ICCG: Solving for p, Initial residual = 0.00504438, Final residual = 8.92693e-07, No Iterations 61
time step continuity errors : sum local = 1.55422e-09, global = 6.77828e-11, cumulative = -2.38541e-10
ExecutionTime = 12.07 s ClockTime = 12 s

Courant Number mean: 0.0398403 max: 0.396002
Time = 3e-05

Correct mesh motion diffusion field.
ICCG: Solving for motionUx, Initial residual = 2.99113e-06, Final residual = 9.08349e-07, No Iterations 42
ICCG: Solving for motionUy, Initial residual = 0.988275, Final residual = 8.56148e-07, No Iterations 278
ICCG: Solving for motionUz, Initial residual = 0.545496, Final residual = 8.68867e-07, No Iterations 272
ICCG: Solving for pcorr, Initial residual = 1, Final residual = 7.67399e-07, No Iterations 72
time step continuity errors : sum local = 1.19255e-15, global = -3.27025e-17, cumulative = -2.38542e-10
BICCG: Solving for Ux, Initial residual = 0.00693229, Final residual = 9.56379e-08, No Iterations 2
BICCG: Solving for Uy, Initial residual = 0.0044486, Final residual = 5.1566e-07, No Iterations 2
BICCG: Solving for Uz, Initial residual = 0.0257812, Final residual = 1.39664e-09, No Iterations 3
ICCG: Solving for p, Initial residual = 0.0566965, Final residual = 8.99613e-07, No Iterations 61
time step continuity errors : sum local = 1.46782e-09, global = 4.79478e-11, cumulative = -1.90594e-10
ICCG: Solving for p, Initial residual = 0.00275329, Final residual = 9.16257e-07, No Iterations 54
time step continuity errors : sum local = 1.41291e-09, global = 3.96204e-11, cumulative = -1.50973e-10
ExecutionTime = 14.07 s ClockTime = 14 s

Courant Number mean: 0.0398482 max: 0.409515
Time = 3.5e-05

Correct mesh motion diffusion field.
__________________
Hrvoje Jasak
Providing commercial FOAM/OpenFOAM and CFD Consulting: http://wikki.co.uk
hjasak is offline   Reply With Quote

Old   September 11, 2006, 15:54
Default Frank I recently compiled H
  #63
irc
New Member
 
Ian Cowan
Join Date: Mar 2009
Location: London, UK
Posts: 28
Rep Power: 17
irc is on a distinguished road
Frank

I recently compiled Hrv's code (on an AMD64 under RHEL v3), and it runs without any problems ... What version of gcc are you using? What platform did you compile on?
irc is offline   Reply With Quote

Old   September 11, 2006, 17:42
Default I am using gcc version 4.1.1 o
  #64
Senior Member
 
Frank Bos
Join Date: Mar 2009
Location: The Netherlands
Posts: 340
Rep Power: 18
lr103476 is on a distinguished road
I am using gcc version 4.1.1 on a single core Intel processor running RedHat EL4 (kernel version = 2.6.9-11).

Prof Hrvoje Jasak, I do not claim that there are bugs in your code. On the contrary, learning more about the code, I am getting more and more exciting how well things are programmed, how well things work and the vast capabilities of the code.

All that I want is to figure out why my compiled version shows some problems. Moving to newer versions of gcc, OF sources and paraview causes me some problems at this moment. I am not very familiar with core dumps, trace-back and gdb, but tomorrow I will give these things a try. If it is no much work, could you please upload your precompiled version, just to test.

Regards, Frank
__________________
Frank Bos
lr103476 is offline   Reply With Quote

Old   September 11, 2006, 20:55
Default Hi Frank, Don't worry about
  #65
Senior Member
 
Hrvoje Jasak
Join Date: Mar 2009
Location: London, England
Posts: 1,907
Rep Power: 33
hjasak will become famous soon enough
Hi Frank,

Don't worry about it - I am just trying to find out if there are bugs or some problems I haven't see before. Here are two ways to produce a core dump and traceback on linux.

1) from a core file. Type

unlimit

or

limit coredumpsize unlimited

Run the code. This should crash and produce a core file (probably quite large) in the current directory. Once you've got the core do the following

gdb icoDyMFoam core

(note that the name of the core file may have some numbers attached - just use the complete file name). When you get the prompt, type:

where

The stuff that comes up on the screen is a cure trace-back - this is what I need.

2) Running from gdb. Do

gdb icoDyMFoam

Wait until you get the prompt. The do (r is for Run):

r <root> <case>

The effect should be similar to above, but without creating the core file. Once you get the prompt back, type:

where

and send me the trace-back.

I have uploaded a pre-compiled version on:

http://powerlab.fsb.hr/ped/kturbo/OpenFOAM/release/

Enjoy,

Hrv
__________________
Hrvoje Jasak
Providing commercial FOAM/OpenFOAM and CFD Consulting: http://wikki.co.uk
hjasak is offline   Reply With Quote

Old   September 12, 2006, 10:30
Default Again I have some problems con
  #66
Senior Member
 
Frank Bos
Join Date: Mar 2009
Location: The Netherlands
Posts: 340
Rep Power: 18
lr103476 is on a distinguished road
Again I have some problems concerning the recompilation of the development sources. Let me give an overview:

==================================
Machine 1: Red Hat Enterprise 4, gcc 4.1.1:

1) compiling prof Jasak's sources (11-09-2006) -> segmentation fault when using icoDyMFoam on movingCone tutorial.

2) compiling prof Jasak's sources (11-09-2006) with DEBUGGING enabled -> icoDyMFoam on movingCone tutorial works (so no core dump since it works:-S) but needs thousands of iterations, strange!

3) using precompiled version of prof Jasak's sources (11-09-2006) -> segmentation fault when using icoDyMFoam on movingCone tutorial.

==================================
Machine 2: OpenSuse 10, gcc 4.1.0:

1) compiling prof Jasak's sources (11-09-2006) -> segmentation fault when using all solvers

2) using precompiled version of prof Jasak's sources (11-09-2006) -> icoDyMFoam on movingCone tutorial works perfectly!

So only the precompiled version works on my home machine, which is not that fast. I want to use my RHEL4 machine. Do I miss some extra libraries?

Regards, Frank
__________________
Frank Bos
lr103476 is offline   Reply With Quote

Old   September 12, 2006, 10:49
Default Sounds nasty - are you picking
  #67
Senior Member
 
Hrvoje Jasak
Join Date: Mar 2009
Location: London, England
Posts: 1,907
Rep Power: 33
hjasak will become famous soon enough
Sounds nasty - are you picking up the wrong compiler of libstdc++?

I have to say I'm happy you can now see that I was telling the truth when I said "it works for me" :-)

I really don't know how to help further - please feel free to ask specific questions if appropriate.

Hrv
__________________
Hrvoje Jasak
Providing commercial FOAM/OpenFOAM and CFD Consulting: http://wikki.co.uk
hjasak is offline   Reply With Quote

Old   September 12, 2006, 11:30
Default On my 2 machines different lib
  #68
Senior Member
 
Frank Bos
Join Date: Mar 2009
Location: The Netherlands
Posts: 340
Rep Power: 18
lr103476 is on a distinguished road
On my 2 machines different libstdc++ versions are natively installed, when I use rpm -q.... But I thought that this libstdc++ is in the /OpenFOAM/linux/gcc-4.1.1/lib So that one is supposed to be used.

Machine 1: RHEL4
lraspasik:/home/frankl > rpm -q libstdc++
libstdc++-3.4.3-22.1

Machine 2: OpenSUSE 10
mithril:/home/frankl> rpm -q libstdc++
libstdc++-4.0.2_20050901-3

In both cases the foamInstallationTest shows no errors.

Frank
__________________
Frank Bos
lr103476 is offline   Reply With Quote

Old   September 12, 2006, 14:07
Default It seems that all the other so
  #69
Senior Member
 
Frank Bos
Join Date: Mar 2009
Location: The Netherlands
Posts: 340
Rep Power: 18
lr103476 is on a distinguished road
It seems that all the other solvers are working succesfully on the tutorials.

Is there a specific difference between icoDyMFoam and the other solvers which could cause some compiler related issues? On the other hand, icoDyMFoam works perfectly on the mixer2D tutorial. So a major difference between mixer2D and movingCone could also play a role.

Summarising: it appears that there are compiler and platform dependent pieces of source code present in icoDyMFoam only.

Frank
__________________
Frank Bos
lr103476 is offline   Reply With Quote

Old   September 13, 2006, 05:23
Default icoDymFoam uses the dlopen fun
  #70
Senior Member
 
Mattijs Janssens
Join Date: Mar 2009
Posts: 1,419
Rep Power: 26
mattijs is on a distinguished road
icoDymFoam uses the dlopen functionality (loads a .so library at runtime). Possibly your version of os and libraries has problems with it.

Also you get the warning

library "libtetDecompositionMotionSolver.so" did not introduce any new solvers

Maybe there is a problem with loading it twice?
mattijs is offline   Reply With Quote

Old   September 13, 2006, 05:44
Default It is even getting stranger. I
  #71
Senior Member
 
Frank Bos
Join Date: Mar 2009
Location: The Netherlands
Posts: 340
Rep Power: 18
lr103476 is on a distinguished road
It is even getting stranger. I've put an exact copy of the precompiled sources, OpenFOAM-1.3 and /linux (11-09-2006) on my network account and icoDyMFoam and everything else works beautifully:-S

So, I've got two exact versions running on the same machine (!!!), but at different locations. Each uses the same versions of gcc (4.1.0) from /OpenFOAM-1.3/linux.
The one from the network location works, the other local version doesn't. Strange!!

At both locations I checked: ldd `which icoDyMFoam`:

local location:
================================================== ======
================================================== ======
lraspasik:/home/frankl/OpenFOAM/frankl-1.3/run/tutorials/icoDyMFoam > ldd `which icoDyMFoam`
libdynamicFvMesh.so => /home/frankl/OpenFOAM/frankl-1.3/lib/linuxGcc4DPOpt/libdynamicFvMesh.so (0x00b81000)
libdynamicMesh.so => /home/frankl/OpenFOAM/OpenFOAM-1.3/lib/linuxGcc4DPOpt/libdynamicMesh.so (0x008c9000)
libtetDecompositionMotionSolver.so => /home/frankl/OpenFOAM/OpenFOAM-1.3/lib/linuxGcc4DPOpt/libtetDecompositionMotionS olver.so (0x0017a000)
libengine.so => /home/frankl/OpenFOAM/OpenFOAM-1.3/lib/linuxGcc4DPOpt/libengine.so (0x00f74000)
libmeshTools.so => /home/frankl/OpenFOAM/OpenFOAM-1.3/lib/linuxGcc4DPOpt/libmeshTools.so (0x001e7000)
libfiniteVolume.so => /home/frankl/OpenFOAM/OpenFOAM-1.3/lib/linuxGcc4DPOpt/libfiniteVolume.so (0x00fc8000)
libOpenFOAM.so => /home/frankl/OpenFOAM/OpenFOAM-1.3/lib/linuxGcc4DPOpt/libOpenFOAM.so (0x0043b000)
libstdc++.so.6 => /home/frankl/OpenFOAM/linux/gcc-4.1.0/lib/libstdc++.so.6 (0x00337000)
libm.so.6 => /lib/tls/libm.so.6 (0x00111000)
libgcc_s.so.1 => /home/frankl/OpenFOAM/linux/gcc-4.1.0/lib/libgcc_s.so.1 (0x00747000)
libpthread.so.0 => /lib/tls/libpthread.so.0 (0x00134000)
libc.so.6 => /lib/tls/libc.so.6 (0x00752000)
libPstream.so => /home/frankl/OpenFOAM/OpenFOAM-1.3/lib/linuxGcc4DPOpt/lam-7.1.1/libPstream.so (0x00146000)
libtriSurface.so => /home/frankl/OpenFOAM/OpenFOAM-1.3/lib/linuxGcc4DPOpt/libtriSurface.so (0x00eff000)
libcellDecompFiniteElement.so => /home/frankl/OpenFOAM/OpenFOAM-1.3/lib/linuxGcc4DPOpt/libcellDecompFiniteElement .so (0x00cdb000)
libsampling.so => /home/frankl/OpenFOAM/OpenFOAM-1.3/lib/linuxGcc4DPOpt/libsampling.so (0x0014d000)
liblagrangian.so => /home/frankl/OpenFOAM/OpenFOAM-1.3/lib/linuxGcc4DPOpt/liblagrangian.so (0x00170000)
libfoamUser.so => /home/frankl/OpenFOAM/frankl-1.3/lib/linuxGcc4DPOpt/libfoamUser.so (0x00173000)
libz.so => /home/frankl/OpenFOAM/OpenFOAM-1.3/lib/linuxGcc4DPOpt/libz.so (0x00702000)
/lib/ld-linux.so.2 (0x00424000)
libmpi.so.0 => /home/frankl/OpenFOAM/OpenFOAM-1.3/src/lam-7.1.1/platforms/linuxGcc4DPOpt/lib/li bmpi.so.0 (0x00a40000)
liblam.so.0 => /home/frankl/OpenFOAM/OpenFOAM-1.3/src/lam-7.1.1/platforms/linuxGcc4DPOpt/lib/li blam.so.0 (0x00ab4000)
libutil.so.1 => /lib/libutil.so.1 (0x00c8d000)
libdl.so.2 => /lib/libdl.so.2 (0x00175000)


network location:
================================================== ======
================================================== ======
lraspasik:/home12/frank/OpenFOAM/frank-1.3/run > ldd `which icoDyMFoam`
libdynamicFvMesh.so => /home12/frank/OpenFOAM/OpenFOAM-1.3/lib/linuxGcc4DPOpt/libdynamicFvMesh.so (0x002c7000)
libdynamicMesh.so => /home12/frank/OpenFOAM/OpenFOAM-1.3/lib/linuxGcc4DPOpt/libdynamicMesh.so (0x00111000)
libtetDecompositionMotionSolver.so => /home12/frank/OpenFOAM/OpenFOAM-1.3/lib/linuxGcc4DPOpt/libtetDecompositionMotion Solver.so (0x00b81000)
libengine.so => /home12/frank/OpenFOAM/OpenFOAM-1.3/lib/linuxGcc4DPOpt/libengine.so (0x002e4000)
libmeshTools.so => /home12/frank/OpenFOAM/OpenFOAM-1.3/lib/linuxGcc4DPOpt/libmeshTools.so (0x004a7000)
libfiniteVolume.so => /home12/frank/OpenFOAM/OpenFOAM-1.3/lib/linuxGcc4DPOpt/libfiniteVolume.so (0x00bee000)
libOpenFOAM.so => /home12/frank/OpenFOAM/OpenFOAM-1.3/lib/linuxGcc4DPOpt/libOpenFOAM.so (0x005f7000)
libstdc++.so.6 => /home12/frank/OpenFOAM/linux/gcc-4.1.0/lib/libstdc++.so.6 (0x00338000)
libm.so.6 => /lib/tls/libm.so.6 (0x00288000)
libgcc_s.so.1 => /home12/frank/OpenFOAM/linux/gcc-4.1.0/lib/libgcc_s.so.1 (0x002ab000)
libpthread.so.0 => /lib/tls/libpthread.so.0 (0x0043b000)
libc.so.6 => /lib/tls/libc.so.6 (0x008be000)
libPstream.so => /home12/frank/OpenFOAM/OpenFOAM-1.3/lib/linuxGcc4DPOpt/lam-7.1.1/libPstream.so (0x002b6000)
libtriSurface.so => /home12/frank/OpenFOAM/OpenFOAM-1.3/lib/linuxGcc4DPOpt/libtriSurface.so (0x009e7000)
libcellDecompFiniteElement.so => /home12/frank/OpenFOAM/OpenFOAM-1.3/lib/linuxGcc4DPOpt/libcellDecompFiniteElemen t.so (0x00a56000)
libsampling.so => /home12/frank/OpenFOAM/OpenFOAM-1.3/lib/linuxGcc4DPOpt/libsampling.so (0x0044d000)
liblagrangian.so => /home12/frank/OpenFOAM/OpenFOAM-1.3/lib/linuxGcc4DPOpt/liblagrangian.so (0x002bd000)
libfoamUser.so => /home12/frank/OpenFOAM/OpenFOAM-1.3/lib/linuxGcc4DPOpt/libfoamUser.so (0x00498000)
libz.so => /home12/frank/OpenFOAM/OpenFOAM-1.3/lib/linuxGcc4DPOpt/libz.so (0x00470000)
/lib/ld-linux.so.2 (0x00424000)
libmpi.so.0 => /home12/frank/OpenFOAM/OpenFOAM-1.3/src/lam-7.1.1/platforms/linuxGcc4DPOpt/lib/l ibmpi.so.0 (0x01a5a000)
liblam.so.0 => /home12/frank/OpenFOAM/OpenFOAM-1.3/src/lam-7.1.1/platforms/linuxGcc4DPOpt/lib/l iblam.so.0 (0x033f8000)
libutil.so.1 => /lib/libutil.so.1 (0x002c0000)
libdl.so.2 => /lib/libdl.so.2 (0x00418000)

================================================== ======
================================================== ======

Anymore ideas?

Regards, Frank
__________________
Frank Bos
lr103476 is offline   Reply With Quote

Old   September 13, 2006, 08:18
Default here another riddle: *icoDy
  #72
Senior Member
 
Frank Bos
Join Date: Mar 2009
Location: The Netherlands
Posts: 340
Rep Power: 18
lr103476 is on a distinguished road
here another riddle:

*icoDyMFoam works when installed on the network and run from the network drive on my RHEL4 machine.
*icoDyMFoam fails when installed on the network and run from the local drive on my RHEL4 machine.

In both cases all the links are pointing towards the OpenFOAM en linux dirs on the network drive.

At least this gives me the good feeling that it
will work on our cluster, but I am not able to use my local harddrive while running.

Regards,
Frank
__________________
Frank Bos
lr103476 is offline   Reply With Quote

Old   September 13, 2006, 10:08
Default It works using a different use
  #73
Senior Member
 
Frank Bos
Join Date: Mar 2009
Location: The Netherlands
Posts: 340
Rep Power: 18
lr103476 is on a distinguished road
It works using a different user account on my local disk!!! Very strange, but it probably has something to do with my user id settings......but I copied my .bashrc to the new user....strange:-S

Anyway, this is no major problem anymore, and I can resume developing new stuff instead of trying to solve these strange windows-like problems. I bet the new versions will work again using my ordinary user account :-S

Regards, Frank
__________________
Frank Bos
lr103476 is offline   Reply With Quote

Old   October 16, 2006, 14:46
Default Dear Prof Hrvoje Jasak and Fra
  #74
kim
New Member
 
Hyung min Kim
Join Date: Mar 2009
Location: Suwon-shi, Kyonggi-Do, Korea
Posts: 14
Rep Power: 17
kim is on a distinguished road
Dear Prof Hrvoje Jasak and Framk Bos

I am trying to solve oscillating cylinder in a channel using icoDyMFoam with oscillatingFixedVlaue boundary.

But I have the same problem as Foank Bos had before.

Could you tell me how to fix the problem.
If I need the prof. jasak precompiled OpenFoam,
Could some tell me how to get the code?


Thank you

pius
kim is offline   Reply With Quote

Old   October 16, 2006, 16:00
Default Dear Prof Jasak When I run
  #75
kim
New Member
 
Hyung min Kim
Join Date: Mar 2009
Location: Suwon-shi, Kyonggi-Do, Korea
Posts: 14
Rep Power: 17
kim is on a distinguished road
Dear Prof Jasak

When I run your case "oscillatingCavityMotion"
I have a same problem as Frank Bos
" NO motions are solved"

Please tell me How to fix the problem.
if I need your code, Please tell me How to get is?

Thank you

pius
kim is offline   Reply With Quote

Old   October 16, 2006, 16:56
Default Hi Pius, Using the develop
  #76
Senior Member
 
Frank Bos
Join Date: Mar 2009
Location: The Netherlands
Posts: 340
Rep Power: 18
lr103476 is on a distinguished road
Hi Pius,

Using the development code of OpenFOAM v1.3 of prof. Jasak (from 11 sept 2006) my problems of "no motion" were solved. I think that he solved some wall BC related problems, which appeared in the current release of OpenFOAM 1.3.

I still have some unknown user profile related problems using that OF version, but creating a new user for OF calculation also solved that problem.

I dont know what the best, either prof Jasak has to provide you his latest sources (I dont know if he still got the version I am using now) or I have to put my working version (precompiled) on my site.

Prof Jasak, do you mind if I share your code? It is still GPL, right?

Regards, Frank
__________________
Frank Bos
lr103476 is offline   Reply With Quote

Old   October 17, 2006, 03:17
Default Allright, Pius, You can ta
  #77
Senior Member
 
Frank Bos
Join Date: Mar 2009
Location: The Netherlands
Posts: 340
Rep Power: 18
lr103476 is on a distinguished road
Allright, Pius,

You can take the precompiled development code from my site: www.aero.lr.tudelft.nl/~frank

goto downloads->files

Regards, Frank
__________________
Frank Bos
lr103476 is offline   Reply With Quote

Old   October 17, 2006, 19:58
Default Thanks, Frank It wokrs well
  #78
kim
New Member
 
Hyung min Kim
Join Date: Mar 2009
Location: Suwon-shi, Kyonggi-Do, Korea
Posts: 14
Rep Power: 17
kim is on a distinguished road
Thanks, Frank

It wokrs well.

Pius
kim is offline   Reply With Quote

Old   January 14, 2009, 05:33
Default Hi all, i am using OF-1.5.
  #79
New Member
 
Andreas Christl
Join Date: Mar 2009
Location: Cottbus, Brandenburg, Germany
Posts: 3
Rep Power: 17
andy is on a distinguished road
Hi all,

i am using OF-1.5.
I want to move a rotating cylinder on a circular path in a fluid bordered
by a fix cylinder...

I modded tutorial case movingCone (icoDyMFoam) with type angularOscillatingDisplacement
for movingWall (rotating inner cylinder) in pointMotionU.

The start looks nice...but soon the gridlines coil round the rotating inner cylinder...
(1)Is there any possibility to change this mesh behavior?

(2)Or should i try simpleSRFFoam like in mixer-tutorial? But how to realize the circular path?

I would be grateful for any hints.

Andy
andy is offline   Reply With Quote

Old   January 25, 2009, 13:59
Default hi... solved the problem...
  #80
New Member
 
Andreas Christl
Join Date: Mar 2009
Location: Cottbus, Brandenburg, Germany
Posts: 3
Rep Power: 17
andy is on a distinguished road
hi...

solved the problem...

- used setBoundary to put a velocity profile on the inner cylinder which will not move anymore
[please change binary to ascii in controlDict/write if you build your case from movingCone- tutorial!!]

- changed oscillatingDisplacement.C and .H (compile with Allwmake in /OF-1.5/src...first time compiling takes a little time ;)) to create a circular path for the outer cylinder

-axis of both cylinders should differ

so no more mesh-problems occurs

perhaps someone has a smarter way to move something on a circular path...i didn`t
find one...

Andy
andy is offline   Reply With Quote

Reply


Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are Off
Pingbacks are On
Refbacks are On


Similar Threads
Thread Thread Starter Forum Replies Last Post
Moving Reference frame - UDF - Moving mesh modisa FLUENT 0 April 18, 2008 14:31
Moving Mesh & Not Rotating Mesh AB Siemens 1 October 25, 2004 04:10
moving mesh Jim Siemens 2 August 27, 2002 08:39
moving mesh zqf Siemens 1 June 19, 2002 02:30
moving mesh khb Main CFD Forum 1 June 5, 2002 11:46


All times are GMT -4. The time now is 11:28.