I am currently using seadas6.1 and about a month ago my processing
  starting have problems.  The problems seem to relate to the seadas script
  modis_L1A_to_GEO.csh which used to work reliably but no longer does for
  me.  I just tried it at the command line, it worked the other day,
  sometimes it does, sometimes it doesn't.  Here is what I got:
  _________________________________________________________________________
  zero 254: modis_L1A_to_GEO.csh A2012061183000.L1A_LAC.GMex_ne.hdf
  Level 1A input filename: A2012061183000.L1A_LAC.GMex_ne.hdf
  Output geolocation file: A2012061183000.GEO
  Satellite: aqua
  Year: 2012  Day: 061  Hour: 18  Minute: 30

  *Terrain Correction Enabled*

  Determining required definitive attitude and ephemeris files...
  /project/seadas/seadas6.1/scripts/modis_definitive_atteph.csh aqua
  2012061183000 2012061183459

  Checking local hard disk for required definitive attitude and
  ephemeris files...
  Present on hard disk: PM1ATTNR.P2012061.1800.003
  Missing on hard disk: PM1EPHND.P2012061.1200.*

  Attempting to download missing files...

  ***************************************************************************
   TO CANCEL THESE TRANSFERS (AND ABORT GEOLOCATION PROCESSING) PRESS CTRL-\
   WARNING: IF YOU ABORT, MAKE SURE TO REMOVE THE PARTIALLY DOWNLOADED FILES
  ***************************************************************************

  /project/seadas/seadas6.1/src/utils/bin/wget --passive-ftp
  --timeout=60 --tries=4 --retr-symlinks -q \
       -P/project/seadas/seadas6.1/var/modis/atteph/2012/061 \
  ftp://oceans.gsfc.nasa.gov/MODISA/ATTEPH/2012/061/PM1EPHND.P2012061.1200.*

  *** It appears the ftp site may not be hosting the requested
  definitive ephemeris file:
  *** ftp://oceans.gsfc.nasa.gov/MODISA/ATTEPH/2012/061/PM1EPHND.P2012061.1200.*

  *Failed to determine/retrieve required definitive attitude and
  ephemeris files*
  *Falling back to real-time attitude/ephemeris*

  Determining required real-time attitude and ephemeris files...
  /project/seadas/seadas6.1/scripts/modis_predicted_atteph.csh
  2012061183000 2012061183459

  Checking local hard disk for required real-time attitude and
  ephemeris files...
  Missing on hard disk: Predicted attitude file corresponding to pass
  start time.
  Missing on hard disk: Predicted attitude file corresponding to pass
  stop time.
  Missing on hard disk: Predicted ephemeris file corresponding to pass
  start time.
  Missing on hard disk: Predicted ephemeris file corresponding to pass
  stop time.

  Attempting to download missing files...

  ***************************************************************************
   TO CANCEL THESE TRANSFERS (AND ABORT GEOLOCATION PROCESSING) PRESS CTRL-\
   WARNING: IF YOU ABORT, MAKE SURE TO REMOVE THE PARTIALLY DOWNLOADED FILES
  ***************************************************************************

  *** Curl was unable to download ATTEPH file list for directories:
  *** ftp://oceans.gsfc.nasa.gov/MODISA/ATTEPH/2012/060/
  *** ftp://oceans.gsfc.nasa.gov/MODISA/ATTEPH/2012/061/

  *Failed to determine/retrieve required real-time attitude and
  ephemeris files*

  The required attitude and ephemeris files are not available!
  Processing cannot proceed. Exiting.
  __________________________________________________________________________

  So modis_L1A_to_GEO.csh failed for A2012061183000.L1A_LAC.GMex_ne.hdf.
  But it just worked for A2012069191500.L1A_LAC.GMex_n.hdf and
  A2012070200000.L1A_LAC.GMex_n.hdf.

  This script, modis_L1A_to_GEO.csh, used to work with no problems
  (mostly), but now is having a lot of trouble.  Has anything changed
  that I am not aware of?  Any ideas on how I can deal with this?  I've
  been trying to get it to work but not getting anywhere.

  Thanks for any help,

  Ray

Ray,

For a number of reasons that I will not go into here,  we are moving away from FTP distribution of data.

There are a couple of issues with the older csh scripts distributed with 6.1:
1) uses FTP
2) guesses on the filenames needed - does a good guess, but still a guess

Your current issue (well, the example you posted) is due to a bad guess.  The files it expects to find are not
available on the ftp site.

The current version (6.3) uses python scripts to do the searching and downloading.

One "benefit" of the older scripts are that they use wget, which is more forgiving when connecting to a server.
If there is a network issue, it has the smarts to try again.  The current python scripts aren't so smart in that
respect, but the next update will include modifications to do a better job of handling connectivity issues.

That caveat aside, you proabably would be best served by updating your version of SeaDAS.

Sean