From: Noam Y. T. <no...@jf...> - 2011-12-29 22:30:31
|
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 <ken...@uh...> 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 > Art...@li... > https://lists.sourceforge.net/lists/listinfo/artifactory-users > > |