Hi Noam,
Hmm, I set up the original configuration of the remote repositories and
do not remember ever turning off the consistency checks. That's not to
say it didn't happen, just I don't remember we ever did that. In any
case, consistency checks are being done now. Thanks for the info on the
possible reasons for corrupt POMs.
I went through every remote repository cache and deleted all empty
directories before upgrading to 2.3.2. After upgrading, I still see
empty directories being created. From the logs it looks like a request
for an artifact is searched in the remote repositories. Artifactory
downloads the maven-metadata.xml file for an artifact but no other
artifacts are downloaded. The directory ends up being created and
visible in the UI along with the maven-metadata.xml file. This isn't a
problem as long as the actual repository on the web has that same
maven-metadata.xml file. I'll have to monitor the logs to see if an
empty dir is created when there is no corresponding maven-metadata.xml
or directory in the remote repository.
We will upgrade to the latest 2.4.x version as soon as possible.
Regards,
Ken
From: Noam Y. Tenne [mailto:[email protected]]
Sent: Monday, January 02, 2012 12:20 AM
To: [email protected]
Subject: Re: [Artifactory-users] Problem with empty folders in remote
repository caches
I can't think of anything specific related to the upgrade that should
solve this, but you should upgrade in any case.
Corruption of POM files is caused most of the times by proxy servers or
remote repositories that don't return correct statuses and responses.
Perhaps these artifacts were introduced in a time when the consistency
checks were turned off, because it is meant to handle these cases.
Cheers,
Noam
On Fri, Dec 30, 2011 at 2:11 AM, Pacileo, Ken <[email protected]>
wrote:
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
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
