Rob,
You are correct this should have. Let me ask a dumb question, is this
user id signed on somewhere? Is there a job on the system that was
started by this user (do a wrkusrjob markp)?
Jim
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[
mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of rob@xxxxxxxxx
Sent: Tuesday, June 19, 2007 12:09
To: Midrange Systems Technical Discussion
Subject: RE: DLTUSRPRF fails with CPF22BF-User profile not deleted.
No, the OWNOBJOPT(*DLT) should have blasted them to kingdom come.
WRKOBJOWN shows nothing.
Rob Berendt
--
Group Dekko Services, LLC
Dept 01.073
PO Box 2000
Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com
"Rubino, Jim" <Jim.Rubino@xxxxxxxx>
Sent by: midrange-l-bounces@xxxxxxxxxxxx
06/19/2007 12:45 PM
Please respond to
Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
To
"Midrange Systems Technical Discussion" <midrange-l@xxxxxxxxxxxx>
cc
Fax to
Subject
RE: DLTUSRPRF fails with CPF22BF-User profile not deleted.
The user may have a MSGQ, JOBD and OUTQ that they own, you will have to
remove them as owner/authority or delete these first then try and delete
the user profile.
Jim
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[
mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of rob@xxxxxxxxx
Sent: Tuesday, June 19, 2007 11:00
To: midrange-l@xxxxxxxxxxxx
Subject: DLTUSRPRF fails with CPF22BF-User profile not deleted.
DLTUSRPRF USRPRF(MARKP) OWNOBJOPT(*DLT)
CPF22BF-
Message . . . . : User profile MARKP not deleted.
Cause . . . . . : User profile MARKP cannot be deleted because the
user
profile still owns objects or is the primary group for objects.
Recovery . . . : See the previously listed messages in the job log
using
the Display Job Log (DSPJOBLOG) command or press F10=Display messages
in jo
log. Correct the errors and try the command again.
CPDA0B2
Message . . . . : A request to remove all links for an object failed.
The
object has no name. Condition 1 exists.
Cause . . . . . : An internal function requested that all links for an
object be removed. However, the object has no name. The object was
detected
as being in condition 1. The meaning of this condition code is: 1.
The
object is in use by some job, but the object's name has been removed.
2.
The object exists but it can not be used by any other job because it
has no
name.
Recovery . . . : The user's response depends on the condition code
returned. The responses are: 1. Wait until the job which has the
object in
use releases it. Then, retry your requested function. 2. Run the
RCLSTG
(Reclaim Storage) command to give the object a name in the "QReclaim"
directory. Then, you can retry your requested function.
IBM gave us the Microsoft Answer: IPL and see if it still happens. If
so, there is a new V5R4 command:
RCLOBJOWN USRPRF(MARKP)
Requires dedicated state or you will get:
CPF8208
Message . . . . : System not in proper state to reclaim objects by
owner.
Cause . . . . . : Either all the subsystems were not ended before
running
the RCLOBJOWN command or there is a system job still running.
Recovery . . . : Do one of the following and try the RCLOBJOWN
command
again:
-- End all subsystems by using either the ENDSBS or the ENDSYS
command.
-- If the RCLOBJOWN command is run after an IPL, you may need to
wait
several minutes for the IPL to complete. Use the Work with Active Jobs
(WRKACTJOB) command to verify that no jobs are running and the status
of all
the subsystems is not active.
Rob Berendt
--
Group Dekko Services, LLC
Dept 01.073
PO Box 2000
Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe,
unsubscribe, or change list options,
visit:
http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a
moment to review the archives at
http://archive.midrange.com/midrange-l.
midrange.com
