|
[Sponsors] |
Problems using a qsub (PBS) job-scheduler: "no access to tty (Bad file descriptor)" |
|
LinkBack | Thread Tools | Search this Thread | Display Modes |
January 20, 2015, 04:15 |
Problems using a qsub (PBS) job-scheduler: "no access to tty (Bad file descriptor)"
|
#1 |
Member
Heliana Cardenas
Join Date: Jul 2013
Posts: 30
Rep Power: 13 |
Hi Bruno!
Thank you so much, I checked and openFoam settings was trying to compile an earlier version of the open-mpi that was downloaded by ThirdParty. I fixed that and it compiled I am now facing another little problem when I submit the queue to the cluster, it always says: Warning: no access to tty (Bad file descriptor). Thus no job control in this shell This is the script I am using when I enter qsub viscofoam: #!/bin/bash #PBS -l walltime=100:00 #PBS -l select=1:ncpus=8:mpiprocs=8 #PBS -N th10_1e-2_sU #PBS -q all.q #PBS -o out # stdout and stderr #PBS -e err # redirect stdout and stderr # -o log # -e log.err module load openmpi mpirun -np 8 viscoelasticFluidFoam -parallel > run_par.$PBS_JOBID Do you have any idea? Heliana |
|
January 24, 2015, 14:26 |
|
#2 |
Retired Super Moderator
Bruno Santos
Join Date: Mar 2009
Location: Lisbon, Portugal
Posts: 10,982
Blog Entries: 45
Rep Power: 128 |
Hi Heliana,
I moved (copied) your post from here: http://www.cfd-online.com/Forums/ope...llel-mode.html - to this new thread at the correct sub-forum, since this was no longer an issue with installation. OK, regarding your question: this seems something that should be answered by your system's administrator. However, I did a quick search on Google for: Code:
qsub Warning: no access to tty Best regards, Bruno
__________________
|
|
January 26, 2015, 09:39 |
|
#3 |
Member
Heliana Cardenas
Join Date: Jul 2013
Posts: 30
Rep Power: 13 |
Hi Bruno!
My administrator already fix it apparently the cluster was not using bash but csh and for some reason it was not following the command at the begging of my script to switch to bash. He fixed that and qsub is running. The problem that I am facing right now is that when I run it it is like it's running somehow the case n-times (n=number of proccessors-ish) so it is actually taking longer. I tried this in my own computer with a simple cavity case and it does the same, when I introduce: mpirun -np 8 icoFoam -parallel > log.parallel & it runs the case 8 times hence talking longer (it shows when i check with top-command) Am I doing something wrong?? thank you so much for your help have a nice day! Heliana |
|
January 26, 2015, 16:42 |
|
#4 | |
Retired Super Moderator
Bruno Santos
Join Date: Mar 2009
Location: Lisbon, Portugal
Posts: 10,982
Blog Entries: 45
Rep Power: 128 |
Quote:
As long the "-parallel" option is used, then the 8 processes are running the case cooperatively. If you had not used this option, then it would truly be running the same case 8 times independently. The problem you're seeing is that you are not at least following the rule of thumb of a minimum of 50000 cells per processor. Have a look at this blog post of mine for a ton more details on this topic: Notes about running OpenFOAM in parallel |
||
January 28, 2015, 08:14 |
|
#5 |
Member
Heliana Cardenas
Join Date: Jul 2013
Posts: 30
Rep Power: 13 |
thank you Bruno!
I am reading those notes now Heliana |
|
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
[OpenFOAM.org] Compile OF 2.3 on Mac OS X .... the patch | gschaider | OpenFOAM Installation | 225 | August 25, 2015 20:43 |
[swak4Foam] swak4foam building problem | GGerber | OpenFOAM Community Contributions | 54 | April 24, 2015 17:02 |
[swak4Foam] Swak4FOAM 0.2.3 / OF2.2.x installation error | FerdiFuchs | OpenFOAM Community Contributions | 27 | April 16, 2014 16:14 |
[swak4Foam] swak4Foam-groovyBC build problem | zxj160 | OpenFOAM Community Contributions | 18 | July 30, 2013 14:14 |
"parabolicVelocity" in OpenFoam 2.1.0 ? | sawyer86 | OpenFOAM Running, Solving & CFD | 21 | February 7, 2012 12:44 |