From: Davies Sue (sdavies@BARKING-DAGENHAM.GOV.UK)
Date: Wed Oct 02 2002 - 04:09:22 EDT
**********************************************************************
http://www.barking-dagenham.gov.uk
CONFIDENTIALITY AND DISCLAIMER
This email is confidential to the initial email addressee.
If you are not the intended recipient, please notify the sender
immediately on +44 (0)20 8592 4500 and delete the message
from all locations in your computer network. You should not copy
this email or use it for any purpose, or disclose its
contents to any person : to do so may be unlawful.
Due to the informal nature of this form of communication
the London Borough of Barking and Dagenham (the "Council")
hereby excludes any warranty as to the quality or accuracy
of any information contained in this message and any liability
of any kind for the information contained in it, or for its
transmission, reception, storage or use in any way whatsoever.
As a result in the absence of prior non-email agreement written
or otherwise this email does not legally bind the Council to any
relations or obligations in English or other Jurisdiction law
**********************************************************************
I have to say I don't understand everything that happened here, the print
queues have been working. I have various bits and pieces that I have printed
from this machine. Yesterday it all stopped, this morning it all seems to be
working again. Thanks for this though, as a precaution I did the chvirprt
on the jet direct printers.
Thanks again
Sue
-----Original Message-----
From: Johnn D. Tan [mailto:jdtan@MED.CORNELL.EDU]
Sent: 01 October 2002 18:15
To: aix-l@Princeton.EDU
Subject: Re: Printing problems (Sorry about the disclaimer, it's been
move d to the top of the message)
Sue:
We got this from IBM in order to migrate print queues. Though it is
not supported by IBM, it worked for us (migrating over 400 print
queues). It's possible that you did not do one of these steps.
But yeah, if you are not getting a real printout by doing:
enq -Pnameofprintqueue /tmp/somebasictextfile
then there is something very wrong with your queues.
johnn
> SPECIAL NOTICES
>
> Information in this document is correct to the best of our
> knowledge at the time of this writing.
>
> Please use this information with care. IBM will not be
> responsible for damages of any kind resulting from its use.
> The use of this information is the sole responsibility of
> the customer and depends on the customer's ability to eval-
> uate and integrate this information into the customer's
> operational environment.
>
>
>** NOT SUPPORTED ** ** NOT SUPPORTED ** ** NOT SUPPORTED **
>
>
>Migrating print queues from one system to another/os level independent.
>(this only addresses the queue names and virtual printers). print devices
>(lp's)
>must still be made independent of thses actions and this will not work for
>any queues with non-AIX backends or most network queue connections (host
>names and routes being the primary issue).
>
>Also depending on what kind of connection the queue has, the file and or
>backend directory path in /etc/qconfig stanzas will be different between
>os level 3.2.5 and 4.x.x
>
>The reason there is no cut and dry answer to this issue is that
>customer's systems vary so much in adapter/network connectivity,
>filesystem structure, host naming conventions, etc., that
>years of experience have taught us most people are much
>better off just making the queues via smit. A few hours work and
>it's done rather then 20 hours later and still trying to
>figure out one more piece of the puzzle which is stopping the cloned
>system from working.
>
>
>SUGGESTION:
>
>NOTE: Save all files which will be over-written by this process before
>attempting
>the migration.
>
>1. copy the /etc/qconfig to the target system.
>
>2. cycle the printer subsystem on target machine.
> stopsrc -cg spooler
> startsrc -g spooler
>
>3. copy all the /var/spool/lpd/pio/@local/custom files to target system
> (/var/spool/lpd/pio/custom <-- for AIX 3.2.x)
>
>3b. copy all the /var/spool/lpd/pio/@local/dev directory files
> (this is the queue device place holder)
>
>4. change the permission on the copied files in
> /var/spool/lpd/pio/@local/custom/(files)
> to 664 and make ownership of root owner and printq group.
>
>5. digest the colonfile: #chvirprt -q(queue name) -d(device name) of each
>file in
> /var/spool/lpd/pio/@local/custom
> (or run the below sm_file script)
>
>The sm_file Script:
>
>
>#!/bin/ksh
>
>echo "\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n"
>echo "This operation will refresh the printing system smit screens"
>echo "and relink the system queues to the new screens. To complete"
>echo "the operation I will stop qdaemon and restart it after I am done.\n"
>echo "Any job currently printing will start over from the begining.\n"
>echo "If you want me to continue with this operation type YES in capital"
>echo "letters, and hit <enter>. If not type NO and hit <enter>.\n"
>echo "Shall I continue?"
> while read QSTOP
> do
> {
> if [[ -z $QSTOP ]] #tests for a null (just hit enter)
> then
> echo "\n"
> elif test $QSTOP = "NO"
> then
> echo "stopping with no change to smit queue screens"
> exit #exits this shell script
> elif test $QSTOP = "YES"
> then
> break #exits the while loop after the
> fi
> }
> echo "Please enter NO or YES"
> done
>echo "\n"
>echo "Stopping qdaemon."
>echo "\n"
>stopsrc -cs qdaemon
>echo "I will now copy backup smit screen files to the directory of:"
>echo "/var/spool/lpd/pio/@local/smit."
>echo "one moment please...\n"
>sleep 5
>
>cp /usr/lpp/printers.rte/inst_root/var/spool/lpd/pio/@local/smit/* \
> /var/spool/lpd/pio/@local/smit
>
>echo "Done with smit screen refresh.\n"
>sleep 2
>
>cd /var/spool/lpd/pio/@local/custom
>
>echo "I will now link the currently existing queues on the system, with
the"
>echo "refreshed smit screens.\n"
>sleep 3
>
>for file in `ls`
>do
> echo "Now linking queue and device $file"
> /usr/lib/lpd/pio/etc/piodigest $file
>done
>
>echo "\n"
>echo "Starting qdaemon"
>startsrc -s qdaemon
>echo "\n"
>echo "The print queue refresh/relink operation is complete. If you have"
>echo "any questions or problems please call: 1-800-225-5249 (AIX
SUPPORT)."
>echo "Thank you for using AIX SUPPORT."
>
>
>#End of script
>
>
>
>This has worked in a test environment but it is not guaranteed to work in
>any particular OS or hardware environment. If it does not work, return
>to the supported method of queue construction as laid out in the
>AIX system manuals.
>
>Thank you for using AIX SUPPORT.
>
>** NOT SUPPORTED ** ** NOT SUPPORTED ** ** NOT SUPPORTED **
This archive was generated by hypermail 2.1.7 : Wed Apr 09 2008 - 22:16:15 EDT