cancel
Showing results for 
Search instead for 
Did you mean: 

spool dir cdsl?

SOLVED
Go to solution
Michael Schulte zur Sur
Honored Contributor

spool dir cdsl?

Hi everybody,

should a spool dir on a stand alone system with Tru Unix 5.1A be a cdsl or does it not matter?

greeting,

Michael

9 REPLIES
Cortes Albertino
Trusted Contributor

Re: spool dir cdsl?

Hello,

Could you clarify ?

#sizer -v
Compaq Tru64 UNIX V5.1A (Rev. 1885); Tue Oct 28 15:12:25 MET 2003

#ls -ld /usr/spool
lrwxr-xr-x 1 root system 12 Nov 20 2002 /usr/spool -> ../var/spool

# ls -l /usr/spool/
total 48
lrwxr-xr-x 1 root system 36 Nov 20 2002 cron -> ../cluster/members/{memb}/spool/cron
drwxr-xr-x 2 root system 8192 May 15 08:37 dcpi
drwxr-xr-x 3 imap mail 8192 Nov 20 2002 imap
lrwxr-xr-x 1 root system 37 Nov 20 2002 locks -> ../cluster/members/{memb}/spool/locks
lrwxrwxrwx 1 root system 35 Nov 20 2002 lpd -> ../cluster/members/{memb}/spool/lpd
drwxr-xr-x 2 daemon daemon 8192 Apr 30 2003 lpd0
drwxr-xr-x 2 daemon daemon 8192 Jul 8 11:03 lpd1
drwxrwxrwt 2 root mail 8192 Oct 28 18:30 mail
drwxr-xr-x 2 root system 8192 Oct 28 18:30 mqueue
lrwxrwxrwx 1 root system 36 Nov 20 2002 uucp -> ../cluster/members/{memb}/spool/uucp
lrwxrwxrwx 1 root system 42 Nov 20 2002 uucppublic -> ../cluster/members/{memb}/spool/uucppublic

In your case, what is the specified directory ?

Thanks,

Albertino Cortes
Michael Schulte zur Sur
Honored Contributor

Re: spool dir cdsl?

Hi,

you have /usr/spool/lpd as cdfs and /usr/spool/lpd0 as directory.
On a cluster it must be a cdfs, but on a single system? Is there any recommendation?

thanks for your time,

Michael
Cortes Albertino
Trusted Contributor

Re: spool dir cdsl?

Hello,

Have a look to OSFPRINT520 inventory file :

/usr/.smdb./OSFPRINT520.inv:0 35 00000 0 0 120777 8/1/01 520 s ./usr/var/spool/lpd ../cluster/members/{memb}/spool/lpd OSFPRINT520

So /usr/var/spool/lpd or
/usr/spool/lpd

#ls -ldi /usr/spool/lpd
991 lrwxrwxrwx 1 root system 35 Nov 20 2002 /usr/spool/lpd -> ../cluster/members/{memb}/spool/lpd

#ls -ldi /usr/var/spool/lpd
991 lrwxrwxrwx 1 root system 35 Nov 20 2002 /usr/var/spool/lpd -> ../cluster/members/{memb}/spool/lpd


=>should be a cdsl.

#ls -l /usr/spool/lpd/
total 1
-rw-r--r-- 1 root system 7 Oct 28 17:24 lpd.lock


And the following printer spool dirs as directories:

#ls -ld /usr/spool/lpd?
drwxr-xr-x 2 daemon daemon 8192 Apr 30 2003 /usr/spool/lpd0
drwxr-xr-x 2 daemon daemon 8192 Jul 8 11:03 /usr/spool/lpd1
drwxr-xr-x 2 daemon daemon 8192 Nov 4 17:28 /usr/spool/lpd2

