Re: sys$create returns privilege error after reboot

Liste des GroupesRevenir à co vms 
Sujet : Re: sys$create returns privilege error after reboot
De : seaohveh (at) *nospam* hoffmanlabs.invalid (Stephen Hoffman)
Groupes : comp.os.vms
Date : 20. Jun 2026, 02:12:57
Autres entêtes
Organisation : HoffmanLabs LLC
Message-ID : <1114pep$3n9rl$1@dont-email.me>
References : 1
User-Agent : Unison/2.2
On 2026-06-19 09:42:12 +0000, David Meyer said:

What kind of things might cause a problem like this to suddenly appear?
Enable file access failures in security auditing, and see which file is failing and why.
Use SET AUDIT/ENABLE=(stuff) to enable either privilege failures, /DISABLE=(stuff) to shut it off after testing, and then ANALYZE/AUDIT/SINCE=JustBeforeNOPRIV to see what gers logged.
Details are in the OpenVMS docs.
Alternatively, the sneaky way is to borrow the undocumented XQP debugging, though this uses CMEXEC or CMKRNL. SET WATCH is issued prior to starting the executable, and the XQP activity will be shown, including the filenames and the (hexadecimal) error codes.
Borrowing some text written long ago by a very silly, silly person:
{{{
The undocumented and unsupported command SET WATCH/CLASS=ALL FILE -- which
  also requires CMKRNL or CMEXEC privilege -- is the most common approach.
  Use the command SET WATCH/CLASS=NONE FILE to turn the (copious) XQP output
  off.
  Available SET WATCH /CLASS keywords can include the following:
    ALL, NONE, MAJOR_FUNCTION, CONTROL_FUNCTION, ATTRIBUTES,
    DIRECTORY_OPERATIONS, DUMP, QUOTA_OPERATIONS and PROTECTION.
}}}
Here, probably SET WATCH /CLASS=MAJOR FILE to enable, and after the app fails use the qualifier /CLASS=NONE to disable.
And FILE here is a keyword FILE, not a filename. Literally the four characters FILE.
Output from SET WATCH is chatty, and it'll be chatty for everything until SET WATCH /CLASS=NONE FILE is involved.
And for completeness, make sure the file version isn't ;32767. Because if it is, a new-version create will fail because of the version limit.
--
Pure Personal Opinion | HoffmanLabs LLC
Date Sujet#  Auteur
19 Jun 26 * sys$create returns privilege error after reboot4David Meyer
19 Jun 26 +* Re: sys$create returns privilege error after reboot2Dan Cross
19 Jun 26 i`- Re: sys$create returns privilege error after reboot1Subcommandante XDelta
20 Jun 26 `- Re: sys$create returns privilege error after reboot1Stephen Hoffman

Haut de la page

Les messages affichés proviennent d'usenet.

NewsPortal