Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 497557

Summary:	HIPP unable to create download area directories
Product:	Community	Reporter:	Christoph Daniel Schulze <zephanya>
Component:	Servers	Assignee:	Eclipse Webmaster <webmaster>
Status:	RESOLVED FIXED	QA Contact:
Severity:	major
Priority:	P3	CC:	derek.toolan, enbewe, zephanya
Version:	unspecified
Target Milestone:	---
Hardware:	PC
OS:	All
Whiteboard:

Description Christoph Daniel Schulze

2016-07-08 06:11:28 EDT

Our HIPP instance (Eclipse Layout Kernel (ELK), part of the modeling project) seems to be unable to create directories in the main downloads area. Specifically, the following error message is generated by our Ant script:

Directory /home/data/httpd/download.eclipse.org/modeling/elk/updates/releases/0.1.0 creation was not successful for an unknown reason

See here for the full build output:

  https://hudson.eclipse.org/elk/job/PromoteUpdateSite/5/console

If it's of any interest, this is our Ant script (line 40 seems to be the offending line):

  https://github.com/eclipse/elk/blob/releases/0.1.0/build/org.eclipse.elk.repository/publish.xml

I'm a bit puzzled about why it doesn't work. According to

  https://bugs.eclipse.org/bugs/show_bug.cgi?id=486349

our HIPP instance should have proper write access to everything.

Comment 1 Derek Toolan

2016-07-11 15:04:25 EDT

The genie.elk user should allow you copy build artifacts of the Elk Hudson jobs to the Elk download area /home/data/httpd/download.eclipse.org/elk

Can I just make sure this is what you are trying to do?

If so, and you are still having difficulty, you can restart the HIPP via Committers Tools once you are logged into your Eclipse account: https://dev.eclipse.org/site_login/

Let me know how it goes?

Comment 2 Christoph Daniel Schulze

2016-07-11 17:26:13 EDT

Thanks Derek, that was in fact not what we were doing. It's working perfectly now.

The problem was with the folder we tried to copy to. According to documentation on the Eclipsepedia [1] (which I actually added based, if I remember correctly, on info I got on one of the mailing lists), I assumed the ELK downloads area to be reachable at

  /home/data/httpd/download.eclipse.org/modeling/elk

when in fact it should be

  /home/data/httpd/download.eclipse.org/elk

What confuses me is that the medium-term storage directory we're using is

  /shared/modeling/elk

Do you happen to know why we need the whole project ID of "modeling.elk" to access medium-term storage, but only the project name for long-term storage? Or would the project name suffice for medium-term storage as well?

[1] https://wiki.eclipse.org/Hudson#Server_Storage

Comment 3 Eclipse Webmaster

2016-07-12 14:58:37 EDT

(In reply to Christoph Daniel Schulze from comment #2)

> Do you happen to know why we need the whole project ID of "modeling.elk" to
> access medium-term storage, but only the project name for long-term storage?

Mostly this is a side effect of an admin decision a couple of years ago to simplify the downloads path(we had a lot of projects moving around and the re-writes were getting out of hand).  

> Or would the project name suffice for medium-term storage as well?

It's possible, so far you're the first person to bring it up.

-M.