Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Tomcat Users List" <users@tomcat.apache.org>
Message-ID: <cfdafdf029f549c52d8b509a2924e326.squirrel@burbong.com>
In-Reply-To: 
 <BY2PR05MB758EEFBDDCE86A12CE6578AB21B0@BY2PR05MB758.namprd05.prod.outlook.com>
References: 
    <BY2PR05MB758EEFBDDCE86A12CE6578AB21B0@BY2PR05MB758.namprd05.prod.outlook.com>
Date: Thu, 19 Nov 2015 17:54:59 +1100
Subject: Re: Tomcat Conflicting with Group Policy Client
From: "Ben Stringer" <ben@burbong.com>
To: "Tomcat Users List" <users@tomcat.apache.org>
Reply-To: ben@burbong.com
User-Agent: SquirrelMail/1.4.22-4.el6
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Importance: High

On Thu, November 19, 2015 3:19 pm, Nick Childs wrote:
> Tomcat Version: 6.0.39
>
> Operating System: Server 2012 R2 Standard
>
> Configuration: We are utilizing Tomcat as part of a Pentaho deployment -
> Tomcat is utilized for Pentaho's Data Integration and Business Analytics
> services.
> Description: We have a custom Deployment of Pentaho using PostgreSQL and
> Tomcat Apache running within the current version of our proprietary
> Medical Imaging software. The integration works well, but we have spent
> months struggling to identify the cause of a major conflict between the
> PostgreSQL/Tomcat integration and group policy client in windows domain
> environments. Whenever the PostgreSQL and Tomcat Apache (Pentaho Data
> Integration) services are running, we begin to see 1 hour + reboot times
> and gpupdate failures due to the group policy client just hanging for long
> periods of time with no explanation. If only Pentaho is running, no
> problem is experienced. If only Tomcat is running, no problem is
> experienced - it is only when we have both running/communicating the Group
> Policy updates begin to fail.

Hi Nick,

I don't know much about Windows Group Policy, but I'd start by trying to
identify if there is a resource contention issue between the components
you have listed. I'd be particularly looking at listening TCP ports, and
see if there are any clashes amongst the ports that each component expects
to have exclusive access to.

This information should be available in the conf files for each component.

Have you checked for other resource exhaustion (memory, paging space etc.)
when all components are running?

Cheers, Ben


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org