<div dir="ltr">Dear Satish,<div><br></div><div>Thanks for the advice. I will try in a few hours because it is almost dinner time with me (I am in Europe) and I am supposed to go out with a friend this evening.</div><div><br></div><div>Will let you know. Thanks for help, I highly appreciate it.</div><div><br></div><div><br></div><div> Kind regards,</div><div><br></div><div> Bojan</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Feb 10, 2022 at 5:06 PM Satish Balay <<a href="mailto:balay@mcs.anl.gov">balay@mcs.anl.gov</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hm - this is strange.<br>
<br>
Do you have 'xauth' installed?<br>
<br>
I would make sure xauth is installed, delete ~/.Xauthority - and reboot [or restart the X server]<br>
<br>
Yeah - it might not work - but perhaps worth a try..<br>
<br>
Or perhaps its not X11 related..<br>
<br>
I would also try 'strace' on an application that is producing this message - to see if I can narrow down further..<br>
<br>
Do you get this message with both (runs)?:<br>
<br>
cd src/ksp/ksp/tutorials<br>
make ex2<br>
mpiexec -n 1 ./ex2<br>
./ex2<br>
<br>
Satish<br>
<br>
On Thu, 10 Feb 2022, Bojan Niceno wrote:<br>
<br>
> Dear both,<br>
> <br>
> I work on an ASUS ROG laptop and don't use any NFS. Everything is on one<br>
> computer, one disk. That is why I couldn't resolve the Invalid Magic<br>
> Cookie, because all the advice I've found about it concerns the remote<br>
> access/display. It is not an issue for me. My laptop has an Nvidia<br>
> GeForce RTX graphical card, maybe Ubuntu drivers are simply not able to<br>
> cope with it. I am out of ideas, really.<br>
> <br>
> <br>
> Cheers,<br>
> <br>
> Bojan<br>
> <br>
> On Thu, Feb 10, 2022 at 4:53 PM Satish Balay <<a href="mailto:balay@mcs.anl.gov" target="_blank">balay@mcs.anl.gov</a>> wrote:<br>
> <br>
> > Do the compute nodes and frontend share the same NFS?<br>
> ><br>
> > I would try the following [to see if they work):<br>
> ><br>
> > - delete ~/.Xauthority [first check with 'xauth list')<br>
> > - setup ssh to not use X - i.e add the following to ~/.ssh/config<br>
> ><br>
> > ForwardX11 no<br>
> > ForwardX11Trusted no<br>
> ><br>
> > [this can be tailored to apply only to your specific compute nodes - if<br>
> > needed]<br>
> ><br>
> > Satish<br>
> ><br>
> > On Thu, 10 Feb 2022, Matthew Knepley wrote:<br>
> ><br>
> > > On Thu, Feb 10, 2022 at 10:40 AM Bojan Niceno <<br>
> > > <a href="mailto:bojan.niceno.scientist@gmail.com" target="_blank">bojan.niceno.scientist@gmail.com</a>> wrote:<br>
> > ><br>
> > > > Thanks a lot, now I feel much better.<br>
> > > ><br>
> > > > By the way, I can't get around the invalid magic cookie. It is<br>
> > occurring<br>
> > > > ever since I installed the OS (Ubuntu 20.04) so I eventually gave up<br>
> > and<br>
> > > > decided to live with it :-D<br>
> > > ><br>
> > ><br>
> > ><br>
> > <a href="https://unix.stackexchange.com/questions/199891/invalid-mit-magic-cookie-1-key-when-trying-to-run-program-remotely" rel="noreferrer" target="_blank">https://unix.stackexchange.com/questions/199891/invalid-mit-magic-cookie-1-key-when-trying-to-run-program-remotely</a><br>
> > ><br>
> > > Thanks,<br>
> > ><br>
> > > Matt<br>
> > ><br>
> > ><br>
> > > > Cheers,<br>
> > > ><br>
> > > > Bojan<br>
> > > ><br>
> > > > On Thu, Feb 10, 2022 at 4:37 PM Matthew Knepley <<a href="mailto:knepley@gmail.com" target="_blank">knepley@gmail.com</a>><br>
> > wrote:<br>
> > > ><br>
> > > >> On Thu, Feb 10, 2022 at 10:34 AM Bojan Niceno <<br>
> > > >> <a href="mailto:bojan.niceno.scientist@gmail.com" target="_blank">bojan.niceno.scientist@gmail.com</a>> wrote:<br>
> > > >><br>
> > > >>> Dear Satish,<br>
> > > >>><br>
> > > >>> Thanks for the answer. Your suggestion makes a lot of sense, but<br>
> > this<br>
> > > >>> is what I get as a result of that:<br>
> > > >>><br>
> > > >>> Running check examples to verify correct installation<br>
> > > >>> Using PETSC_DIR=/home/niceno/Development/petsc-debug and<br>
> > > >>> PETSC_ARCH=arch-linux-c-debug<br>
> > > >>> Possible error running C/C++ src/snes/tutorials/ex19 with 1 MPI<br>
> > process<br>
> > > >>> See <a href="http://www.mcs.anl.gov/petsc/documentation/faq.html" rel="noreferrer" target="_blank">http://www.mcs.anl.gov/petsc/documentation/faq.html</a><br>
> > > >>> Invalid MIT-MAGIC-COOKIE-1 keylid velocity = 0.0016, prandtl # = 1.,<br>
> > > >>> grashof # = 1.<br>
> > > >>> Number of SNES iterations = 2<br>
> > > >>> Possible error running C/C++ src/snes/tutorials/ex19 with 2 MPI<br>
> > processes<br>
> > > >>> See <a href="http://www.mcs.anl.gov/petsc/documentation/faq.html" rel="noreferrer" target="_blank">http://www.mcs.anl.gov/petsc/documentation/faq.html</a><br>
> > > >>> Invalid MIT-MAGIC-COOKIE-1 keylid velocity = 0.0016, prandtl # = 1.,<br>
> > > >>> grashof # = 1.<br>
> > > >>> Number of SNES iterations = 2<br>
> > > >>> Possible error running Fortran example src/snes/tutorials/ex5f with 1<br>
> > > >>> MPI process<br>
> > > >>> See <a href="http://www.mcs.anl.gov/petsc/documentation/faq.html" rel="noreferrer" target="_blank">http://www.mcs.anl.gov/petsc/documentation/faq.html</a><br>
> > > >>> Invalid MIT-MAGIC-COOKIE-1 keyNumber of SNES iterations = 4<br>
> > > >>> Completed test examples<br>
> > > >>><br>
> > > >>> I am getting the "Possible error running Fortran example" warning<br>
> > with<br>
> > > >>> this. This somehow looks more severe to me. But I could be wrong.<br>
> > > >>><br>
> > > >><br>
> > > >> You are getting this message because your MPI implementation is<br>
> > printing<br>
> > > >><br>
> > > >> Invalid MIT-MAGIC-COOKIE-1 key<br>
> > > >><br>
> > > >> It is still running fine, but this is an MPI configuration issue.<br>
> > > >><br>
> > > >> Thanks,<br>
> > > >><br>
> > > >> Matt<br>
> > > >><br>
> > > >> Any suggestions what to do?<br>
> > > >>><br>
> > > >>><br>
> > > >>> Kind regards,<br>
> > > >>><br>
> > > >>> Bojan<br>
> > > >>><br>
> > > >>><br>
> > > >>><br>
> > > >>> On Wed, Feb 9, 2022 at 5:49 PM Satish Balay <<a href="mailto:balay@mcs.anl.gov" target="_blank">balay@mcs.anl.gov</a>><br>
> > wrote:<br>
> > > >>><br>
> > > >>>> To clarify:<br>
> > > >>>><br>
> > > >>>> you are using --download-openmpi=yes with petsc. However you say:<br>
> > > >>>><br>
> > > >>>> > > The mpif90 command which<br>
> > > >>>> > > I use to compile the code, wraps gfortran with OpenMPI<br>
> > > >>>><br>
> > > >>>> This suggests a different install of OpenMPI is used to build your<br>
> > code.<br>
> > > >>>><br>
> > > >>>> One way to resolve this is - delete current build of PETSc - and<br>
> > > >>>> rebuild it with this same MPI [that you are using with your<br>
> > application]<br>
> > > >>>><br>
> > > >>>> ./configure --with-cc=mpicc --with-cxx=mpicxx --with-fc=mpif90<br>
> > > >>>> --download-fblaslapack --download-metis --download-parmetis<br>
> > --download-cmake<br>
> > > >>>><br>
> > > >>>> Also PETSc provides makefile format that minimizes such conflicts..<br>
> > > >>>><br>
> > > >>>><br>
> > > >>>><br>
> > <a href="https://petsc.org/release/docs/manual/getting_started/#writing-c-c-or-fortran-applications" rel="noreferrer" target="_blank">https://petsc.org/release/docs/manual/getting_started/#writing-c-c-or-fortran-applications</a><br>
> > > >>>><br>
> > > >>>> Satish<br>
> > > >>>><br>
> > > >>>> On Wed, 9 Feb 2022, Balay, Satish via petsc-users wrote:<br>
> > > >>>><br>
> > > >>>> > Are you using the same MPI to build both PETSc and your<br>
> > appliation?<br>
> > > >>>> ><br>
> > > >>>> > Satish<br>
> > > >>>> ><br>
> > > >>>> > On Wed, 2022-02-09 at 05:21 +0100, Bojan Niceno wrote:<br>
> > > >>>> > > To whom it may concern,<br>
> > > >>>> > ><br>
> > > >>>> > ><br>
> > > >>>> > > I am working on a Fortran (2003) computational fluid dynamics<br>
> > > >>>> solver,<br>
> > > >>>> > > which is actually quite mature, was parallelized with MPI from<br>
> > the<br>
> > > >>>> > > very beginning and it comes with its own suite of Krylov<br>
> > solvers.<br>
> > > >>>> > > Although the code is self-sustained, I am inclined to believe<br>
> > that<br>
> > > >>>> it<br>
> > > >>>> > > would be better to use PETSc instead of my own home-grown<br>
> > solvers.<br>
> > > >>>> > ><br>
> > > >>>> > > In the attempt to do so, I have installed PETSc 3.16.4 with<br>
> > > >>>> following<br>
> > > >>>> > > options:<br>
> > > >>>> > ><br>
> > > >>>> > > ./configure --with-debugging=yes --download-openmpi=yes<br>
> > --download-<br>
> > > >>>> > > fblaslapack=yes --download-metis=yes --download-parmetis=yes --<br>
> > > >>>> > > download-cmake=yes<br>
> > > >>>> > ><br>
> > > >>>> > > on a workstation running Ubuntu 20.04 LTS. The mpif90 command<br>
> > which<br>
> > > >>>> > > I use to compile the code, wraps gfortran with OpenMPI, hence<br>
> > the<br>
> > > >>>> > > option "--download-openmpi=yes" when configuring PETSc.<br>
> > > >>>> > ><br>
> > > >>>> > > Anyhow, installation of PETSc went fine, I managed to link and<br>
> > run<br>
> > > >>>> it<br>
> > > >>>> > > with my code, but I am getting the following messages during<br>
> > > >>>> > > compilation:<br>
> > > >>>> > ><br>
> > > >>>> > > Petsc_Mod.f90:18:6:<br>
> > > >>>> > ><br>
> > > >>>> > > 18 | use PetscMat, only: tMat, MAT_FINAL_ASSEMBLY<br>
> > > >>>> > > | 1<br>
> > > >>>> > > Warning: Named COMMON block ‘mpi_fortran_bottom’ at (1) shall<br>
> > be of<br>
> > > >>>> > > the same size as elsewhere (4 vs 8 bytes)<br>
> > > >>>> > ><br>
> > > >>>> > > Petsc_Mod.f90 is a module I wrote for interfacing PETSc. All<br>
> > works,<br>
> > > >>>> > > but these messages give me a reason to worry.<br>
> > > >>>> > ><br>
> > > >>>> > > Can you tell what causes this warnings? I would guess they<br>
> > might<br>
> > > >>>> > > appear if one mixes OpenMPI with MPICH, but I don't think I even<br>
> > > >>>> have<br>
> > > >>>> > > MPICH on my system.<br>
> > > >>>> > ><br>
> > > >>>> > > Please let me know what you think about it?<br>
> > > >>>> > ><br>
> > > >>>> > > Cheers,<br>
> > > >>>> > ><br>
> > > >>>> > > Bojan<br>
> > > >>>> > ><br>
> > > >>>> > ><br>
> > > >>>> > ><br>
> > > >>>> > ><br>
> > > >>>> ><br>
> > > >>>> ><br>
> > > >>>><br>
> > > >>><br>
> > > >><br>
> > > >> --<br>
> > > >> What most experimenters take for granted before they begin their<br>
> > > >> experiments is infinitely more interesting than any results to which<br>
> > their<br>
> > > >> experiments lead.<br>
> > > >> -- Norbert Wiener<br>
> > > >><br>
> > > >> <a href="https://www.cse.buffalo.edu/~knepley/" rel="noreferrer" target="_blank">https://www.cse.buffalo.edu/~knepley/</a><br>
> > > >> <<a href="http://www.cse.buffalo.edu/~knepley/" rel="noreferrer" target="_blank">http://www.cse.buffalo.edu/~knepley/</a>><br>
> > > >><br>
> > > ><br>
> > ><br>
> > ><br>
> ><br>
> <br>
</blockquote></div>