Steps to reproduce:
Expected Results:
Contains data to last night
Actual Results:
The file size of http://dumps.wikimedia.org/other/misc/phabricator_public.dump hasn't changed since the Aug 2/3 overnight dump, and does not contain data since early Aug 3.
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Resolved | • JAufrecht | T125698 Phabricator dump used by Phlogiston should be updated when Phabricator is upgraded | |||
| Resolved | ArielGlenn | T108587 Nightly Phabricator dump hasn't run since Aug 2/3 |
The file size of http://dumps.wikimedia.org/other/misc/phabricator_public.dump hasn't changed since the Aug 2/3 overnight dump, and does not contain data since early Aug 3.
The server can actually tell you the modification timestamp:
alex@alex-laptop:~$ openssl s_client -connect dumps.wikimedia.org:443 [...] HEAD /other/misc/phabricator_public.dump HTTP/1.1 host: dumps.wikimedia.org HTTP/1.1 200 OK Server: nginx/1.1.19 Date: Mon, 10 Aug 2015 15:24:11 GMT Content-Type: application/octet-stream Content-Length: 131096688 Last-Modified: Mon, 03 Aug 2015 03:36:54 GMT Connection: keep-alive Accept-Ranges: bytes
I think this is isn't a problem generating the dump, but more so getting it onto the right host. I checked the output today and
-rw-r--r-- 1 root root 133248197 Aug 10 03:03 phabricator_public.dump
https://gerrit.wikimedia.org/r/#/c/230734/ when firewall rules were applied to dataset1001, iridum was left ot of the rsyncd client list, causing the copy to stop working. Just tested after merging and it works now.