Re: Migrate Printers with Printmig 3.1

From: Paul Baker [MVP, Windows - SDK] (paulb_at_online.rochester.rr.com)
Date: 10/14/04


Date: Thu, 14 Oct 2004 09:39:09 -0400

Yes, the clients sound fine! I am by no means an expert, and all I can
suggest at this point is that you go through the "additional things to
consider..." section with a fine-tooth comb.

Paul
Additional things to consider before you use this solution
      . The solution in the MoreInformation section works only if clients
use DNS or another name resolution method that incorporates DNS when they
connect to the print server. Clients cannot take advantage of this solution
if they: . Are connected directly by Internet Protocol (IP) to the print
servers.
            . Use only network basic input/output system (NetBIOS).
            . Use Windows Internet Name Service (WINS) but do not use WINS
reverse lookup.
      .
      . If some clients use WINS, permit those clients to correctly resolve
the print server names. To do this, remove from the WINS database the names
of the print servers that were removed during consolidation.
      . The particular node type that you use for name resolution can also
affect the outcome of this solution. You must use a node type that uses DNS
for name resolution. We recommend the hybrid node type (h-node). For
additional information about node types, click the following article number
to view the article in the Microsoft Knowledge Base:
      167640 Automatically changing the node type of a Windows NT
workstation
      160177 Default node type for Microsoft clients

Paul

"Steven Worling" <sworling@nascar.com> wrote in message
news:%231WPG$WsEHA.3872@TK2MSFTNGP15.phx.gbl...
> Paul,
>
> the clients are all windows XP. printers currently on 2000 servers with
sp4
> going to win2k03 servers
>
> Steve
>
> "Paul Baker [MVP, Windows - SDK]" <paulb@online.rochester.rr.com> wrote in
> message news:eS0q75WsEHA.3788@TK2MSFTNGP15.phx.gbl...
> > Do you meet the requirements listed under "Additional things to consider
> > before you use this solution".
> >
> > What versions of Windows are the clients?
> >
> > <pray>please don't say Windows 95...</pray>
> >
> > Paul
> >
> > "Steven Worling" <sworling@nascar.com> wrote in message
> > news:OVr1jsWsEHA.3136@TK2MSFTNGP11.phx.gbl...
> >> We can move printers to a new server using the Print Migrator 3.1 tool.
> >> everything looks good. But when clients connect based on a KB article
> >> (http://support.microsoft.com/default.aspx?scid=kb;en-us;870911) we get
a
> >> error access denied from the client. We are trying to avoid touching
all
> >> client computers to remap their printers.
> >>
> >> Please Help
> >> Steve
> >>
> >>
> >
> >
>
>



Relevant Pages

  • Re: FSMO roles transfer
    ... Paul Bergson ... MVP - Directory Services ... authentication (Other than the PDCe if there was a recent password ... In my case DC 1 failed so shouldn't the clients be resolving ...
    (microsoft.public.windows.server.active_directory)
  • Re: Minimum Hardware Requirements
    ... A big resource hit on the print server is the number and type of clients ... There is a white paper on this but it does not state that with x Win2k ...
    (microsoft.public.win2000.printing)
  • Re: Lost Resources
    ... Hi Paul - See my reply to Weber? ... AT&T Network Client - IBM I did a Ipconfig /all and the DNS is different as ... the clients in site H point to dns services in site H and another site (If ...
    (microsoft.public.windows.server.active_directory)
  • Need some advice please.
    ... We're replacing our old NT print server with a 2k3 Server. ... printers on the print server. ... clients pointing directly to at least _some_ of the various printers ... I was wondering if this could/should be set up using a group policy. ...
    (microsoft.public.windows.server.scripting)
  • Re: FTP Server could not create a client worker thread for user at host
    ... Paul - you're a genius! ... >>subnet try to login to the ftp server. ... Clients in the subnet do not have ... The Web server is using integrated authentication. ...
    (microsoft.public.inetserver.iis)