SEO

I am starting to see "maximum pathname length exceeded", during backups, on
a number of completely unrelated SCO OS5 systems. They all have the
directory tree "/usr/lib/custom/customDBCache/" in cmmon. Is anyone else
seeing this? What's weird is none of these systems have had any system or
software changes in years, so it must be something the OS is doing.

On Thu, Jul 29, 2004 at 09:59:26AM -0700, Bob Meyers wrote:
| I am starting to see "maximum pathname length exceeded", during backups, on
| a number of completely unrelated SCO OS5 systems. They all have the
| directory tree "/usr/lib/custom/customDBCache/" in cmmon. Is anyone else
| seeing this? What's weird is none of these systems have had any system or
| software changes in years, so it must be something the OS is doing.

You don't say what you're using to backup, but tar sends
an error message and will not back up files that are
greater than 17 levels of nesting.

cd / ; find . -name "*" -o -name ".*" |
awk -F / '{ x = split($0,y) ; if ( x > 17 ) print x, $0 }'

You might try the above command to see any that might come
into the "too deep" category.

Bob

--
Bob Stockler - bob@trebor.iglou.com
Author: MENU EDIT II - The BEST Creator/Editor/Manager for filePro User Menus.
Fully functional (time-limited) demos available by email request (specify OS).

On Thu, 29 Jul 2004 09:59:26 -0700, "Bob Meyers" <oregonbob2000 at
yahoo.com> wrote:

