Hi Team, Can I get an update on the below issue?
Thanks, Saicharan Burle From: Burle, Saicharan <saicharan.bu...@wellsfargo.com.INVALID> Sent: Monday, July 29, 2024 2:29 PM To: Tomcat Users List <users@tomcat.apache.org>; ch...@christopherschultz.net Subject: RE: Issue with the log4j2.xml Hi Chirs, PFB my answers inline: Where is log4j2. xml located? /apps/tomcat/deploy/<env>/<app2>/pkg/<app2>/WEB-INF/classes Where is log4j2-*. jar located? /apps/tomcat/deploy/<env>/<app2>pkg/<app2>/WEB-INF/lib/ Hi Chirs, PFB my answers inline: Where is log4j2.xml located? /apps/tomcat/deploy/<env>/<app2>/pkg/<app2>/WEB-INF/classes Where is log4j2-*.jar located? /apps/tomcat/deploy/<env>/<app2>pkg/<app2>/WEB-INF/lib/ How does each application initialize log4j2? Log4j gets initialized during server restarts (auto initialized) . From the logs we could see initialization is happening for app1 but NOT for app2 Which of the following changed during this migration? - Java version - No - Tomcat version - No - Application version/configuration/etc – No (We have copied entire configuration files and folder from RHEL7 to RHEL8 still facing the same issue.) Only change is from RHEL7 to RHEL8 What is UCD? – Urbancode deploy. A tool that we use for deployment. If things run under both RHEL-7 and RHEL-8 when building locally, I would guess that something is wrong with either (a) the data transfer mechanism or (b) the configuration of the target environment, and the data-transfer is not relevant. I would focus on the environmental changes. Look for what files are where (under the Tomcat deployment, including Tomcat configuration files and libraries), and the differences between the working-environment and the non-working environment. – We have copied entire working directory from RHEL7 to RHEL8 Regards, Saicharan Burle Lead Infrastructure Engineer Chief Technology Office | Foundational Hosting Platform | Middleware Product Engineering G=ETI DPS Middleware Prod Eng Block B1A Divyasree Orion | Hyderabad - 500081 | India MAC O2806-010 | Cell +91 9966964321 MPE Service Desk: https://urldefense.com/v3/__https://devops-servicedesk.wellsfargo.net/servicedesk/customer/portal/14/group/385?groupId=385__;!!F9svGWnIaVPGSwU!ugowykuW49XDLDyMAeXtYU9fbcaFsrI0wY2jIpVespq1g7rydvv4Omnkl-F_tAEKH1j73NkWMX_JqLo4XljHKAP4JzIrVA1Nsb_jiPZYqikM$<https://urldefense.com/v3/__https:/devops-servicedesk.wellsfargo.net/servicedesk/customer/portal/14/group/385?groupId=385__;!!F9svGWnIaVPGSwU!ugowykuW49XDLDyMAeXtYU9fbcaFsrI0wY2jIpVespq1g7rydvv4Omnkl-F_tAEKH1j73NkWMX_JqLo4XljHKAP4JzIrVA1Nsb_jiPZYqikM$> Enterprise Middleware Services: https://wim-wiki.wellsfargo.com/pages/viewpage.action?spaceKey=MPE&title=Middleware+Product+Engineering+Team+Home Normal Working hours: 4:00 AM to 1:00 PM EST Upcoming PTO: Be Green, Leave it on Screen!!! [https://urldefense.com/v3/__http://f.connect.wellsfargoemail.com/i/38/2082566297/EML-224071_4726581_6304406_logo-stagecoach-eml_511x80.png__;!!F9svGWnIaVPGSwU!ugowykuW49XDLDyMAeXtYU9fbcaFsrI0wY2jIpVespq1g7rydvv4Omnkl-F_tAEKH1j73NkWMX_JqLo4XljHKAP4JzIrVA1Nsb_jiCficwrE$<https://urldefense.com/v3/__http:/f.connect.wellsfargoemail.com/i/38/2082566297/EML-224071_4726581_6304406_logo-stagecoach-eml_511x80.png__;!!F9svGWnIaVPGSwU!ugowykuW49XDLDyMAeXtYU9fbcaFsrI0wY2jIpVespq1g7rydvv4Omnkl-F_tAEKH1j73NkWMX_JqLo4XljHKAP4JzIrVA1Nsb_jiCficwrE$>] From: Christopher Schultz <ch...@christopherschultz.net<mailto:ch...@christopherschultz.net>> Sent: Friday, July 26, 2024 7:24 PM To: users@tomcat.apache.org<mailto:users@tomcat.apache.org> Subject: Re: Issue with the log4j2.xml Saicharan, On 7/26/24 09: 36, Burle, Saicharan wrote: > We are observing a strange behavior for our app running on the Tomcat9. > > Issue: > We have 2 applications configured on tomcat9 (Java8) named app1 & app2. There are 2 log Saicharan, On 7/26/24 09:36, Burle, Saicharan wrote: > We are observing a strange behavior for our app running on the Tomcat9. > > Issue: > We have 2 applications configured on tomcat9 (Java8) named app1 & app2. There > are 2 log files named a.log & b.log to be created under a path /a/b/c (for > app1) & /d/e/f (for app2) and this path is defined in log4j2.xml. The log > files a.log & b.log is getting created at /a/b/c for app1 but not for app2 > and instead it is getting written in default Catalina.out file. Nothing > created under /d/e/f. Where is log4j2.xml located? Where is log4j2-*.jar located? How does each application initialize log4j2? > We tried few steps in our lab server and below are our observations. > > > 1. Got this issue when we are Migrating from RHEL-7 to RHEL-8 Which of the following changed during this migration? - Java version - Tomcat version - Application version/configuration/etc > 2. The same war file for app1 and app2 is working as expected in RHEL-7 > (a.log and b.log getting created under the path /a/b/c and d/e/f > respectively). > 3. No Issue on RHEL-8, When the war is built locally (created from same > branch where Prod war file is) and deployed MANUALLY. > 4. We got ISSUE on RHEL-8, when the war is built and deployed via UCD. > 5. No issues in RHEL-7 with UCD build and deploy. > > So, we are not sure if it is RHEL-8 or the UCD that is causing this issue. > Could you please take a look at it and help with steps to resolve this issue. > > Please let me know in case you need further information. What is UCD? If things run under both RHEL-7 and RHEL-8 when building locally, I would guess that something is wrong with either (a) the data transfer mechanism or (b) the configuration of the target environment, and the data-transfer is not relevant. I would focus on the environmental changes. Look for what files are where (under the Tomcat deployment, including Tomcat configuration files and libraries), and the differences between the working-environment and the non-working environment. -chris --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org<mailto:users-unsubscr...@tomcat.apache.org<mailto:users-unsubscr...@tomcat.apache.org%3cmailto:users-unsubscr...@tomcat.apache.org>> For additional commands, e-mail: users-h...@tomcat.apache.org<mailto:users-h...@tomcat.apache.org<mailto:users-h...@tomcat.apache.org%3cmailto:users-h...@tomcat.apache.org>>
