Hi Noam,
Thanks for the quick reply. I'm going to try updating to 2.3.2 this
weekend when usage should be low. Timing of upgrading to the latest
version will depend on how the upgrade goes this weekend.
So far I've only seen this error in remote repository caches. I checked
all the remote repositories and every has the checkbox unchecked for
"Suppress POM Consistency Checks".
Do you think upgrading to 2.3.2 will solve this issue?
Thanks,
Ken
From: Noam Y. Tenne [mailto:[email protected]]
Sent: Thursday, December 29, 2011 3:30 PM
To: [email protected]
Subject: Re: [Artifactory-users] Problem with empty folders in remote
repository caches
Hi Ken,
First off, I'd recommend that you perform an upgrade of your Artifactory
instance as many improvements were introduced to recent versions.
In regard to the error you're facing, in what types of repositories do
you see this happening? Only in remote repository caches or also in
ordinary local repositories?
The error you see is printed when an XML artifact cannot be parsed and
resolved; this is most likely caused by corrupt POM files; have you made
sure that POM validation is performed (see that the "Suppress POM
Consistency Checks" checkbox is unchecked in the configurations of the
affected repositories)?
HTH,
Noam
On Thu, Dec 29, 2011 at 8:29 PM, Pacileo, Ken <[email protected]>
wrote:
Hi,
We're using Artifactory 2.2.1 for one of our Artifactory instances on a
Windows 2003 Server using Apache Tomcat 6.0.18 with Java 1.6.0_13.
Sometime in June, Artifactory hung and did not respond to any UI
requests or artifact requests from Maven clients. Inspection of the logs
showed repeated log messages of a corrupt xml file being accessed.
Continuous writing of this error message to the log file appeared to be
what was causing the hang. After restarting artifactory and navigating
to the path of the corrupt xml file in the UI we found empty directories
in the UI. After deleting those directories Artifactory resumed
operating normally. This same scenario happened again appox. 1 month
later for the next few months. We kept expanding the size of the logs to
try and capture when the error first appears and what was being deployed
but the corrupt error message fills up the logs so fast we never see the
actual deploy message.
This is the error message from when Artifactory hung back in October
(note - all 10 rotated log files are filled with this message - 2.8M
lines & 665MB):
2011-10-06 05:45:25,625 [http-4580-40] [WARN ]
(o.a.c.x.EntityResolvingContentHandler:122) - Received the following
error during xml parsing: 'The markup declarations contained or pointed
to by the document type declaration must be well-formed.'.
For the past couple of months we've been manually scanning all the
directories in the UI for empty directories and deleting them as we find
them. A scan today of some remote repo caches shows more empty dirs.
Obviously manually deleting these directories is not the correct
solution and we'd like to find out what is causing the error and fix it.
Has anyone seen this behavior before? Any idea what the problem is and
how to fix it?
Attached is a screen shot of the web UI showing empty directories for
one of our remote repositories. Below is an example of the maven
metadata for one of the directories in that repo.
Regards,
--Ken
Ken Pacileo | Continuous Integration Services | UnitedHealth Group IT
<<Artifactory Empty dirs in remote cache.png>>
Example maven-metadata.xml from the UI for commons-collections:
<?xml version="1.0" encoding="UTF-8"?>
<metadata modelVersion="1.1.0">
<groupId>commons-collections</groupId>
<artifactId>commons-collections</artifactId>
<version>4.0-SNAPSHOT</version>
<versioning>
<snapshot>
<timestamp>20111029.212852</timestamp>
<buildNumber>10</buildNumber>
</snapshot>
<lastUpdated>20111030080815</lastUpdated>
<snapshotVersions>
<snapshotVersion>
<extension>jar</extension>
<value>4.0-20111029.212852-10</value>
<updated>20111029212852</updated>
</snapshotVersion>
<snapshotVersion>
<extension>pom</extension>
<value>4.0-20111029.212852-10</value>
<updated>20111029212852</updated>
</snapshotVersion>
</snapshotVersions>
</versioning>
</metadata>
This e-mail, including attachments, may include confidential and/or
proprietary information, and may be used only by the person or entity
to which it is addressed. If the reader of this e-mail is not the
intended
recipient or his or her authorized agent, the reader is hereby notified
that any dissemination, distribution or copying of this e-mail is
prohibited. If you have received this e-mail in error, please notify the
sender by replying to this message and delete this e-mail immediately.
------------------------------------------------------------------------
------
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a
complex
infrastructure or vast IT resources to deliver seamless, secure access
to
virtual desktops. With this all-in-one solution, easily deploy virtual
desktops for less than the cost of PCs and save 60% on VDI
infrastructure
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
_______________________________________________
Artifactory-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/artifactory-users
This e-mail, including attachments, may include confidential and/or
proprietary information, and may be used only by the person or entity
to which it is addressed. If the reader of this e-mail is not the intended
recipient or his or her authorized agent, the reader is hereby notified
that any dissemination, distribution or copying of this e-mail is
prohibited. If you have received this e-mail in error, please notify the
sender by replying to this message and delete this e-mail immediately.
------------------------------------------------------------------------------
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual
desktops for less than the cost of PCs and save 60% on VDI infrastructure
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
_______________________________________________
Artifactory-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/artifactory-users
