All About Citrixprint Server
- All About Citrixprint Servers
- All About Citrix Print Server Load Balancing Session Printing
- All About Citrix Print Server Download
- Download Citrix Server
- All About Citrix Print Server Login
Jun 03, 2016 It will check to see if all servers are indeed print servers and if they are configured identically. Citrix recommends configuring each print server identically to optimize the printer creation time as part the XA and/or XD session. Again this is just a validation, nothing more. Besides an event log entry no other action is taken. Mar 12, 2020 This issue is common on Windows 8, 10, and Windows Server 2012. This problem arises when the Citrix Print Manager Service stops or restarts, leaving the “CpSvc.exe” process in an unresponsive state. As a workaround, you need to stop the “CpsSvc.exe” process restarting or stopping the Citrix Print Manager Service. Kaumron Torabi is an experienced Citrix Consultant with expertise in Citrix, AppSense, vmware, IBM XIV, Dell Compellent, Microsoft App-V, Microsoft System Center Configuration Manager, and Microsoft.
For many years, printing has been the bane of the Citrix tech’s existence. You work hard to put together a successful Citrix farm, carefully virtualizing applications and meeting user needs – but everything goes to pieces when the users try to print. Citrix printing issues can usually be categorized into one of four categories: Citrix issues, Print Driver Issues, Universal Print Driver Issues, or Application problems. Let’s take a look at a few common printer related trouble calls that a Citrix tech may receive:
How should printers be deployed in the environment?
In the old days, you would commonly deploy printers through a complex login script if you did anything at all. Keep in mind that deploying printers with a login script can cause slow logins – See my other blog: http://citrixtechs.com/blog/?p=42
In many offices, users are responsible for mapping their own printers. In today’s world through the magic of Microsoft GPO, printers can be deployed to a non-technical user base with relative ease. Use the following article to guide you with such GPO based printer deployments:
- Make sure to utilize the Citrix stress printers tool in your test/dev environment so that you can test print drivers before putting them into your production farm.
Problems with the print spooler?
Citrix techs usually spend some of their time wrestling with the print spooler. The print spooler on a Citrix server may hang, stop responding, or gobble the entire CPU of a server in certain scenarios. If you find that your print spooler is hung, the first thing you may try is to restart it through the services console. If the print spooler refuses to restart, or it is gobbling 100% of the cpu in task manager – you may have a specific rogue printer drive that is causing the issue. You’ll need to open the printers folder and see if there is a driver with stuck jobs on it. If you find this, delete the driver from the server and watch as the CPU returns to normal in the task manager.
Problems with the Citrix printing account?
The Citrix printing account can occasionally go corrupt, or be missing key permissions needed for it to function properly. If you suspect problems with this account, try switching the service from using this account to the local account to see if issues resolve. If problems go away, then you’ll need to use the Citrix account recreation tool (CTX113554) to rebuild the account, and follow CTX113555 to make sure that the permissions are assigned correctly.
How are my Citrix print policies configured?
Remember that all aspects of printing can be controlled through Citrix print policies. Until the latest version of Citrix, the Universal Print Driver (UPD) is available for client connected printers only. Depending on how you configure the Citrix print policies, your users may or may not be allowed to use the UPD, or to use native drivers. If you’ve excluded certain drivers from your farm after using the Citrix stress printers tool, you can use Citrix print policies to prohibit specific rogue drivers that you know to be a problem on your farm.
My Citrix print policies are not being applied!
In most cases where this is reported, Citrix print policies are applied – but then they are taken away by some other rogue GPO or policy in the environment. As with all GPO troubleshooting, the best way to troubleshoot this is to place a test server in it’s own OU and block all inheritance. Log in with a test user account, and verify that you can get the policy to work properly when other Microsoft GPO’s are completely out of the mix. Once you’ve proven this, then start adding back one GPO at a time until you find the troublemaker.
Can Roaming Profiles be causing printing issues for users?
Absolutely! There have been many cases recorded where Citrix techs had to delete and recreate user roaming profiles to solve printer auto-creation issues. I’ve witnessed some cases where users were not getting their default printer assigned correctly according to policy, etc.
Problems with certain versions of the ICA Client?
There are many documented issues with older versions of the ICA client. If you suspect a client issue, upgrade to a newer version of the client and see if the issue resolves.
All About Citrixprint Servers
Hot Fix and Patch level?
Every roll up pack for Citrix has contained multiple fixes involving printer and auto-creation of print drivers, etc. For this reason, I generally recommend that you always make sure your farm is operating on the most recent hot fix roll-up package from Citrix.
Problems with the version of printer drivers on print servers?
You may need to experiment with different versions of print drivers to troubleshoot certain issues. There have been documented issues with some PCL drivers, Ricoh drivers, etc – where certain versions did not work with Citrix, but when upgraded issues were resolved. Also be aware that some print manufacturers may require that you be running a certain level of .NET framework in order for their drivers to function completely.
Is the printing problem application specific?
Someone may submit a ticket that they can’t print over Citrix via the Great Plains application. The first thing you should do is have them try to print from Notepad or any other application. If the printing issue only occurs through a specific application, work with the application vendor to trace the issue. It could be that their application depends on a certain version of .NET framework or some other server side requirement in order for printing to function properly. If you want to rule Citrix out completely, log in via RDP to the desktop of the terminal server in question and launch the problem application. Try printing via RDP, and if the same issue occurs there – Citrix can be ruled out of the equation.
CPViewer.exe is gobbling resources and freezing my servers?
This is a known issue with Citrix printing when you are using applications that start many small print jobs. This is common with check printing applications, or other apps that might send 100+ small print jobs to the queue at any given time. The resolution is to employ a registry change (Mentioned in CTX114755) that stops this behavior.
Are there print related errors in the event viewer?
Most terminal servers and Citrix servers will have a certain amount of printer related errors in the event viewer. You can determine if you are looking at relevant errors by the printer name that is specified in the error message and the time/date stamp. Event viewer errors may be able to tell you if certain users are not able to get their printers when they log on, or if some printers are hung or having difficulty printing.
Should I use the Citrix Universal Print Driver?
The Citrix UPD has been a great invention that has gotten better with each revision of Citrix. By using the UPD a savvy Citrix Tech can make sure he isn’t loading his servers up with a bunch of unnecessary print drivers. Anybody who has run a Citrix farm for a period of time knows the dangers of allowing their clients to connect from home and print to their client attached printers. While you may have carefully screened the printers you allow on your network in the office, the printers people have on their desks at home can pose a danger to your terminal servers. If these drivers are allowed to load individually, they can interfere with or cause corruption with other drivers on the server. By utilizing the UPD, a Citrix administrator can cut down on print driver headaches dramatically. The only caveat is that some advanced printer functionality may be lost if the printers perform activities like stapling, collating, etc – so test UPD compatibility if you have important client printers in the environment.
Third Party Citrix print software?
Later versions of Citrix Xenapp seem to have dramatically fewer print problems than versions of the past. I’d say that anyone running Xenapp 6 or newer will probably be ok utilizing the built in features for Citrix printing. If you are running a version of Citrix older that Xenapp 6, you might want to consider using a 3rd party print software package like Tricerat Screwdrivers. Screwdrivers allows you to completely turn off Citrix printing features from within Xenapp or Presentation Server, and rely completely on the third party tool for all printing activities. While expensive to some companies, my experience has shown that companies with a lot of printer problems should at least consider using a third party tool like this to take some of the workload off of their Citrix administrators.
References:
Related posts:
- HDX, Universal Print Server, VDI-in-a-box, Windows Server 2008R2
This Citrix article explains how to configure Citrix Universal Print Server with Citrix VDI-in-box 5.1 and the goal is make your VDI be able to print from on any printer device.
Summary
Printing with VDI-in-a-Box
Requirements
Requirements for completing the task. This includes specific knowledge and/or hardware and software requirements:
All About Citrix Print Server Load Balancing Session Printing
• VDI-in-a-Box 5.1 (or later) grid
• Citrix Universal Print Server 1.0 (or later)
• At least one network or local printer, depending on use case.
• Windows 2008R2 Server with domain and printing services, depending on use case.
Background
This document is intended to provide information regarding different printing concepts with VDI-in-a-Box. We will cover the different methods of installing print drivers in the virtual desktops, printer redirection, and location-based printing. Depending on the deployment environment, checking one box can configure printing, or it can be more complicated where different printers and drivers need to be used.
Procedure
Printer Redirection
This section describes the simplest method available: enabling printer redirection. Enabling this feature will connect all the printers available on the client device into the virtual desktop. This works for all types of printers including local, network, or even wireless. Since these printers are already configured on the client device there is no need to configure or install drivers on the virtual desktops.
Printer Redirection is a great feature but does not resolve all customer’s needs, hence the need for other types of printing options described in this document. In many cases there will be thin clients, mobile devices, or personal computers that do not have the ability to use required printers. An administrator can always combine the Printer Redirection method with any of the other methods described later in this document.
How to configure Printer Redirection in VDI-in-a-Box:
Printer Drivers
This section describes the two methods available to use print drivers within VDI-in-a-Box: The Citrix Universal Print Server (Citrix UPS) or vendor/native print drivers. Depending on how HDX print policies are configured it is possible to use a combination of native drivers and Citrix UPS. This might be necessary when Citrix UPS is used by a majority of printers, while some specialty printers may require native print drivers. Any combination of these print drivers can be used with the deployment methods described later in this document.
Citrix Universal Print Server
The Citrix UPS can be used to reduce print driver clutter and to improve bandwidth consumption during print jobs. This allows for a single “generic” driver called the Citrix Universal Print Driver to be used on the VDI-in-a-Box virtual desktops. With the exception of some specialty printers, this solution will work with almost all printers (local, network, wireless). Citrix UPS has several components that work together to accomplish this:
• Citrix UPS Server running on a Windows Server with the Print and Document Services role.
• Citrix HDX Group Policy Management running on a Windows domain controller.
• Citrix UPS Client agent running on the VDI-in-a-Box golden image(s).
Please reference http://support.citrix.com/proddocs/topic/technologies/ps-printing-universal-network.html for specific installation instructions. These may change with updates to the Citrix UPS product but we will discuss the basic workflow to get it working with VDI-in-a-Box. The instructions below assume the same Windows 2008R2 Server will be used to be a domain controller and print server:
1. Download the latest Citrix UPS package from http://citrix.com.
2. Unzip the contents and place on a network share for easy access.
3. Install the Citrix HDX Group Policy Management package onto the Windows 2008R2 Server.
4. Install the Citrix UPS Server package onto the same Windows 2008R2 Server. This will also enable the Printing and Document Services role.
5. Create or Edit a VDI-in-a-Box golden image.
6. Log into the draft image as an administrator.
7. Connect to the network share to access the Citrix UPS package.
8. Install the Citrix UPS Client package onto the desktop.
9. Log out of the golden image.
10. Configure a Citrix HDX Printing Group Policy.
11. Test and publish the golden image.
Complete the following steps if the Citrix Print Manager service does not start on the VDI-in-a-Box desktops after being published. This can be verified by logging into a desktop, opening services.msc, and confirming the Citrix Print Manager Service is started. The following instructions will use Windows Task Scheduler to start the Citrix Print Manager service on the desktops, but Group Policy and logon scripts can be used instead.
12. Edit the golden image.
13. Log into the draft image using as an administrator.
14. Create a new batch file containing the file command:
net start cpsvc
15. Save the batch file into a location such as the C: drive (not in the administrator’s profile).
16. Open WindowsTaskScheduler.
17. Create a New Task and give it a name such as Citrix Print Service.
a. General Tab: For Security options change the User or Group to include all domain users and to run whether user is logged on or not. Select the correct operating system in the Configure for dropdown menu.
b. Triggers Tab: Select the option to begin the task at startup.
c. Action Tab: Select the option to start a program. Click Browse and select the batch file created in the earlier step.
18. Save the Citrix Print Service Task.
19. Save/Publish the Golden Image and verify the task runs as scheduled.
20. Once logged into a published desktop, open services.msc from the Windows Start menu and confirm the Citrix Print Manager Service is started.
Vendor Drivers
This method is typically used if the Citrix UPS is not used or if there is a specialty printing device which the Citrix universal print driver does not work with. If the only option is to install the vendor drivers it would be done in the same manner as on physical computer. Another reason for native vendor drivers is when deploying VDI-in-a-Box in workgroup mode and no Active Directory exists in the environment. This will work with local, network, and wireless printers.
In most cases to reduce the need for end-user interaction, it is possible to install the print drivers on the VDI-in-a-Box golden image. If using a print server it is also possible to deploy the drivers (discussed later in this document) from the server. In a print server scenario it is not necessary to always install the drivers in the golden image as the drivers will be installed during user sessions when a printer is connected. However, this can consume additional bandwidth and there could be permission issues if the user is not able to install software/drivers onto the virtual desktop.
The primary benefit of installing vendor-specific drivers is full support and functionality of printer features. There are some printers that have advanced functionality that may not work if using a generic driver, thus, the vendor driver should be used instead. It is recommended to stay with Citrix UPS and only fallback to native drivers if certain printing functionality is desired.
Location-Based Printing
There are several methods available to assign printers to specific computers or users in Active Directory. The methods described in this document usually require a Windows Server with the Print and Documents Services role in combination with any sort of print driver (vendor or Citrix Universal Printing) and HDX Group Policy Management.
Location-Based Printing, also known as Proximity printing, allows an administrator to ease the burden of printer deployments in VDI. In many cases the user will need to access a different printer, typically based on the client’s physical location or possibly Active Directory membership. 3rd party print management software can also handle location-based printing but will not be discussed in this document.
Windows Server Printer Deployments
Active Directory and Group Policy allow administrators to configure location-based printing without the need for 3rd party solutions. The methods described in this document may not work well in all environments but administrators can take this information and apply it using other means. There are two basic requirements for deploying printers using these methods: (1) Windows Server domain controller, (2) Windows Server with Print and Documents Services role. These roles do not have to reside on the same Windows Server but there is not technical limitation preventing one from doing so.
The first step is to decide what type of drivers to use for the VDI-in-a-Box virtual desktops. Review the Print Drivers section earlier in this document to decide if vendor drivers or the Citrix Universal Print Service will be a better choice. In most cases it is recommended to use Citrix UPS to reduce print driver clutter and reduce bandwidth consumption when print jobs are in progress. The steps describes in this section will be the same regardless of the type of print driver one decides to use.
The next step in the process is deciding how printers will be assigned. If all VDI-in-a-Box golden images are joined to the same OU within Active Directory, most likely you will filter printing policies based on group membership. For the time being, OU assignments are configured at the golden image level within VDI-in-a-Box. Until this is changed to the template level, an administrator would be required to create a new golden image for each OU if filtering policies based on this requirement. This is not sustainable until VDI-in-a-Box allows OU assignment to be at the template level instead.
All About Citrix Print Server Download
For smaller VDI-in-a-Box deployments it might make sense to filter group policy based on OU. For example, take a customer who has 3 distinct user types requiring 3 golden images (each image having vastly difference types of installed applications). The VDI-in-a-Box administrator can create a parent called VDI-Desktops, and 3 child OUs such as Finance, Sales, Engineering. The 3 golden images would be joined to the respective OU’s within Active Directory and printing group policies can be assigned to each OU.
For most VDI-in-a-Box deployments it is easier to assign printing group policies on group membership. In many cases there might only be a single (or a few) golden images, all joined to the same OU. The administrator can create a GPO for each set of printers to be used by specific groups of users. This is a good solution when network printers are already deployed by location based on group membership. An example would when printers are deployed by department because those users typically sit near each other. In such a case the administrator would create a GPO with an assigned printer and then filter it based on group membership. This way each member of the group will have access to the printer(s) from the VDI-in-a-Box virtual desktop.
The following section describes a VDI-in-a-Box deployment where Windows Server 2008R2 is used as a domain controller and print server. The Citrix Universal Print Server has been installed and configured to reduce print driver clutter, and the administrator has decided to deploy network printers to the virtual desktops based on Active Directory group membership. Each department already has their own network printer(s) configured on the Windows Server using the Printer and Documents Services role.
1. Create an OU called VDI-Desktops. The DN is OU=VDI-Desktops,DC=company,DC=com.
2. Install the Citrix Universal Print Server components onto the Windows Server. This includes the HDX Group Policy Management component.
3. Install and configure VDI-in-a-Box with one golden image.
• Install the Citrix Universal Print Server Client agent.
Download Citrix Server
• Prepare the image and join it to the VDI-Desktops OU.
4. Create templates for the three departments that will use ViaB desktops. Ensure the Printer Redirection item is disabled.
• Finance Desktop template.
• Marketing Desktop template.
All About Citrix Print Server Login
• Inside Sales Desktop template.
5. Open Group Policy Management Editor on the domain controller.
6. Create a new GPO assigned to the VDI-Desktops OU and configure Citrix policy to use the Citrix Universal Print Server. Please refer to specific instructions found in the Citrix UPS section of this document.
7. Create a new GPO for each department in the VDI-Desktops OU and use a naming convention that is easy to understand, such as Finance – Citrix Printers.
8. Select each departmental printing GPO and adjust the Security Filtering to only include the respective groups. For example, remove Authenticated Users and add the Finance Security Group to the Finance – Citrix Printers GPO. Do this for all the departments.
9. Open the Print Management tool on the Windows Server.
10. Drill down to the Print Servers > Server Name > Printers section.
11. Right-click the printer used by the Finance department and select Deploy with Group Policy.
12. Click Browse in the Group Policy Object > GPO name section and select the Finance – Citrix Printer GPO found in the VDI-Desktops OU.
13. Select the option to deploy this printer to computers this GPO applies to and click Add.
14. Click OK and repeat steps 11-13 for each department.
15. Spin up desktops for each VDI-in-a-Box template.
16. Log into each of the departmental desktops to confirm the printer(s) have been installed and can be used by printing a test page.
This example can be used as a basis if such policies do not already exist, but can be altered to fit the needs of any particular environment. Aside from the Citrix HDX Printing GPO describes later in this document, deploying prints via Active Directory is one of the best methods available. It allows for central management of all network printers and the ability to make policy changes without much effort.
Assigning printers based on group or computer membership can be more reliable than basing the policies on client IP addresses. Why? Let’s say an organization only has one subnet for client devices and is using DHCP without reservations. The client IP addresses will change consistently so it will not be possibly to apply policies based on client IP addresses. Assigning printers based on client IP address is most useful if using Static IP addresses, segmented DHCP scopes (or Static/reserved IP addresses) for specific locations or departments, or in kiosk-type situations. In most cases a library or school lab will have static IP addresses for the client, thus it is possible to assign these types of policies.
Windows Logon Scripts
It is possible to write custom logon scripts to connect network printers based on client location. This document does not describe the type of script to use as this will greatly vary amongst deployments. VDI-in-a-Box writes the client device IP address into the registry, allowing an administrator to use a script to assign a network printer based on this registry key. This solution can be used with most typical network print server deployments or the Citrix Universal Print Server.
The client IP address is written to the following registry location:
HKEY_LOCAL_MACHINESOFTWAREKavizadtagentendPointAddress
The data field for endPointAddress can be extracted and used by a script. An example would be a school with Computer Science and Biology labs where students are able to bring their own laptops. Each lab has its own DHCP scope, allowing the administrator to write a script that assigns the Computer Science network printer to VDI-in-a-Box desktops only when students are connected from the Computer Science network. The same will happen for the Biology lab, even if a student disconnects from the Computer Science lab and reconnects to the VDI-in-a-Box desktop from the Biology lab.
Citrix HDX Printing Group Policies
VDI-in-a-Box does not currently support the HDX polices to assign default printers, session printers, or assign printers based on client IP address. Other policies, including Citrix Universal Print Server polices, are supported by VDI-in-a-Box.
Source