Synchronisation to AFS Fails
Data files are written on the instrument computer but do not appear on /afs/psi.ch/project/sinqdata/year/inst
File synchronisation happens via rsync. It occurs that rsync get stuck, especially when there was a problem
with the AFS servers. Resolve this with the folwoing steps:
- Loging to the instrument account on the instrument computer
- Check for the condition with: ps waux | grep rsync. There should be no long running rsync processes
- To fix it:
- Stop synchronisation: monit stop sync
- Kill all rsync processes: kilall rsync
- Restart file synchronisation: monit start sync
- Wait a couple of minutes and check if this fixed the issue.
Another reason for synchronisation to fail is that the AFS file system is full. In order to check for this:
- cd to /afs/psi.ch/project/sinqdata/year/inst. Replace year with the current year and inst with your instrument
- Type fs examine at the unix prompt. There will be a message showing the quota and how much of it is used. If the
quota is exceeded the AFS volume needs to be expanded. Normally this has to be run through the LDM computing staff.
But if they are not available, the AIT helpdesk can help.
This covers most synchronisation issues. If this does not help, synchronisation itself has to be debugged.
The following steps:
- Login to the instrument account on the instrument computer and cd into inst_sics.
- Type: cat fs.ini at the unix prompt
- This prints the configuration file for the synchronisation server. Towards the bottom of the output there is
a line reading shellcommand.
- Cut and paste the content of shellcommand onto a unix prompt and try to execute it.
- Look at any error messages and resolve them.
Synchronisation uses a convoluted system to get credentials for writing to /afs/psi.ch/project/sinqdata.
Changes by AIT might break the scheme. Consult Achim Gsell if this is the case.
This page last changed on 03-Sep-2014 14:15:19 UTC by MarkusZolliker.