Closed
Bug 726954
Opened 12 years ago
Closed 12 years ago
Virtual Machine for webapps build
Categories
(Infrastructure & Operations Graveyard :: WebOps: Labs, task)
Infrastructure & Operations Graveyard
WebOps: Labs
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: onecyrenus, Assigned: gozer)
References
Details
Need a Linux Virtual Machine to host the builds for the webapps project. Centos (Redhat) Flavored Linux Machine Will need somewhere around 20GB of space, or a NAS storage element if we have access to that. The machine should be reachable from the public internet. One or Two cores should be fine. 512MB Ram Basically we just want a machine we can scp, sftp, or use some other transport mechanism by which we can send our build output, and have them reachable by the community in general. An excellent example of course is nightly.mozilla.org If there is a form or set of questions you need answering just point me to the link. Hostname: build.apps.mozilla.org
Assignee | ||
Comment 1•12 years ago
|
||
(In reply to dclarke@mozilla.com from comment #0) > [...] > Basically we just want a machine we can scp, sftp, or use some other > transport mechanism by which we can send our build output, and have them > reachable by the community in general. Where are the builds going to be hapenning then ? > An excellent example of course is nightly.mozilla.org Any reason you can't publish these builds to ftp.mozilla.org ? > If there is a form or set of questions you need answering just point me to > the link. Nope, this is good enough. > Hostname: build.apps.mozilla.org I try and keep Labs-y things in the mozillalabs.com domain, would that be possible. Otherwise, I'll have to coordinate with other folks.
Assignee: server-ops-labs → gozer
Status: NEW → ASSIGNED
OS: Mac OS X → All
Hardware: x86 → All
Reporter | ||
Comment 2•12 years ago
|
||
ftp.mozilla.org would be be a great place to host. Could the apps team have their own directory / capability to add / remove directories / files. Are there any processes that remove older files from the directory ? Thanks
Assignee | ||
Comment 3•12 years ago
|
||
(In reply to dclarke@mozilla.com from comment #2) > ftp.mozilla.org would be be a great place to host. But, actually, it's not the best of places, logically. > Could the apps team have their own directory / capability to add / remove > directories / files. > > Are there any processes that remove older files from the directory ? I'll spin up your own VM for this. Can you give me rough estimates on how much data you would expect to store on there, and what kind of traffic ?
Reporter | ||
Comment 4•12 years ago
|
||
Traffic should be quite low, 30GB should be fine.
Reporter | ||
Comment 5•12 years ago
|
||
Gozer the second machine I had talked about yesterday, specs. Linux Centos, 15GB , single core hostname: myapps-staging.mozillalabs.com
Assignee | ||
Comment 6•12 years ago
|
||
Internal names for these VMs are: - myapps-stage1.vm1.labs.sjc1.mozilla.com - myapps-build1.vm1.labs.sjc1.mozilla.com LDAP credentials should let you in, and dclarke has sudo and can grant to others as needed. myapps-build1.vm1.labs.sjc1.mozilla.com has an additionnal 16G drive for the builds, currently mounted at /builds Should both these boxes be externally accessible via https?:// ?
Reporter | ||
Comment 7•12 years ago
|
||
Yes, both machines will need accessibility from the outside.
Assignee | ||
Comment 8•12 years ago
|
||
(In reply to dclarke@mozilla.com from comment #7) > Yes, both machines will need accessibility from the outside. Can you be more specific ? I am assuming here that you mean https:// access via a subdomain of .mozillalabs.com ?
Assignee | ||
Updated•12 years ago
|
Summary: Virtual Machine Centos Linux → Virtual Machine for webapps build
Reporter | ||
Comment 9•12 years ago
|
||
https://staging.myapps.mozillalabs.com if not that then https://myapps-stage1.vm1.labs.sjc1.mozilla.com the build machine https://builds-apps.mozillalabs.com
Reporter | ||
Comment 10•12 years ago
|
||
Ready to close this bug out as soon as dns entries are made.
Reporter | ||
Comment 11•12 years ago
|
||
Any updates ?
Assignee | ||
Comment 12•12 years ago
|
||
(In reply to dclarke@mozilla.com from comment #9) > https://staging.myapps.mozillalabs.com There is already a stage-myapps.mozillalabs.com, how does that relate ?
Reporter | ||
Comment 13•12 years ago
|
||
i think that stage-myapps.mozillalabs.com points to myapps.mozillalabs.com.
Reporter | ||
Comment 14•12 years ago
|
||
i don't know what it is used for but could repurpose.. let me check with ian bicking
Reporter | ||
Comment 15•12 years ago
|
||
haven't heard back, if it is easier stage-myapps.mozillalabs.com is fine. If that was the staging service it isn't any more. :) Just confirm stage-myapps does in fact point to the appsync server.
Assignee | ||
Comment 16•12 years ago
|
||
Up and running now. https://stage-myapps.mozillalabs.com/ https://builds-myapps.mozillalabs.com/ NOTE: there is no webserver running on myapps-build1.vm1.labs.sjc1.mozilla.com at the moment, so https://builds-myapps.mozillalabs.com/ will error out until that's fixed.
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Updated•11 years ago
|
Product: mozilla.org → Infrastructure & Operations
Updated•8 years ago
|
Product: Infrastructure & Operations → Infrastructure & Operations Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•