|
[Sponsors] |
[OpenFOAM] Too many time folders crash foamToVTK |
|
LinkBack | Thread Tools | Search this Thread | Display Modes |
September 22, 2008, 06:21 |
Too many time folders crash foamToVTK
|
#1 |
Senior Member
John Deas
Join Date: Mar 2009
Posts: 160
Rep Power: 17 |
Hi,
I am using foamToVTK on my Ubuntu machine (I need to export the VTK folder to postprocess on another machine). On version 1.5, if I have too many time folders in my case (around 50 it seems) I get this error notification: --> FOAM Serious Error : Too many errors#0 Foam::error::printStack(Foam:stream&) in "/home/flurec/commun/OpenFOAM/1.5-x86_64/OpenFOAM-1.5/lib/linux64GccDPOpt/libOpe nFOAM.so" #1 Foam::error::abort() in "/home/flurec/commun/OpenFOAM/1.5-x86_64/OpenFOAM-1.5/lib/linux64GccDPOpt/libOpe nFOAM.so" #2 Foam:stream& Foam::operator<<>(Foam:stream&, Foam::errorManip<foam::error>) in "/home/flurec/commun/OpenFOAM/1.5-x86_64/OpenFOAM-1.5/applications/bin/linux64Gc cDPOpt/foamToVTK" #3 Foam::messageStream::operator Foam:Sstream&() in "/home/flurec/commun/OpenFOAM/1.5-x86_64/OpenFOAM-1.5/lib/linux64GccDPOpt/libOpe nFOAM.so" #4 Foam::messageStream::operator()(char const*, char const*, int, Foam::string const&, int, int) in "/home/flurec/commun/OpenFOAM/1.5-x86_64/OpenFOAM-1.5/lib/linux64GccDPOpt/libOpe nFOAM.so" #5 Foam::messageStream::operator()(char const*, char const*, int, Foam::IOstream const&) in "/home/flurec/commun/OpenFOAM/1.5-x86_64/OpenFOAM-1.5/lib/linux64GccDPOpt/libOpe nFOAM.so" #6 Foam::IOobject::readHeader(Foam::Istream&) in "/home/flurec/commun/OpenFOAM/1.5-x86_64/OpenFOAM-1.5/lib/linux64GccDPOpt/libOpe nFOAM.so" #7 Foam::IOobject::headerOk() in "/home/flurec/commun/OpenFOAM/1.5-x86_64/OpenFOAM-1.5/lib/linux64GccDPOpt/libOpe nFOAM.so" #8 Foam::IOobjectList::IOobjectList(Foam::objectRegis try const&, Foam::fileName const&, Foam::fileName const&) in "/home/flurec/commun/OpenFOAM/1.5-x86_64/OpenFOAM-1.5/lib/linux64GccDPOpt/libOpe nFOAM.so" #9 main in "/home/flurec/commun/OpenFOAM/1.5-x86_64/OpenFOAM-1.5/applications/bin/linux64Gc cDPOpt/foamToVTK" #10 __libc_start_main in "/lib64/libc.so.6" #11 Foam::regIOobject::readIfModified() in "/home/flurec/commun/OpenFOAM/1.5-x86_64/OpenFOAM-1.5/applications/bin/linux64Gc cDPOpt/foamToVTK" From function messageStream::operator OSstream&() in file lnInclude/messageStream.C at line 203. FOAM aborting Abandon Can anyone help ? Thank you ? |
|
September 22, 2008, 08:36 |
only 50? thats nothing.
dis
|
#2 |
Super Moderator
Niklas Nordin
Join Date: Mar 2009
Location: Stockholm, Sweden
Posts: 693
Rep Power: 29 |
only 50? thats nothing.
disk full perhaps? 1 create a bck directory, 2 move the last timestep to the bck-dir. 3 run foamToVTK 4 if it fails go to 2 5 it works - you've found the directory causing the problem. or move all timesteps to the bck directory and then move them back 1 by 1 until it fails. It could be that you've lost the connection for a while to the disk while writing the data (if you're working agains an nfs disk or similar) |
|
September 22, 2008, 13:06 |
I have found a workaround: I l
|
#3 |
Senior Member
John Deas
Join Date: Mar 2009
Posts: 160
Rep Power: 17 |
I have found a workaround: I launch
foamToVTK -time xxx using a script, for all my timesteps. It works, so the problem really is the number of time directories, and not a specific one. I have the same problem with both redhat and ubuntu. |
|
September 23, 2008, 16:04 |
Hi John,
Very strange. Do y
|
#4 |
Senior Member
Mattijs Janssens
Join Date: Mar 2009
Posts: 1,419
Rep Power: 26 |
Hi John,
Very strange. Do you have sample case that goes wrong? Or can you just do an 'ls' so we can see what time directories you have. |
|
September 25, 2008, 16:07 |
I tried at home outputing 75 t
|
#5 |
Senior Member
John Deas
Join Date: Mar 2009
Posts: 160
Rep Power: 17 |
I tried at home outputing 75 time directories and importing them without problem to paraview. I though it was related to my linux distro but it is not then. I will try to isolate more the problem then report here.
|
|
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
[Other] Contribution a new utility: refine wall layer mesh based on yPlus field | lakeat | OpenFOAM Community Contributions | 58 | December 23, 2021 03:36 |
AMI speed performance | danny123 | OpenFOAM | 21 | October 24, 2020 05:13 |
pressure in incompressible solvers e.g. simpleFoam | chrizzl | OpenFOAM Running, Solving & CFD | 13 | March 28, 2017 06:49 |
Extrusion with OpenFoam problem No. Iterations 0 | Lord Kelvin | OpenFOAM Running, Solving & CFD | 8 | March 28, 2016 12:08 |
Star cd es-ice solver error | ernarasimman | STAR-CD | 2 | September 12, 2014 01:01 |