home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / unix / aix / 11307 < prev    next >
Encoding:
Internet Message Format  |  1992-11-05  |  1.8 KB
  1. Path: sparky!uunet!cs.utexas.edu!ut-emx!ibmchs!auschs!portal.austin.ibm.com!awdprime.austin.ibm.com!beany.austin.ibm.com!srao
  2. From: srao@beany.austin.ibm.com (Satish Rao)
  3. Newsgroups: comp.unix.aix
  4. Subject: Re: inu_LOCK
  5. Message-ID: <1992Nov4.153440.19664@awdprime.austin.ibm.com>
  6. Date: 4 Nov 92 15:34:40 GMT
  7. References: <1992Nov3.124019.13770@jupiter.sun.csd.unb.ca>
  8. Sender: news@awdprime.austin.ibm.com (USENET News)
  9. Organization: "Personal Systems Programming, IBM Austin"
  10. Lines: 41
  11.  
  12. In article <1992Nov3.124019.13770@jupiter.sun.csd.unb.ca> dedourek@jupiter.sun.csd.unb.ca (John DeDourek) writes:
  13. >
  14. >A recent thread of articles was concerned with installp failures.  One
  15. >of the recommentations was to remove files with the name inu_LOCK.
  16. >I see that I have files:
  17. >       /lpp/inu_lock
  18. >       /usr/lpp/inu_LOCK
  19. >       /usr/share/lpp/inu_LOCK
  20. >dated Jul 30.  But I have installed several updates since then, and
  21. >the installation reported success.  
  22.  
  23. >Is there a problem?  
  24.  No
  25.  
  26. >Does the presence of these files prevent proper installation of updates?
  27.  No
  28.  
  29. >What is the purpose of these files?
  30. >       /lpp/inu_lock           
  31.             Lock for root part
  32. >       /usr/lpp/inu_LOCK
  33.             Lock for user part
  34. >       /usr/share/lpp/inu_LOCK
  35.             Lock for share part
  36.  
  37. >Why are these files left?
  38.         During installtion the process tries to obtain a lock for the relevant 
  39.         file and proceeds if it succeeds.   
  40.         This is to prevent multiple install sessions at the same time.
  41.  
  42. >Should I remove these files?
  43.         Not necessary.  If you have problems with the locks, see if any
  44.         process is holding it by running "fuser inu_LOCK".
  45. >
  46. >dedourek@jupiter.sun.csd.unb.ca
  47.  
  48. -- 
  49.   Satish Rao            Consultant, cmdinstl
  50.   512-838-3428                  srao@beany.austin.ibm.com
  51.   Neither IBM nor Princeton share or back the opinions expressed here
  52.   
  53.