• 1. Files needed to rename the server
    I need a list of files to rename a Solaris server. I have modified the /etc/hosts, /etc/hostname.hme1 and it still brings back the original name after reboot. Any help would be a appreciated. Thanks, Eric
  • 2. relationship between /usr/bin/adb and /usr/bin/ps
    hi all, has anyone notice the relationship between this 2 files?? whenever u change the permission of either file, it also apply to the other file as well. for example orginal - r-xr-xr-x root root /usr/bin/adb r-xr-xr-x root root /usr/bin/ps #chmod 554 /usr/bin/adb after - r-xr-xr-- root root /usr/bin/adb r-xr-xr-- root root /usr/bin/ps anyone has any idea on this. Thanks
  • 3. fsck and boot
    Hi, Recently my ultra 10 has been on the reboot displaying this when it does a fsck: fsck: ioctl _FIOGETSUPERBLOCK error: Inappropriate ioctl for device the only way to get around on a reboot is to do a boot -r does anyone have any suggestions as to why this would happen ?
  • 4. gnome and solaris
    please can anyone give information on the following problem We are using as main Server a SUN sparc with solaris 8 we have about 50 clients on our net with RH9. On our Server we have install NIS authentication and we use the same user name for our clients we received the following message when we try to logout "An error occured while loading oe saving configuration information at gnome panel. Some configuration setting may not work properly." Can anyone help me please on what to do Thanks in advance


Postby huge » Fri, 11 Nov 2005 23:29:48 GMT

I fear I have done a foolish thing...

Sometime in the past, likely November 2003, I moved /var/spool/pkg from
the real /var to another disk and created a link from the real /var/spool/pkg
to the directory elsewhere (probably because /var was short of disk space).

In the intervening period, I seem to have lost the entire contents of the
directory, with the exception of SMClibgcc/  SMCperl/    SMCsamba/

I don't suppose (he said, pathetically hopefully) there's any way of recreating
this directory (or rather it's contents), is there? I have no backups
that old.

Also, rather oddly, pkginfo no longer produces any output at all, not even
about the packages that remain in /var/spool/pkg. Why's that?

I successfully installed the Solaris 8 Recommended patch
cluster a few weeks ago, and I thought that wouldn't work without a
valid /var/spool/pkg?

patchadd -p no longer works;

anubis{root}40: patchadd -p

/usr/sbin/patchadd[6]: /var/sadm/pkg:  not found
grep: can't open */pkginfo
grep: can't open */pkginfo
/usr/sbin/patchadd[15]: /var/sadm/pkg:  not found
No patches installed

I've done this on two boxes, too. (One an Ultra-2, the other an Ultra-10,
both with Sol 8). I suspect I did something dumb in order to get the
patch kit to install.


            "Other people are not your property."
        [email me at huge [at] huge [dot] org [dot] uk]

Re: /var/spool/pkg

Postby Thomas Maier-Komor » Sat, 12 Nov 2005 20:58:26 GMT

that does not sound odd at all, because it is the _spool_ directory. The
metadata of the packages is stored under /var/sadm/pkg not

because pkginfo gets its info from /var/sadm/pkg/* and
/var/sadm/install/contents AFAIK.

maybe /var/sadm/pkg was still available back then....

what about showrev -p?

I guess you have to try to restore your system from a backup or
reinstall it.


Similar Threads:

1./var/mail -vs- /var/spool/mail


any idea why my /var/spool/mqueue is backing up with messages? I cannot send 
email out from this machine. sendmail is running  what should i do? 

3.dead.letter file in /var/spool/lpd/qdir

We have a remote print queue that occasionally (actually, about once/
day) goes down and we cannot delete the first job in the queue.  I
found that the problem is a file, dead.letter, that exists in the /var/
spool/lpd/qdir directory.  If I move this file from that directory, I
can delete the job from the queue and the printer continues printing.

The contents of this file are as follows:

Message from queueing
0782-024 The piobe command must be invoked only by the
        qdaemon.  It is dependent on services provided by the qdaemon
        cannot run without them.  To cause the qdaemon to invoke
piobe, refer
        to the qprt, lp, lpr, and enq

Can anyone explain what causes this, and what I can do to prevent it
from happening?

Additional information:  This printer is rather unique, for some
undetermined reason.  It's a Xerox WorkCenter M20i.  I have a couple
dozen printers defined on this AIX server, all defined using port
9100, except this one.  When I define it just like the others, it will
print text, but not PostScript.  If I define it as a remote LPD
printer, it will print PostScript, but it goes down a lot and has to
be manually restarted, an occasionally develops the symptom described
above.  Xerox doesn't have an answer for me.  Just wondering if anyone
has any insights or suggestions.

4.Printing: /var/spool/qdaemon and CDE print manager out of sync

Hi all,

I have a problem understanding what I see with regards to printing in

Shouldn't the directory /var/spool/qdaemon and the Printer Manager on
the CDE GUI display the same information?

The problem I have is:

1. I print using an application. The print jobs show up in
/var/spool/qdaemon (and stay there, which is the original problem I try
to solve in the first place), but I cannot see them in the Printer

2. I print using SMIT. I can see the jobs in the Printer Manager (when
I hold the printer) but they are not in /var/spool/qdaemon.

Are these two different systems that are not connected?


5.restore crontab /var/spool/cron/crontabs/cronfile

hello All,

  I'm trying to restore a crontab called cronfile how ever every time
i restore it using.

tctl fsf 3
restore -xvf /dev/rmt0.1 /var/spool/cron/crontabs/cronfile

i get the following message
restore: 0511-260 The archive is not in backup format

Also when i use smit restmksysb
it does not restore the file eventhough the file exist in the mksysb

can i just do a more command to see the the file and save the output
to a file?

Im not sure where the problem is...


6. editing the root mail file in /var/spool/mail

7. /var/spool/clientmqueue (2 requests)

8. Running spamassassin on messages in /var/spool/mqueue

Return to unix


Who is online

Users browsing this forum: No registered users and 45 guest