Issue 2266 - Specify upload path on extranet
Summary: Specify upload path on extranet
Status: CLOSED FIXED
Alias: None
Product: Infrastructure
Classification: Infrastructure
Component: Downloads (show other issues)
Version: current
Hardware: All All
: P1 (highest) Trivial (vote)
Target Milestone: 4.0.0
Assignee: lsuarezpotts
QA Contact: issues@www
URL:
Keywords:
Depends on:
Blocks: 2139 2308
  Show dependency tree
 
Reported: 2001-11-23 21:16 UTC by stx123
Modified: 2003-12-06 14:52 UTC (History)
4 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description stx123 2001-11-23 21:16:25 UTC
Files uploaded via scp to sf1.mirror are not visible at http://sf1.mirror
1) Could you explain where the appropriate upload area is?
2) Should we see uploads in real time (because the web server is showing the 
same area of the file system) or is human intervention needed?
2b) if not, at which times are the areas synchronized (assuming this is done 
via cron job)?
3) at which times are sf1 and ny1 synchronized (assuming this is done via cron 
job)?
Comment 1 lsuarezpotts 2001-11-24 03:12:37 UTC
Hi, I've assigned an internal issue to this problem, #6639.
-louis
Comment 2 lsuarezpotts 2001-11-28 00:18:39 UTC
closing
Comment 3 stx123 2001-11-28 11:21:47 UTC
... but the answers to my questions are still missing. I really would
like to understand the underlying mechanism.
P1 -> P2 as the files for 641b are up now.
Comment 4 stx123 2001-11-28 11:22:06 UTC
P1 -> P2
Comment 5 lsuarezpotts 2001-11-28 20:30:21 UTC
My understanding was that Gabby had told Sander *where* to upload the files, and 
that the problem was that he was uploading them to the *wrong* directory. Unless I 
am in error, Sander should now know where to upload the files. 
I'll leave reopened, but would like to have confirmation from sander that he knows 
the path for uploading; also, I would like to post on the extranet the path and 
protcols for uploading files to the sf1.mirror.openoffice.org.

changing issue heading to reflect change in mission.
-louis
Comment 6 sander_traveling 2001-12-20 18:13:30 UTC
Second attempt:

Can we agree on which the correct upload direcory is? The one told to
me previously for 641b (/home/upload/data) does not actually seem to
be the one monitored by the web script. So to make sure i don't end up
uploading it all to a "wrong" place again, can the location be written
down for further reference in this issue this time?

Raising back to P1
Comment 7 lsuarezpotts 2001-12-20 20:20:00 UTC
try this:
/home/upload/openoffice/data

as the generic,
and add the build number after it, /641c, for instance.

It would be best to create a local dir called 641c w/ whatever in it, and scp that 
whole dir into /home/upload/openoffice/data
that way the 641c dir will be automatically created.



i will write it up asap
meanwhile, let us use this issue as record.
-louis
Comment 8 stx123 2001-12-20 20:55:04 UTC
Sander is just uploading and we don't see any files on sf1.
I would like to see my questions answered:
2) Should we see uploads in real time (because the web server is
showing the 
same area of the file system) or is human intervention needed?
2b) if not, at which times are the areas synchronized (assuming this
is done 
via cron job)?
3) at which times are sf1 and ny1 synchronized (assuming this is done
via cron 
job)?
Comment 9 Unknown 2001-12-21 23:16:01 UTC
Stefan,

From discussions with MT, the way things work on sf1 is:

A script is run every 5 minutes to check the upload directory for
changes.
When a change is found in progress, the directory will be checked
again on the next 5 minute cycle. If the upload has been completed an
md5 sum is generated.
After the md5 sum is generated, the files are rsync'd to a seperate
directory on sf1 and to ny1.
In total in could take 15 minutes or more for the files to be visible
through the http interface to either sf1 or ny1.

Thank you
Kat
Comment 10 stx123 2002-01-11 21:44:33 UTC
thanks for the info about the underlying mechanism.
Comment 11 Unknown 2002-01-15 18:41:45 UTC
Reassigning support@ issues to issues@www so louis can go through these.
Comment 12 lsuarezpotts 2002-01-15 18:56:41 UTC
this has been resolved, but I would like to formally document the procedure and 
post it to the extranet. So am keeping it open.
louis
Comment 13 lsuarezpotts 2002-01-16 17:16:01 UTC
accepted
Comment 14 lsuarezpotts 2002-04-03 23:51:27 UTC
this has been done.
closing.
louis
Comment 15 michael.bemmer 2003-03-16 20:21:58 UTC
As agreed with Louis, we can close all the resolved fixed issues he owns.
Comment 16 michael.bemmer 2003-03-16 20:27:18 UTC
As agreed with Louis, we can close all the resolved fixed issues he owns.