ADSM-L

Long File names

2000-03-07 13:58:31
Subject: Long File names
From: Zoltan Forray <ZForray AT SATURN.VCU DOT EDU>
Date: Tue, 7 Mar 2000 13:58:31 -0500
Recently, we discovered that one of our AIX node backups had not been
completing because of the following file name:

/usr/local/lib/WWW/public/annualfund/cgi-bin/backup/backup/backup/backup/bac
kup/backup/backup/backup/backup/backup/backup/backup/backup/backup/backup/ba
ckup/backup/backup/backup/backup/backup/backup/backup/backup/backup/backup/b
ackup/backup/backup/backup/backup/backup/backup/backup/backup/backup/backup/
backup/backup/backup/backup/backup/backup/backup/backup/backup/backup/backup
/backup/backup/backup/backup/backup/backup/backup/backup/backup/backup/backu
p/backup/backup/backup/backup/backup/backup/backup/backup/backup/backup/back
up/backup/backup/backup/backup/backup/backup/backup/backup/backup/backup/bac
kup/backup/backup/backup/backup/backup/backup/backup/backup/backup/backup/ba
ckup/backup/backup/backup/backup/backup/backup/backup/backup/backup/backup/b
ackup/backup/backup/backup/backup/backup/backup/backup/backup/backup/backup/
backup/backup/backup/backup/backup/backup/backup/backup/backup/backup/backup
/backup/backup/backup/backup/backup/backup/backup/backup/backup/backup/backu
p/backup/backup/backup/backup/backup/backup/backup/backup/backup/Requests/pl
edge

The client was dying on this name being too long (yes, we have gotten rid of
it and are starting a witch-hunt to find out who has been doing this).

The reason we had missed this error is because the server doesn't get the
information that the "long file name" error (ANS4018E) has occured (we dug
into the client side log).  The server simply indicated a Return Code 4,
which is usually ignored, because this can occur when folks delete files
that the client had planned to backup.

Currently, the client on the AIX box is 3.1.0.5.

Any ideas whether more current releases (TSM ?) address this issue (without
causing more problems than it fixes <g> ?).  Perhaps send the error info to
the server so our log processing scripts can indicate a true failure ?

==============================================
Zoltan Forray
Virginia Commonwealth University
University Computing Center
http://www.vcu.edu
<Prev in Thread] Current Thread [Next in Thread>