#clu_get_info -raw
C:XXXXXXX:2:1:0x76977:3:3:2:dsk16h:1
M:1:YYYYYYY:YYYYYYY-ics0:10.0.0.1:UP:Compaq Tru64 UNIX V5.1A (Rev. 1885):TruCluster Server V5.1A
(Rev. 1312):INSTALLED:QQQQQQQ:1:0x40001
M:2:FFFFFFF:FFFFFFF-ics0:10.0.0.2:UP:Compaq Tru64 UNIX V5.1A (Rev. 1885):TruCluster ServerV5.1A(Rev.1312):INSTALLED:FFFFFFF:1:0x30002

Then on a standalone machine
# hwmgr -view cluster
hwmgr: This system is not a member of a cluster.
# sizer -v
Compaq Tru64 UNIX V5.1A (Rev. 1885); Wed Nov 13 15:15:58 CET 2002

It's similar,
# grep spool/lpd /usr/.smdb./*.inv
/usr/.smdb./OSFPRINT520.inv:0 8192 00000 0 0 040755 8/1/01 520 d ./usr/var/cluster/members/member0/spool/lpd none OSFPRINT520
/usr/.smdb./OSFPRINT520.inv:0 35 00000 0 0 120777 8/1/01 520 s ./usr/var/spool/lpd ../cluster/members/{memb}/spool/lpd OSFPRINT520

Should also be a cdsl.

Hope it helps,

Albertino Cortes
Michael Schulte zur Sur
Honored Contributor

Re: spool dir cdsl?

Hi,

why is your lpd a cdsl and lpd0 a plain directory? They are both spool directories!?
That´s my question. Should a spool directory be a cdsl or not, od does it not matter?

Michae
Cortes Albertino
Trusted Contributor

Re: spool dir cdsl?

Hello,

The /usr/spool/lpd/ cdsl contains a file lpd.lock.

In this file lock file, you can notice that a PID value is present. This PID refers to lpd daemon.

In a cluster, of course these PID values are different so it also explains why a cdsl.
Should be a cdsl.

In fact on a stand alone system, with a "lpd" directory probably it could work as in V4.X releases but you could encounter some trouble during patch ou upgrade installations.

$ pwd
/var/cluster/members/member1/spool/lpd
$ ls
lpd.lock
$ cat lpd.lock
525313
$ ps -ef | grep 525313
root 525313 524289 0.0 Oct 28 ?? 0:00.01 /usr/lbin/lpd
tino 627333 627307 0.0 09:04:37 pts/1 0:00.00 grep 525313
$ ps -ef | grep 525313 | grep -v grep
root 525313 524289 0.0 Oct 28 ?? 0:00.01 /usr/lbin/lpd
$
The lpd? spool should be directories.

Albertino

Michael Schulte zur Sur
Honored Contributor

Re: spool dir cdsl?

Hi,

so far, I have made then all cdsls. It should not hurt. I will create one printer with lprsetup and see, what it does. Unless there are more serious concerns with this, I would call this case closed.

thanks for your assistance,

Michael
Michael Schulte zur Sur
Honored Contributor

Re: spool dir cdsl?

Hi,

I have redone them all and they are plain directories now.

Michael
Dave Bechtold
Respected Contributor
Solution

Re: spool dir cdsl?

Hi Michael,

In a default installation for a standalone system the /var/spool/lpd directory is a CDSL (Context Dependent Symbolic Link). Even though the system is not in a TruCluster configuration we still define all the base OS CDSL's. You can check the integrity of any systems CDSLs, Clustered or not, by executing /usr/sbin/cdslinvchk .

The defined printers spool directory, i.e. /var/spool/lpd1 for printer lpd1, will _not_ be a CDSL by default. This allows other members in a TruCluster environment to process any printers spool directory regardless of where the job is submitted. If HOST1 is already processing /var/spool/lpd1 spool directory and HOST2 comes along and drops a job in that spool area, then HOST1 will process the job. There is a printcap flag "on=" to restrict/order which TruClusters members process a printers spool area.

Having /var/spool/lpd as a non-CDSL directory on a standalone system would not be a standard setup.

Hope this helps,
Dave Bechtold
Michael Schulte zur Sur
Honored Contributor

Re: spool dir cdsl?

Hi Dave,

thats a precise and clear answer, which gives me the rest of information I needed.

thanks,

Michael