>I am starting to see "maximum pathname length exceeded", during backups, on
>a number of completely unrelated SCO OS5 systems. They all have the
>directory tree "/usr/lib/custom/customDBCache/" in cmmon. Is anyone else
>seeing this? What's weird is none of these systems have had any system or
>software changes in years, so it must be something the OS is doing.
>
I have seen this in systems using BackupEdge, it was caused by a large
number of files in the /var/opt/K/SCO/Unix/5.0.5Eb/etc directory
(5.05Eb is the SCO release # and will vary) ending in #. Usually they
are motd####........# with the filename length getting very large. I
believe these are backup files created when the system is not shutdown
properly. I remove them.

UBW

"Bob Stockler" <bob@trebor.iglou.com> wrote in message
news:20040729173951.GA17192@trebor.iglou.com...
> On Thu, Jul 29, 2004 at 09:59:26AM -0700, Bob Meyers wrote:
> | I am starting to see "maximum pathname length exceeded", during backups,
on
> | a number of completely unrelated SCO OS5 systems. They all have the
> | directory tree "/usr/lib/custom/customDBCache/" in cmmon. Is anyone else
> | seeing this? What's weird is none of these systems have had any system
or
> | software changes in years, so it must be something the OS is doing.
>
> You don't say what you're using to backup, but tar sends
> an error message and will not back up files that are
> greater than 17 levels of nesting.
>
> cd / ; find . -name "*" -o -name ".*" |
> awk -F / '{ x = split($0,y) ; if ( x > 17 ) print x, $0 }'
>

I was using Microlite backup Edge. it says to use this find command to find
the long filenames:
find / -print | awk '{print length($1), $1}' | sort -n -r | head -10

Which lists total length. I don't have the error message handy, but I think
it said full pathnames must not exceed 166 chars.

Bob Meyers wrote:
> I am starting to see "maximum pathname length exceeded", during backups, on
> a number of completely unrelated SCO OS5 systems. They all have the
> directory tree "/usr/lib/custom/customDBCache/" in cmmon. Is anyone else
> seeing this? What's weird is none of these systems have had any system or
> software changes in years, so it must be something the OS is doing.
>
>
Hmm. The longest path we have in that folder on our
very-long-running 5.0.5 system is 143 characters.

In any event, how old is your BackupEDGE?

01.01.0x had a 170 character pathname limit.

01.02.0x had a 400 character pathname limit
(170 characters for links).

02.00.0x has a 5,000 character pathname limit.
If you exceed this limit, you'll have bigger problems
to deal with.

--
Tom
---
D. Thomas Podnar
tom@microlite.com http://www.microlite.com
Microlite Corporation 724-375-6711 Voice
2315 Mill Street 724-375-6908 Fax
Aliquippa PA 15001-2228 888-257-3343 Toll Free Sales
-------------------------------------------------------
Developers of Microlite BackupEDGE

"D. Thomas Podnar" <tom@microlite.com> wrote in message
news:XNuOc.40$nc5.48192@news.uswest.net...
> Bob Meyers wrote:
> > I am starting to see "maximum pathname length exceeded", during backups,
on
> > a number of completely unrelated SCO OS5 systems. They all have the
> > directory tree "/usr/lib/custom/customDBCache/" in cmmon. Is anyone else
> > seeing this? What's weird is none of these systems have had any system
or
> > software changes in years, so it must be something the OS is doing.
> >
> >
> Hmm. The longest path we have in that folder on our
> very-long-running 5.0.5 system is 143 characters.
>
> In any event, how old is your BackupEDGE?


One system is 5.0.5 with Edge 01.01.07. But even if Edge fails on long
names, I wonder what and why a process is creating them.

"Bob Meyers" <oregonbob2000 at yahoo.com> wrote in message
news:XuGdnbmm29ZvsZTcRVn-qg@centurytel.net...
> I am starting to see "maximum pathname length exceeded", during backups,
on
> a number of completely unrelated SCO OS5 systems. They all have the
> directory tree "/usr/lib/custom/customDBCache/" in cmmon. Is anyone else
> seeing this? What's weird is none of these systems have had any system or
> software changes in years, so it must be something the OS is doing.

More info:

If I

cd /usr/lib/custom/customDBCache
find . -type f -exec ls -l {} \;

A clipping looks like this:

In subdirectory named
/usr/lib/custom/customDBCache/SCO:SupplementFLOPPY::rs50
5a::367EB5A7... (whatever that means)

:35BD8555/opt/K/SCO/TclX/7.3.2c/.softmgmt/rts.fl
-rw-r--r-- 1 root billing 241 Dec 28 1999
../SCO:OpenServerCD::5.0.5:
:35BD8555/opt/K/SCO/TclX/7.3.2c/.softmgmt/ClientControl.fl
-rw-r--r-- 1 root billing 1281 Dec 28 1999
../SCO:OpenServerCD::5.0.5:
:35BD8555/opt/K/SCO/WServer/5.1.3b/.softmgmt/shared.db
-rw-r--r-- 1 root billing 711 Dec 28 1999
../SCO:OpenServerCD::5.0.5:
:35BD8555/opt/K/SCO/WServer/5.1.3b/.softmgmt/SharedControl.fl
-rw-r--r-- 1 root billing 2868 Dec 28 1999
../SCO:OpenServerCD::5.0.5:

I notice files created in this directory and subdirs are either a ".db" or
".fl" extension. Anyone recognize that?

On Fri, Jul 30, 2004 at 03:22:22PM -0700, Bob Meyers wrote:
|
| "Bob Meyers" <oregonbob2000 at yahoo.com> wrote in message
| news:XuGdnbmm29ZvsZTcRVn-qg@centurytel.net...
| > I am starting to see "maximum pathname length exceeded", during backups,
| on
| > a number of completely unrelated SCO OS5 systems. They all have the
| > directory tree "/usr/lib/custom/customDBCache/" in cmmon. Is anyone else
| > seeing this? What's weird is none of these systems have had any system or
| > software changes in years, so it must be something the OS is doing.
|
| More info:
|
| If I
|
| cd /usr/lib/custom/customDBCache
| find . -type f -exec ls -l {} \;

Why don't you try the command that you posted, saying that
it was what BackupEDGE suggested?

Bob

--
Bob Stockler - bob@trebor.iglou.com
Author: MENU EDIT II - The BEST Creator/Editor/Manager for filePro User Menus.
Fully functional (time-limited) demos available by email request (specify OS).

"Bob Stockler" <bob@trebor.iglou.com> wrote in message
news:20040730235810.GA2278@trebor.iglou.com...
> On Fri, Jul 30, 2004 at 03:22:22PM -0700, Bob Meyers wrote:
> |
> | "Bob Meyers" <oregonbob2000 at yahoo.com> wrote in message
> | news:XuGdnbmm29ZvsZTcRVn-qg@centurytel.net...
> | > I am starting to see "maximum pathname length exceeded", during
backups,
> | on
> | > a number of completely unrelated SCO OS5 systems. They all have the
> | > directory tree "/usr/lib/custom/customDBCache/" in cmmon. Is anyone
else
> | > seeing this? What's weird is none of these systems have had any system
or
> | > software changes in years, so it must be something the OS is doing.
> |
> | More info:
> |
> | If I
> |
> | cd /usr/lib/custom/customDBCache
> | find . -type f -exec ls -l {} \;
>
> Why don't you try the command that you posted, saying that
> it was what BackupEDGE suggested?

Oh I have done that many times. Normally it reveals an absurdly long file
name as per some end-user who likes detailed, creative, descriptive names
to files and folders. This is what I did to determine the path
/usr/lib/custom/customDBCache was the source of the long file name errors.
The paths in that folder and file names such as: (a screen shot paste here,
sorry if it formats to junk)
rwxr-xr-x 2/2 0 Mar 6 12:57 2001
../usr/lib/custom/customDBCache/SCO:Ope
nServerCD::5.0.5::35BD8555/opt/P/SCO/icc/2.1.4d/.softmgmt, 0 blocks
(Directory)
rwxr-xr-x 2/2 0 Mar 6 12:57 2001
../usr/lib/custom/customDBCache/SCO:Ope
nServerCD::5.0.5::35BD8555/opt/P/SCO/icc/2.1.4d, 0 blocks (Directory)
rwxr-xr-x 2/2 0 Mar 6 12:57 2001
../usr/lib/custom/customDBCache/SCO:Ope
nServerCD::5.0.5::35BD8555/opt/P/SCO/icc, 0 blocks (Directory)
rw-r--r-- 0/100 8337 Mar 6 12:57 2001
../usr/lib/custom/customDBCache/SCO:Op
enServerCD::5.0.5::35BD8555/opt/P/SCO/default/5.0.5m/.softmgmt/product.db,
17 bl
ocks
rwxr-xr-x 2/2 0 Mar 6 12:57 2001
../usr/lib/custom/customDBCache/SCO:Ope
nServerCD::5.0.5::35BD8555/opt/P/SCO/default/5.0.5m/.softmgmt, 0 blocks
(Directo
ry)

I noticed many were regular files with extensions *.db and *.fl . Does those
type files ring any bells?