HP3000-L Archives

June 1999, Week 3

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Arthur Frank <[log in to unmask]>
Reply To:
Arthur Frank <[log in to unmask]>
Date:
Thu, 17 Jun 1999 14:44:19 -0700
Content-Type:
text/plain
Parts/Attachments:
text/plain (93 lines)
I suspect that a patch (or reboot) is in order...
$ rmdir /JUNK     does not work
$ rm /JUNK     does not work
$ rm -R /JUNK     does not work (this, I tried with great trepidation)
:PURGEDIR /JUNK    does not work  (Mark, you said that this is a "workaround" for this problem, but alas, it doesn't work... Am I doing something wrong?)
:PURGE /JUNK    does not work

Any other ideas?   I don't want to reboot!  I don't want to wait for a patch!  Arrrrgh!

Sorry for whining,

Art Frank
Manager of Information Systems
OHS Foundation
[log in to unmask]
(503) 220-8320

>>> Mark Bixby <[log in to unmask]> 06/17 1:39 PM >>>
Arthur Frank writes:
>
> Hello,
>
> Help!  I made a mistake when extracting an archive, and a directory was created in Posix-land that I cannot get rid of.  I'm quite embarrassed by this mistake, so the name has been changed to conceal the extent of my stupidity.  :-)
>
>  $ ls -l
> drwxrwxrwx   2 MANAGER.SYS       0            224 Jun 17 18:03 JUNK
> $ rmdir JUNK
> directory "JUNK": Permission denied
> $ exit
>
> END OF PROGRAM
> :LISTFILE /JUNK,3
>  ********************
>  FILE: /JUNK/
>
>  FILE CODE : 0                   FOPTIONS: BINARY,HFSDIR,NOCCTL,DIRECTORY
>  BLK FACTOR: 1                   OWNER   : **
>  REC SIZE: 32(BYTES)             GROUP ID: **
>  BLK SIZE: 32(BYTES)             SECURITY--READ    :
>  EXT SIZE: 0(SECT)                         WRITE   :
>  NUM REC: 7                                APPEND  :
>  NUM SEC: 32                               LOCK    :
>  NUM EXT: 1                                EXECUTE :
>  MAX REC: 67107839                       **SECURITY IS ON
>                                  FLAGS   : 1 ACCESSOR,SHARED
>  NUM LABELS: 0                   CREATED : THU, JUN 17, 1999, 12:15 PM
>  MAX LABELS: 0                   MODIFIED: THU, JUN 17, 1999, 12:18 PM
>  DISC DEV #: 2                   ACCESSED: THU, JUN 17, 1999,  1:06 PM
>  SEC OFFSET: 0                   LABEL ADDR: **
>  VOLCLASS  : MPEXL_SYSTEM_VOLUME_SET:DISC
>
>
> :LISTFILE /JUNK,-2
>  PATH= /
>
>  ------------ACD ENTRIES-------------- FILENAME
>
>  @.@                : TD,RD,CD,DD,RACD JUNK/
>
>
> :PURGE /JUNK
> SECURITY VIOLATION  (FSERR 93)
> Unable to purge file "/JUNK". (CIERR 384)
>
>
> What gives?  I'm thinking this has something to do with the 1 accessor showing when I do a LISTFILE ,3.  But...  As far as I can see, NO ONE is accessing this directory.
>
> Help!  How do I get rid of this thing?

You're a victim of the bad MPEJXV9B patch WHICH IS STILL BEING DISTRIBUTED AS
A PART OF POWERPATCH 6!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

OK, I guess that's a rant.  I tried to convince the HPRC it was a bad idea
to be distributing a known bad patch with PP6, but they weren't too concerned,
and didn't want to remove it from future shipments of PP6.  Grumble.  Harumph.

The bad patch results in phantom user counts which will prevent you from
purging the directory.

If you reboot your system, the counts will be zeroed out, and you can purge
the directory.

As a workaround that avoids this problem, use the MPE :PURGEDIR command
instead of POSIX rmdir or rm -R.

This problem is fixed by MPEKXL0A.
--
Mark Bixby                      E-mail: [log in to unmask] 
Coast Community College Dist.   Web: http://www.cccd.edu/~markb/ 
District Information Services   1370 Adams Ave, Costa Mesa, CA, USA 92626-5429
Technical Support               Voice: +1 714 438-4647
"You can tune a file system, but you can't tune a fish." - tunefs(1M)

ATOM RSS1 RSS2