V7R1 to V7R3: User Job Logs Printing after upgrade

We have recently upgraded from V7R1 to V7R3 on a number of our IBM i servers.  Since upgrading, our user's job logs are being sent to their assigned printer when they log out of the system.  Does anyone know what system setting would have changed that is causing this to happen? I would like to set things back to normal ASAP.

I appreciate any insight into the issue!
LVL 1
Matthew RoessnerSenior Systems ProgrammerAsked:
Who is Participating?
I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

Gary PattersonVP Technology / Senior Consultant Commented:
Probably because someone changed system-supplied printer files in QSYS at some point in the past, and they got replaced on upgrade.  

http://www-01.ibm.com/support/docview.wss?uid=nas8N1014082

If changes to system objects are absolutely necessary, I suggest that you either keep a central log of all changes so that they can be reproduced after an upgrade, or, even better, create a CL program to apply the changes, and make running that CL a "final step" in every upgrade process.  

If you really want to get fancy, add it to your system start-up program.  The data area QSS1MRI contains the current VRM.  Create a copy of QSS1MRI in a user library, and compare the two each time the system starts up.  If they don't match, run your post-upgrade script, and update the user copy of QSS1MRI.

It is occasionally possible that applying a TR or PTF could also undo one of your changes.  If that happens, you can just run the post-upgrade script manually, or you could design a similar process to detect PTF application.

Some shops also keep copies of modified OS objects in a separate lib, and add that lib to the top of the system portion of the library list.  This works for most modified objects, except where the QSYS lib is hardcoded.  It also means that you could have back-level objects in this lib after an upgrade that could cause problems.  But at least it gives you a very obvious place to look.
0

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
Matthew RoessnerSenior Systems ProgrammerAuthor Commented:
Thanks for the suggestions Gary. I certainly like your idea of adding the compare to the start-up script.   For our specific problem, I modified the following PRTF and it resolved the issue:

[b]CHGPRTF FILE(QSYS/QPJOBLOG) OUTQ(*LIBL/QEZJOBLOG[/b]
1
Gary PattersonVP Technology / Senior Consultant Commented:
Happy to help, Matthew.
0
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
IBM System i

From novice to tech pro — start learning today.

Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.