Note: These FAQ cover PaperCut’s natively supported High Availability capability that we refer to as Application Server Failover . For other solutions see Clustering and high availability .
What is an active server?
The server which is actively accepting traffic and performing all PaperCut Application Server operations. This server will periodically update the database to tell the monitoring or passive server that it’s active.
What is a passive server?
The server that is in a monitoring state and not accepting any incoming traffic. This server will talk to the database periodically to find out whether the active server has continued to call in successfully.
What happens during a failover?
The passive server will take over the active role automatically and start accepting incoming traffic.
Will the failed server restart automatically?
No. The problem that has caused the server to go offline or become unresponsive needs to be resolved and then restarted manually.
How will I know that a failover occurred?
The application log will have an entry mentioning the failover and which server took over the active role. This message will also be emailed to an administrator if system notifications have been enabled.
How will I know that the passive server is, in fact, available and awaiting a failure?
On a web browser, enter the IP address of the passive server (not the Network Load Balancer IP). You will see a web page saying “Server in passive monitoring mode”. The page is accessible over an HTTP connection and can be used by a customers Network Load Balancer as the HTTP health check endpoint.
How long will it take to failover?
Once the passive server decides the active server is no longer updating the database, the normal Application Server startup process will be triggered. From here, it will be a similar time taken as if you started the PaperCut Application Server service from a stopped state.
Does this solution support Print Deploy?
Yes, Print Deploy is supported. Additional configuration is required and is documented in our set up guide.
Does this solution support Job Ticketing?
Job ticketing is not supported with this feature at the moment. If you need to use Job Ticketing in this configuration, please reach out to the PaperCut team.
Does this solution support Payment Gateways?
The ability to use a Payment Gateway with this feature varies depending on the particular integration. If you need to use a Payment Gateway, please reach out to the PaperCut team.
Does this work with the internal database?
Due to the database needing to remain online regardless of which server is online, the internal database is not supported for this feature.
Do you support any external database?
Currently, we support Microsoft SQL Server, MySQL server, PostgreSQL server, and Oracle server.
Are both servers active and do they balance the load?
No. Only one server is active and accepting traffic. Other server is in a passive state and will not receive any incoming traffic.
Will my held print job still be available after a failover?
Yes. Once the passive server reaches the fully active state, all held jobs will be available for release. You may find existing print jobs may take slightly longer to become available again while we wait for the individual Print Provider instances to come online.
What’s the purpose of the Network Load Balancer?
The load balancer is to purely forward the traffic to the active server.
How would the Network Load Balancer know which server is active?
Using the System Health Monitoring feature in PaperCut NG or MF will allow the Network Load balancer to monitor the servers and establish which one is active and online.
Does this work with Site Servers?
Yes. All PaperCut components, such as Site Servers, Secondary Servers, MFDs, and User Clients, will all need to point to the Network Load Balancer, where requests will be forwarded to the active server.
How long will the passive server wait until it decides the active server is not so active anymore?
This is a configuration value in the Application Server configuration. By default, if the active server is not updating the database for 30 seconds, the passive server will take over and initiate a startup.
Can there be more than one active server?
No. We have built additional fail-safe monitoring mechanisms to detect this situation and trigger an immediate shutdown.
I’m seeing frequent failovers. Why is this happening?
A common reason can be that database requests are taking a significant time such that the active server is unable to update the database within the failover period. Increasing the failover period will fix the problem temporarily, however, we recommend contacting the PaperCut support team should this occur.
Can Site Servers do automatic failover?
No. Site Servers do not support this feature.
Is Layer 7 Load Balancing supported?
Application Server Failover needs to be set up using Layer 4 Load Balancing to ensure that communication is successful between all PaperCut components.
Comments