Closed Bug 818329 Opened 7 years ago Closed 7 years ago

Requesting b2g images from pvtbuilds.m.o fails

Categories

(mozilla.org Graveyard :: Server Operations, task, major)

x86
macOS
task
Not set
major

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: armenzg, Assigned: bhourigan)

References

Details

e.g. http://mobile-imaging-001.p1.releng.scl1.mozilla.com/ui/log.html?device=panda-0094

2012-12-04T16:56:24 statemachine writing pxe_config panda-b2g.1, boot config {"b2gbase": "https://pvtbuilds.mozilla.org/pub/mozilla.org/b2g/tinderbox-builds/cedar-panda/20121204144926"} to db
2012-12-04T16:56:24 statemachine entering state start_pxe_boot
2012-12-04T16:56:24 statemachine entering state pxe_power_cycling
2012-12-04T16:56:24 bmm setting PXE config to 'panda-b2g.1'
2012-12-04T16:56:24 bmm initiating power cycle
2012-12-04T16:56:27 statemachine entering state pxe_booting
2012-12-04T16:57:45 syslog second stage URL found: http://10.12.128.33/scripts/b2g-second-stage.sh
2012-12-04T16:57:45 syslog wget success: --2025-11-08 17:54:59-- http://10.12.128.33/scripts/b2g-second-stage.sh#012Connecting to 10.12.128.33:80... connected.#012HTTP request sent, awaiting response... 200 OK#012Length: 2605 (2.5K) [application/x-sh]#012Saving to: `/opt/scripts/second-stage.sh'#012#012 0K .. 100% 81.4M=0s#012#0122025-11-08 17:54:59 (81.4 MB/s) - `/opt/scripts/second-stage.sh' saved [2605/2605]
2012-12-04T16:57:45 syslog Executing second-stage.sh
2012-12-04T16:57:45 syslog beginning b2g-second-stage.sh
2012-12-04T16:57:45 syslog setting time with ntpdate
2012-12-04T16:57:55 syslog Submitting lifeguard event at http://10.12.128.33/api/device/panda-0094/event/b2g_downloading/
2012-12-04T16:57:55 bmm clearing PXE config
2012-12-04T16:57:55 statemachine entering state b2g_downloading
2012-12-04T16:57:55 syslog getting B2G_URL from http://10.12.128.33/api/device/panda-0094/bootconfig/
2012-12-04T16:57:56 syslog B2G URL: https://pvtbuilds.mozilla.org/pub/mozilla.org/b2g/tinderbox-builds/cedar-panda/20121204144926
2012-12-04T16:57:56 syslog fetching https://pvtbuilds.mozilla.org/pub/mozilla.org/b2g/tinderbox-builds/cedar-panda/20121204144926/system.tar.bz2
2012-12-04T16:57:56 syslog wget failed:
Brian, is this something you're in a good place to fix up?  If not, I can take a peek, but I know you're working on this right now.
Assignee: server-ops-releng → bhourigan
Component: Server Operations: RelEng → Server Operations
QA Contact: arich → shyam
And to be clear, the need here is to have private builds available, without HTTP authentication, within the build network.  That probably means HTTP, not HTTPS.  It can also mean a different VIP and/or hostname (I'd suggest pvtbuilds.pvt.build.mozilla.org), if required.
I can't reach any of the following (HTTP rather than HTTPS):
http://pvtbuilds.pvt.build.mozilla.org/pub/mozilla.org/b2g/tinderbox-builds/cedar-panda
http://pvtbuilds.mozilla.org/pub/mozilla.org/b2g/tinderbox-builds/cedar-panda

I can ping one of them though:
Armens-MacBook-Air:mozharness_hg armenzg$ ping pvtbuilds.pvt.build.mozilla.org
ping: cannot resolve pvtbuilds.pvt.build.mozilla.org: Unknown host
Armens-MacBook-Air:mozharness_hg armenzg$ ping pvtbuilds.mozilla.org
PING pvtbuilds.mozilla.org (63.245.215.32): 56 data bytes
64 bytes from 63.245.215.32: icmp_seq=0 ttl=48 time=430.668 ms
I didn't mean to indicate any of those would work now -- the suggestion was for :digi :)
Ah I see.

On another note< I got another similar (not related) problem from dev-stage:
http://mobile-imaging-001.p1.releng.scl1.mozilla.com/ui/log.html?device=panda-0086
2012-12-04T18:06:00 syslog getting B2G_URL from http://10.12.128.33/api/device/panda-0086/bootconfig/
2012-12-04T18:06:01 syslog B2G URL: http://dev-stage01.build.mozilla.org/pub/mozilla.org/mozilla/libraries/b2g_temporary/b2g-2012112900
2012-12-04T18:06:01 syslog fetching http://dev-stage01.build.mozilla.org/pub/mozilla.org/mozilla/libraries/b2g_temporary/b2g-2012112900/system.tar.bz2
2012-12-04T18:09:03 statemachine entering state failed_b2g_downloading
2012-12-04T18:09:03 statemachine device has failed: failed_b2g_downloading

Should I file a separate bug for it? Or should I just wait until this bug gets fixed so I won't need the work around?
Is that where staging B2G builds will be stored?  If so, then yes, please file another bug.  We'll need to open that flow.
(In reply to Dustin J. Mitchell [:dustin] from comment #6)
> Is that where staging B2G builds will be stored?  If so, then yes, please
> file another bug.  We'll need to open that flow.

That was just temporarily for my testing purposes until this bug would be resolved.

Has the work on this been started? This is quite important.
Severity: normal → major
Assignee: bhourigan → dustin
Assignee: dustin → bhourigan
:armenzg

Just wanted to update you - I'm implementing a fix now, should be done in a few minutes. I'll keep you posted.
Severity: major → normal
Depends on: 818687
:armenzg

I've stood up a new service on pvtbuilds.pvt.build.mozilla.org, the existing pvtbuilds.m.o won't work for this as it is on a public IP and our firewall conceals the true source address.

Network flows need to be created to permit access (bug 818687), but once that is established I expect that this will begin working.

(Upgrading back to major - downgraded the priority in error)
Severity: normal → major
FTR, we can download files from pvtbuilds.pvt.build.mozilla.org:/{pub,pvt}
http://hg.mozilla.org/build/mozharness/file/default/scripts/b2g_build.py#l595
e.g: http://pvtbuilds.pvt.build.mozilla.org/pub/mozilla.org/b2g/tinderbox-builds/mozilla-inbound-panda/20121205175527/
e.g: http://pvtbuilds.pvt.build.mozilla.org/pvt/mozilla.org/b2g/

We currently are downloading from "pub".


BTW, I could not upload to pvtbuilds.pvt.build.mozilla.org:/pvt until I created the parent folder it wanted to rsync to.
Should we run a "mkdir -p" command before the rsync?

I also cannot see the folder through http:
http://pvtbuilds.pvt.build.mozilla.org/pvt/mozilla.org/b2g/tinderbox-builds/cedar-panda/

[cltbld@bld-centos6-hp-009 ~]$ rsync -e "ssh -oIdentityFile=/home/cltbld/.ssh/b2gbld_dsa" -azv test b2gbld@pvtbuilds.pvt.build.mozilla.org:/pvt/mozilla.org/b2g/tinderbox-builds/cedar-panda/test/
reverse mapping checking getaddrinfo for pvtbuilds-zlb.dmz.scl3.mozilla.org [10.22.74.161] failed - POSSIBLE BREAK-IN ATTEMPT!
sending incremental file list
rsync: mkdir "/pvt/mozilla.org/b2g/tinderbox-builds/cedar-panda/test" failed: No such file or directory (2)
rsync error: error in file IO (code 11) at main.c(576) [receiver=3.0.6]
rsync: connection unexpectedly closed (9 bytes received so far) [sender]
rsync error: error in rsync protocol data stream (code 12) at io.c(600) [sender=3.0.6]

[cltbld@bld-centos6-hp-009 ~]$ ssh -oIdentityFile=/home/cltbld/.ssh/b2gbld_dsa b2gbld@pvtbuilds.pvt.build.mozilla.orgreverse mapping checking getaddrinfo for pvtbuilds-zlb.dmz.scl3.mozilla.org [10.22.74.161] failed - POSSIBLE BREAK-IN ATTEMPT!
Last login: Thu Dec  6 12:19:41 2012 from zlb1.dmz.scl3.mozilla.com
[b2gbld@upload1.dmz.scl3 ~]$ cd /pvt/mozilla.org/b2g/
[b2gbld@upload1.dmz.scl3 b2g]$ mkdir -p /pvt/mozilla.org/b2g/tinderbox-builds/cedar-panda/
[b2gbld@upload1.dmz.scl3 ~]$ ls -l /pvt/mozilla.org/b2g/tinderbox-builds/cedar-panda/
total 4
drwxr-x--- 3 b2gbld b2gbld 4096 Dec  6 13:08 test
[b2gbld@upload1.dmz.scl3 b2g]$ exit
logout
Connection to pvtbuilds.pvt.build.mozilla.org closed.
[cltbld@bld-centos6-hp-009 ~]$ rsync -e "ssh -oIdentityFile=/home/cltbld/.ssh/b2gbld_dsa" -azv test b2gbld@pvtbuilds.pvt.build.mozilla.org:/pvt/mozilla.org/b2g/tinderbox-builds/cedar-panda/test/
reverse mapping checking getaddrinfo for pvtbuilds-zlb.dmz.scl3.mozilla.org [10.22.74.161] failed - POSSIBLE BREAK-IN ATTEMPT!
sending incremental file list
created directory /pvt/mozilla.org/b2g/tinderbox-builds/cedar-panda/test
test/
test/README.txt

sent 114 bytes  received 35 bytes  298.00 bytes/sec
total size is 0  speedup is 0.00


Nevertheless, being able to download from pvtbuilds's *pub* folder is doing the job for now.
Please re-try the rsync/scp/wget, it should be fixed. Ping me on irc if you have any questions
Sorry digi. I completely spanned after my meeting. I will try this tomorrow.
* I managed to rsync to it [1]
* I does not have the same permissions [2]
* changing the permissions allows me to see the folder through http:// [3]

What do I need to do to set the permissions to 755 rather than 750?

############

On another note, I believe we should close this bug and open a different one to track switching to upload to pvtbuilds/pvt.

My understanding is that we are investigating how to switch from uploading to:
b2gbld@pvtbuilds2.dmz.scl3.mozilla.com:/pub
to this:
b2gbld@pvtbuilds.pvt.build.mozilla.org:/pvt

Is this a correct assesment?

############

[1]
rsync -e "ssh -oIdentityFile=/home/cltbld/.ssh/b2gbld_dsa" -azv test b2gbld@pvtbuilds.pvt.build.mozilla.org:/pvt/mozilla.org/b2g/tinderbox-builds/cedar-panda/test/
reverse mapping checking getaddrinfo for pvtbuilds-zlb.dmz.scl3.mozilla.org [10.22.74.161] failed - POSSIBLE BREAK-IN ATTEMPT!
sending incremental file list
created directory /pvt/mozilla.org/b2g/tinderbox-builds/cedar-panda/test
test/
test/README.txt

sent 114 bytes  received 35 bytes  298.00 bytes/sec
total size is 0  speedup is 0.00

[2]
[cltbld@bld-centos6-hp-009 ~]$ ssh -oIdentityFile=/home/cltbld/.ssh/b2gbld_dsa b2gbld@pvtbuilds.pvt.build.mozilla.org "ls -l /pvt/mozilla.org/b2g/tinderbox-builds/cedar-panda"
reverse mapping checking getaddrinfo for pvtbuilds-zlb.dmz.scl3.mozilla.org [10.22.74.161] failed - POSSIBLE BREAK-IN ATTEMPT!
total 28
drwxrwxr-x 3 b2gbld b2gbld 4096 Dec  7 16:00 20121207145552
drwxrwxr-x 3 b2gbld b2gbld 4096 Dec  8 10:20 20121208091253
drwxrwxr-x 3 b2gbld b2gbld 4096 Dec 10 08:05 20121210064555
drwxrwxr-x 3 b2gbld b2gbld 4096 Dec 10 08:39 20121210073754
drwxrwxr-x 3 b2gbld b2gbld 4096 Dec 10 12:21 20121210102505
drwxrwxr-x 3 b2gbld b2gbld 4096 Dec 10 12:21 20121210112102
drwxr-x--- 3 b2gbld b2gbld 4096 Dec 11 08:06 test
[3]
http://pvtbuilds.pvt.build.mozilla.org/pvt/mozilla.org/b2g/tinderbox-builds/cedar-panda/test/
Your assessment is correct. Lets move to 793152 for the migration from pvtbuilds2 to productdelivery.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → FIXED
Product: mozilla.org → mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.