[Users] Err logs like "[83bdcfc58a2e:19025] Read -1, expected 4096, errno = 1" when running ET.

[Haas, Roland]

Hello ZhiChao,

> > + date +%s
> > + export CACTUS_STARTTIME=1567761511
> > + [ 14 = 1 ]
> > + mpirun -np 14 /home/zhaozc/simulations/bnstest/SIMFACTORY/exe/cactus_sim
> > -L 3 /home/zhaozc/simulations/bnstest  /output-0000/bnstest.par
> > [83bdcfc58a2e:19025] Read -1, expected 4096, errno = 1
> > [83bdcfc58a2e:19027] Read -1, expected 4096, errno = 1
> > [83bdcfc58a2e:19029] Read -1, expected 4096, errno = 1
> > [83bdcfc58a2e:19024] Read -1, expected 4096, errno = 1
> > [83bdcfc58a2e:19026] Read -1, expected 4096, errno = 1
> > [83bdcfc58a2e:19028] Read -1, expected 4096, errno = 1
> > [83bdcfc58a2e:19032] Read -1, expected 4096, errno = 1
> > [83bdcfc58a2e:19034] Read -1, expected 4096, errno = 1
> > [83bdcfc58a2e:19036] Read -1, expected 4096, errno = 1
> > [83bdcfc58a2e:19030] Read -1, expected 4096, errno = 1
> > [83bdcfc58a2e:19023] Read -1, expected 4096, errno = 1  
> 
> ......
> 
> 
> but  those errors  will not terminate the task.
> Is it safe to ignore those errors?
Would you mind providing the parfile bnstest.par that you are running,
please? It does not seem to exist in the Einstein Toolkit repos and
without it all we can do is guess what could be happening.

The string "Read.*expected" also does not seem to show up anywhere in
my Cactus tree (or any of my executables for that matter), so that I am
not sure at all which thorn or module is even generating this error.

The string does however show up in libgfortran.so so that I would guess
that it is some Fortran code not checking if it could open a file
correctly. 

You can try running what looks like an address: 83bdcfc58a2e through
the addr2line command:

addr2line -e /home/zhaozc/simulations/bnstest/SIMFACTORY/exe/cactus_sim
0x83bdcfc58a2e

or use gdb:

gdb /home/zhaozc/simulations/bnstest/SIMFACTORY/exe/cactus_sim
info line *0x83bdcfc58a2e

to try and find out which thorn was responsible, though I cannot
guarantee that this will work.

A blind guess would be that some thorn fails to open a file, does not
properly check for this and then find that it cannot read anything from
that (not opened file) in which case eg the read() system call returns
-1.

Yours,
Roland

-- 
My email is as private as my paper mail. I therefore support encrypting
and signing email messages. Get my PGP key from http://pgp.mit.edu .
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
Url : http://lists.einsteintoolkit.org/pipermail/users/attachments/20190910/5796706b/attachment.bin