|
This is a mapics problem. Has to do with PC jobs getting killed as apposed to shutting down gracefully. Mapics had no solution at XA2. (i also am at xa2 going to 5.5). IPL your system and all of these will be deleted. Then you can delete the usr profiles. Steve Wolfe Hufcor, Inc -----Original Message----- From: Bryan Burns [mailto:burnsbm@echoincorporated.com] Sent: Tuesday, April 18, 2000 10:19 AM To: 'mapics-l@midrange.com' Subject: What's up with all these data areas as owned objects by myself? Hello everyone, I did a DSPUSRPRF USRPRF(myself) TYPE(*OBJOWN) OUTPUT(*PRINT) and the AS/400 generated 10,000 pages and was still chugging along when I killed the job with a system request. Although the top of the report says I own a total of 145 objects, the report kept listing MAPICS data areas over and over. At 50 records a page, the report had about 500,000 records and was still generating when I killed the job. Funny thing is, if I do the same DSPUSRPRF to an outfile, I only get 33 data areas! I imagine this is not something I need to get concerned about, but it all about because I had forty AS/400 user profiles that I needed to delete and I started looking at object ownership by user profiles. Does anyone have any ideas as to what is happening here? These are MAPICS data areas aren't they? I suspect it is related to me being the one who schedules MAPICS back ups. Please be gentle as I am only a lowly operator running MAPICS XAR2 (soon to be 5.5) on a V4R4 620. Here is a sample of part of the report: Object Library Type ZZMNU QTEMP *DTAARA ZZSTRM QTEMP *DTAARA WND_1024 QTEMP *USRSPC ZZFLES QTEMP *DTAARA ZZLDA QTEMP *DTAARA ZZPRC QTEMP *DTAARA ZZRQS QTEMP *DTAARA ZZTSK QTEMP *DTAARA ZZFLES QTEMP *DTAARA ZZLDA QTEMP *DTAARA ZZPRC QTEMP *DTAARA ZZRQS QTEMP *DTAARA ZZTSK QTEMP *DTAARA ZZFLES QTEMP *DTAARA ZZFLES QTEMP *DTAARA ZZLDA QTEMP *DTAARA ZZPRC QTEMP *DTAARA ZZRQS QTEMP *DTAARA ZZTSK QTEMP *DTAARA CMDSTK QTEMP *DTAARA DGMNU QTEMP *DTAARA ZZFLES QTEMP *DTAARA ZZIFM2 QTEMP *DTAARA ZZLDA QTEMP *DTAARA ZZMCNT QTEMP *DTAARA ZZMNU QTEMP *DTAARA ZZSTRM QTEMP *DTAARA WND_1024 QTEMP *USRSPC ZZFLES QTEMP *DTAARA ZZLDA QTEMP *DTAARA ZZPRC QTEMP *DTAARA ZZRQS QTEMP *DTAARA Thanks, Bryan Burns Echo, Inc. Burnsbm@echoincorporated.com +--- | This is the MAPICS Mailing List! | To submit a new message, send your mail to MAPICS-L@midrange.com. | To subscribe to this list send email to MAPICS-L-SUB@midrange.com. | To unsubscribe from this list send email to MAPICS-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: dshaw@spartan.com +--- +--- | This is the MAPICS Mailing List! | To submit a new message, send your mail to MAPICS-L@midrange.com. | To subscribe to this list send email to MAPICS-L-SUB@midrange.com. | To unsubscribe from this list send email to MAPICS-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: dshaw@spartan.com +---
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.