|
[Sponsors] |
![]() |
![]() |
#1 |
New Member
John W Daily
Join Date: Sep 2014
Posts: 6
Rep Power: 12 ![]() |
I have OF running in a Docker container. I want to make a small change to reactingFoam.C. However, when I try to run wmake, it doesn't do anything. Is tyhis a Docekr problem and is there a solution.
|
|
![]() |
![]() |
![]() |
![]() |
#2 |
Member
Vince
Join Date: Mar 2017
Posts: 45
Rep Power: 9 ![]() |
Hi,
1) Have you created a copy of the solver directory into your user directory? 2) Have you edited Make/files to Code:
reactingFoam.C EXE = $(FOAM_USER_APPBIN)/myreactingFoam Code:
wclean wmake Cheers, Vincent |
|
![]() |
![]() |
![]() |
![]() |
#3 |
New Member
John W Daily
Join Date: Sep 2014
Posts: 6
Rep Power: 12 ![]() |
Vicent,
Thanks for the suggestion. I copied the solver directory into my user directory as you suggested. The files file is as you suggested. I then ran wclean and wmake (in my user directory). The result is listed below. Apparently there is a permissions issue when trying to write the binary. Thanks for any suggestions. John [ofuser@480bb0f83044 reactingFoam]$ wmake Making dependency list for source file reactingFoam.C g++ -std=c++11 -m64 -DOPENFOAM=1806 -Dlinux64 -DWM_ARCH_OPTION=64 -DWM_DP -DWM_LABEL_SIZE=32 -Wall -Wextra -Wold-style-cast -Wnon-virtual-dtor -Wno-unused-parameter -Wno-invalid-offsetof -Wno-attributes -Wno-unknown-pragmas -O3 -DNoRepository -ftemplate-depth-100 -I/opt/OpenFOAM/OpenFOAM-v1806/src/finiteVolume/lnInclude -I/opt/OpenFOAM/OpenFOAM-v1806/src/meshTools/lnInclude -I/opt/OpenFOAM/OpenFOAM-v1806/src/sampling/lnInclude -I/opt/OpenFOAM/OpenFOAM-v1806/src/TurbulenceModels/turbulenceModels/lnInclude -I/opt/OpenFOAM/OpenFOAM-v1806/src/TurbulenceModels/compressible/lnInclude -I/opt/OpenFOAM/OpenFOAM-v1806/src/thermophysicalModels/specie/lnInclude -I/opt/OpenFOAM/OpenFOAM-v1806/src/thermophysicalModels/reactionThermo/lnInclude -I/opt/OpenFOAM/OpenFOAM-v1806/src/transportModels/compressible/lnInclude -I/opt/OpenFOAM/OpenFOAM-v1806/src/thermophysicalModels/basic/lnInclude -I/opt/OpenFOAM/OpenFOAM-v1806/src/thermophysicalModels/chemistryModel/lnInclude -I/opt/OpenFOAM/OpenFOAM-v1806/src/ODE/lnInclude -I/opt/OpenFOAM/OpenFOAM-v1806/src/combustionModels/lnInclude -IlnInclude -I. -I/opt/OpenFOAM/OpenFOAM-v1806/src/OpenFOAM/lnInclude -I/opt/OpenFOAM/OpenFOAM-v1806/src/OSspecific/POSIX/lnInclude -fPIC -c reactingFoam.C -o Make/linux64GccDPInt32Opt/reactingFoam.o g++ -std=c++11 -m64 -DOPENFOAM=1806 -Dlinux64 -DWM_ARCH_OPTION=64 -DWM_DP -DWM_LABEL_SIZE=32 -Wall -Wextra -Wold-style-cast -Wnon-virtual-dtor -Wno-unused-parameter -Wno-invalid-offsetof -Wno-attributes -Wno-unknown-pragmas -O3 -DNoRepository -ftemplate-depth-100 -I/opt/OpenFOAM/OpenFOAM-v1806/src/finiteVolume/lnInclude -I/opt/OpenFOAM/OpenFOAM-v1806/src/meshTools/lnInclude -I/opt/OpenFOAM/OpenFOAM-v1806/src/sampling/lnInclude -I/opt/OpenFOAM/OpenFOAM-v1806/src/TurbulenceModels/turbulenceModels/lnInclude -I/opt/OpenFOAM/OpenFOAM-v1806/src/TurbulenceModels/compressible/lnInclude -I/opt/OpenFOAM/OpenFOAM-v1806/src/thermophysicalModels/specie/lnInclude -I/opt/OpenFOAM/OpenFOAM-v1806/src/thermophysicalModels/reactionThermo/lnInclude -I/opt/OpenFOAM/OpenFOAM-v1806/src/transportModels/compressible/lnInclude -I/opt/OpenFOAM/OpenFOAM-v1806/src/thermophysicalModels/basic/lnInclude -I/opt/OpenFOAM/OpenFOAM-v1806/src/thermophysicalModels/chemistryModel/lnInclude -I/opt/OpenFOAM/OpenFOAM-v1806/src/ODE/lnInclude -I/opt/OpenFOAM/OpenFOAM-v1806/src/combustionModels/lnInclude -IlnInclude -I. -I/opt/OpenFOAM/OpenFOAM-v1806/src/OpenFOAM/lnInclude -I/opt/OpenFOAM/OpenFOAM-v1806/src/OSspecific/POSIX/lnInclude -fPIC -Xlinker --add-needed -Xlinker --no-as-needed Make/linux64GccDPInt32Opt/reactingFoam.o -L/opt/OpenFOAM/OpenFOAM-v1806/platforms/linux64GccDPInt32Opt/lib \ -lfiniteVolume -lfvOptions -lmeshTools -lsampling -lturbulenceModels -lcompressibleTurbulenceModels -lreactionThermophysicalModels -lspecie -lcompressibleTransportModels -lfluidThermophysicalModels -lchemistryModel -lODE -lcombustionModels -lOpenFOAM -ldl \ -lm -o /opt/OpenFOAM/OpenFOAM-v1806/platforms/linux64GccDPInt32Opt/bin/reactingFoam /usr/bin/ld: cannot open output file /opt/OpenFOAM/OpenFOAM-v1806/platforms/linux64GccDPInt32Opt/bin/reactingFoam: Permission denied collect2: error: ld returned 1 exit status make: *** [/opt/OpenFOAM/OpenFOAM-v1806/platforms/linux64GccDPInt32Opt/bin/reactingFoam] Error 1 |
|
![]() |
![]() |
![]() |
![]() |
#4 |
Member
Vince
Join Date: Mar 2017
Posts: 45
Rep Power: 9 ![]() |
Hi John,
It shouldn't be creating the binary in /opt/OpenFOAM/OpenFOAM-v1806/platforms/linux64GccDPInt32Opt/bin/ with $FOAM_USER_APPBIN Could you please print the result of: echo $FOAM_USER_APPBIN echo $WM_PROJECT_DIR Cheers, Vincent |
|
![]() |
![]() |
![]() |
![]() |
#5 |
New Member
John W Daily
Join Date: Sep 2014
Posts: 6
Rep Power: 12 ![]() |
[ofuser@480bb0f83044 bin]$ echo $FOAM_USER_APPBIN
/home/ofuser/OpenFOAM/ofuser-v1806/platforms/linux64GccDPInt32Opt/bin [ofuser@480bb0f83044 bin]$ echo $WM_PROJECT_DIR /opt/OpenFOAM/OpenFOAM-v1806 |
|
![]() |
![]() |
![]() |
![]() |
#6 |
New Member
John W Daily
Join Date: Sep 2014
Posts: 6
Rep Power: 12 ![]() |
So after beating my head against the wall trying to run wmake I am completely confused. When I run it, I get the output below. What is interesting is that I cannot find any directory with "linux64GccDPInt32Opt" in the path, nor can I create any directories or files, or edit files. The binary files are located at "/opt/OpenFOAM/OpenFOAM-v1806/bin" which is inconsistent with $FOAM_USER_APPBIN or $FOAM_APPBIN.
I have read that I can't carry out certain things within the Docker container. So I tried copying my solvers directory to the working directory. However, wmake doesn't run there at all. HELP! wmake: 'Make' directory does not exist in /opt/OpenFOAM/OpenFOAM-v1806/applications/solvers/combustion/reactingFoam/Make Searching up directories tree for Make directory mkdir: cannot create directory '/opt/OpenFOAM/OpenFOAM-v1806/build': Permission denied /bin/sh: /opt/OpenFOAM/OpenFOAM-v1806/build/linux64GccDPInt32Opt/applications/solvers/combustion/reactingFoam/options: No such file or directory make: *** No rule to make target `/opt/OpenFOAM/OpenFOAM-v1806/build/linux64GccDPInt32Opt/applications/solvers/combustion/reactingFoam/options'. Stop. /bin/sh: /opt/OpenFOAM/OpenFOAM-v1806/build/linux64GccDPInt32Opt/applications/solvers/combustion/reactingFoam/options: No such file or directory make: *** No rule to make target `/opt/OpenFOAM/OpenFOAM-v1806/build/linux64GccDPInt32Opt/applications/solvers/combustion/reactingFoam/options', needed by `all'. Stop. wmake error: file '/opt/OpenFOAM/OpenFOAM-v1806/build/linux64GccDPInt32Opt/applications/solvers/combustion/reactingFoam/sourceFiles' could not be created in /opt/OpenFOAM/OpenFOAM-v1806/applications/solvers/combustion/reactingFoam |
|
![]() |
![]() |
![]() |
![]() |
#7 | |
Retired Super Moderator
Bruno Santos
Join Date: Mar 2009
Location: Lisbon, Portugal
Posts: 10,978
Blog Entries: 45
Rep Power: 128 ![]() ![]() ![]() ![]() ![]() ![]() |
Quote:
Please post the content of the file "Make/files" that you have in your own copy of the source code. The following wiki page points to a more complete example of what is being suggested by hyFoam, namely how to create a modified solver: https://wiki.openfoam.com/Programming4
__________________
|
||
![]() |
![]() |
![]() |
![]() |
#8 |
New Member
John W Daily
Join Date: Sep 2014
Posts: 6
Rep Power: 12 ![]() |
Thanks, finally got it to run!
|
|
![]() |
![]() |
![]() |
![]() |
#9 |
New Member
ehsan shadloo
Join Date: Sep 2021
Posts: 2
Rep Power: 0 ![]() |
hi daily
I have the same problem, can you explain how did you compile the code in docker? |
|
![]() |
![]() |
![]() |
![]() |
#10 | |
Senior Member
Mark Olesen
Join Date: Mar 2009
Location: https://olesenm.github.io/
Posts: 1,714
Rep Power: 40 ![]() ![]() |
Quote:
Assuming that you are using the docker 'dev' version (ie, the one with source headers, wmake tools etc), there should not be any problem. However, you do need to be fully aware about what/where you are trying to compile. If you are trying to rebuild parts of the OpenFOAM source tree itself and/or trying to build into the OpenFOAM installation directory, you will not be able to do so. If you build into a mounted filesystem, typically the FOAM_USER_APPBIN and FOAM_USER_LIBBIN targets, it should be fine. You have two aspects to remember:
Code:
$ openfoam-docker -dev --------------------------------------------------------------------------- ========= | \\ / F ield | OpenFOAM in a container [from OpenCFD Ltd.] \\ / O peration | \\ / A nd | www.openfoam.com \\/ M anipulation | --------------------------------------------------------------------------- Release notes: https://www.openfoam.com/news/main-news/openfoam-v2112 Documentation: https://www.openfoam.com/documentation/ Issue Tracker: https://develop.openfoam.com/Development/openfoam/issues/ Local Help: more /openfoam/README --------------------------------------------------------------------------- System : Ubuntu 20.04.3 LTS (admin user: sudofoam) OpenFOAM : /usr/lib/openfoam/openfoam2112 Build : _d44c8318-20220111 OPENFOAM=2112 patch=0 Note Different OpenFOAM components and modules may be present (or missing) on any particular container installation. Eg, source code, tutorials, in-situ visualization, paraview plugins, external linear-solver interfaces etc. --------------------------------------------------------------------------- openfoam2112:~/ openfoam$ pwd /home/openfoam openfoam2112:~/ openfoam$ dir Make Test-wordRe.C testRegexps openfoam2112:~/ openfoam$ wmake Making dependency list for source file Test-wordRe.C g++ -std=c++14 -m64 -pthread -DOPENFOAM=2112 -DWM_DP -DWM_LABEL_SIZE=32 -Wall -Wextra -Wold-style-cast -Wnon-virtual-dtor -Wno-unused-parameter -Wno-invalid-of fsetof -Wno-attributes -Wno-unknown-pragmas -O3 -DNoRepository -ftemplate-depth-100 -iquote. -IlnInclude -I/usr/lib/openfoam/openfoam2112/src/OpenFOAM/lnInc lude -I/usr/lib/openfoam/openfoam2112/src/OSspecific/POSIX/lnInclude -fPIC -c Test-wordRe.C -o Make/linux64GccDPInt32Opt/Test-wordRe.o g++ -std=c++14 -m64 -pthread -DOPENFOAM=2112 -DWM_DP -DWM_LABEL_SIZE=32 -Wall -Wextra -Wold-style-cast -Wnon-virtual-dtor -Wno-unused-parameter -Wno-invalid-of fsetof -Wno-attributes -Wno-unknown-pragmas -O3 -DNoRepository -ftemplate-depth-100 -iquote. -IlnInclude -I/usr/lib/openfoam/openfoam2112/src/OpenFOAM/lnInc lude -I/usr/lib/openfoam/openfoam2112/src/OSspecific/POSIX/lnInclude -fPIC -Xlinker --add-needed -Xlinker --no-as-needed Make/linux64GccDPInt32Opt/Test-word Re.o -L/usr/lib/openfoam/openfoam2112/platforms/linux64GccDPInt32Opt/lib \ -lOpenFOAM -ldl \ -lm -o /home/openfoam/OpenFOAM/openfoam-v2112/platforms/linux64GccDPInt32Opt/bin/Test-wordRe |
||
![]() |
![]() |
![]() |
![]() |
#11 |
New Member
ehsan shadloo
Join Date: Sep 2021
Posts: 2
Rep Power: 0 ![]() |
Thank you olesen for your complete answer, apparently my issue is because the code I'm trying to compile was for OpenFOAM v.2 and I'm using v.5 and it seems that some changes were made in file directories and some constant names that the code reads form OpenFOAM sources.
|
|
![]() |
![]() |
![]() |
![]() |
#12 |
New Member
digitaluser
Join Date: Jun 2022
Posts: 1
Rep Power: 0 ![]() |
I have a problem in which I cannot reach my company's Container registry via Azure Container Instances and Azure Container Apps, which has to do with VNET's and a private link to the company's registry, and the fact that dynamically launched containers can't be linked. Eventually I want to go to Kubernetes as a platform for my batch job workloads, but right now I have to find a quick solution that makes it able to have at least one container running, and maybe manually scale these when necessary (one is probably enough most of the times).
Right now, the way I am aiming to achieve this is by simply launching a VM (and maybe a couple more when necessary) and running a docker container on this VM with the (Python) application code. Now I'm wondering if, and if yes how, the Docker container can use a (either system/user assigned) managed identity assigned to the VM. When assigned to an ACI container with a user managed identity assigned to it on startup, I could easily just have code like: default_credential = DefaultAzureCredential() q_client = QueueClient( credential=default_credential, queue_name='Queuename', accounrt_url='someurl' ) and be able to access - for instance - this queue. No need to request any kind of token, no need to specify any kind of environment variable. Now I doubt this will work in a docker container running in a VM with a user identity assigned to it, since the user identity is not really assigned directly to the docker container. Is there any way to still achieve this or is this a fools errand and should I just work with environment variables for now? I don't really like the idea of the latter, but I haven't found a way to use managed identities this particular way. |
|
![]() |
![]() |
![]() |
Tags |
compile, docker |
|
|
![]() |
||||
Thread | Thread Starter | Forum | Replies | Last Post |
error when compiling wmake to include temperature in the icoFoam app | CtnLuiz | OpenFOAM Programming & Development | 8 | February 24, 2022 17:07 |
OpenFoam in docker (gcc 6) vs. OpenFoam natively compiled (gcc 8.1.1) | Anouk | OpenFOAM Running, Solving & CFD | 0 | September 17, 2018 08:02 |
[OpenFOAM.com] Docker vs Not Docker v2 AND installing editors into Docker | u2berggeist | OpenFOAM Installation | 1 | July 10, 2018 02:58 |
[OpenFOAM.com] v1606+ Install pb with Docker on OSX El Capitan | BPich | OpenFOAM Installation | 3 | October 10, 2016 18:52 |
[OpenFOAM.org] A Mac OS X of23x Development Environment Using Docker | rt08 | OpenFOAM Installation | 1 | February 28, 2016 19:00 |