Hi Christian et al, > The later is what happend in yopur case - AFS on rcrs0011.rcf.bnl.gov > had cached the BRAT libraries etc.. Hence, when the dynamic loader > `ld.so' asked for the file `libBratRdoModules.so.2' it got the old one > that was sitting in the cache. > > That can also happen on a regular system - but there there's a remidy > - just issue a `sync' command. > > The situation is ofcourse not improved by the fact that you're > executing a program on CRS and you have no direct access to those > machines, and so you can not login and force a `sync'. > > Finally, there had been an update of BRAT to the new tree, that > updated the minor version of BRAT, but the old installation wasn't > uninstalled first (as it should). That meant that AFS thought that > the symbolic links `libBrat*.so.2' hadn't been changed, and hence the > libraries was the same - which is flambouantly wrong - and so the > program will crash as it depends on the new libraries. > > So cut an already long story short: > > * AFS is at fault > * A poor update of BRAT is making things harder. > > Solution: > > * AFS caches should be flushed. > * BRAT updates should be done properly. > If this is the solution to the problem, can someone fixe it asap?? It is really important that I reduce data now. Pawel has finished some calibration for T5 and we're ready to do local tracking and more. Djam
This archive was generated by hypermail 2b30 : Thu May 02 2002 - 12:20:19 EDT