[Wikitech-l] Re: Phabricator monthly statistics - 2023-02

[Zoran Dori]

Amazing to see that finally we have more closed tasks than opened.

I'm hoping that it will be so and in following months. :)

Best regards,
Zoran

сре, 1. мар 2023. у 01:01  је написао/ла:

>
> Hi Community Metrics team,
>
> This is your automatic monthly Phabricator statistics mail.
>
> Accounts created in (2023-02): 334
> Active Maniphest users (any activity) in (2023-02): 1122
> Task authors in (2023-02): 558
> Users who have closed tasks in (2023-02): 315
>
> Projects which had at least one task moved from one column to another on
> their workboard in (2023-02): 312
>
> Tasks created in (2023-02): 2304
> Tasks closed in (2023-02): 2447
> Open and stalled tasks in total: 52625
> * Only open tasks in total: 51675
> * Only stalled tasks in total: 950
>
> Median age in days of open tasks by priority:
>
> Unbreak now: 150
> Needs Triage: 818
> High: 1137
> Normal: 1828
> Low: 2495
> Lowest: 2646
>
> (How long tasks have been open, not how long they have had that priority)
>
> Active Differential users (any activity) in (2023-02): 3
>
> To see the names of the most active task authors:
> * Go to https://wikimedia.biterg.io/
> * Choose "Phabricator > Overview" from the top bar
> * Adjust the time frame in the upper right corner to your needs
> * See the author names in the "Submitters" panel
>
> TODO: Numbers which refer to closed tasks might not be correct, as
> described in https://phabricator.wikimedia.org/T1003 .
>
> Yours sincerely,
> Fab Rick Aytor
>
> (via community_metrics.sh on phab1004 at Wed 01 Mar 2023 12:00:39 AM UTC)
> ___
> Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org
> To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org
> https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/
>
___
Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org
To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org
https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/

[Wikitech-l] Phabricator monthly statistics - 2023-02

[aklapper]

Hi Community Metrics team,

This is your automatic monthly Phabricator statistics mail.

Accounts created in (2023-02): 334
Active Maniphest users (any activity) in (2023-02): 1122
Task authors in (2023-02): 558
Users who have closed tasks in (2023-02): 315

Projects which had at least one task moved from one column to another on
their workboard in (2023-02): 312

Tasks created in (2023-02): 2304
Tasks closed in (2023-02): 2447
Open and stalled tasks in total: 52625
* Only open tasks in total: 51675
* Only stalled tasks in total: 950

Median age in days of open tasks by priority:

Unbreak now: 150
Needs Triage: 818
High: 1137
Normal: 1828
Low: 2495
Lowest: 2646

(How long tasks have been open, not how long they have had that priority)

Active Differential users (any activity) in (2023-02): 3

To see the names of the most active task authors:
* Go to https://wikimedia.biterg.io/
* Choose "Phabricator > Overview" from the top bar
* Adjust the time frame in the upper right corner to your needs
* See the author names in the "Submitters" panel

TODO: Numbers which refer to closed tasks might not be correct, as
described in https://phabricator.wikimedia.org/T1003 .

Yours sincerely,
Fab Rick Aytor

(via community_metrics.sh on phab1004 at Wed 01 Mar 2023 12:00:39 AM UTC)
___
Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org
To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org
https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/

[Wikitech-l] Re: Deprecation: directly invoking maintenance scripts

[MusikAnimal]

Hello! Where might I find documentation on the new maintenance runner
system? I can't find any examples in the Phabricator task or the linked
RFC, and searching for "MaintenanceRunner" or "run.php" yields no results
on mediawiki.org. Specifically, I was expecting Manual:run.php
 to exist with some info on
how it works.

If given a good example patch, I'm happy to help write the docs :)

Best,

~ MusikAnimal

On Tue, Jan 10, 2023 at 4:10 AM Kosta Harlan  wrote:

>
> > On 9. Jan 2023, at 21:29, Daniel Kinzler  wrote:
> >
> > I propose creating such a wrapper as an RFC in 2018 (T99268)[^1], which
> was approved in 2019.  However, implementing the proposal proved
> challenging, and soon stalled. I picked it up again as a side project after
> working on overhauling the configuration and bootstrapping code in early
> 2022: With the introduction of SettingsBuilder, it became much simpler to
> create a MaintenanceRunner class, because it was no longer necessary to
> juggle global variables.
>
> Thank you for working on this, and for seeing it through!
>
> Kosta
> ___
> Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org
> To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org
> https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/
>
___
Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org
To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org
https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/

[Wikitech-l] Re: GitLab downtime Mon, 27 Feb 10:00 AM–noon UTC

[Jelto Wodstrcil]

Hi all,

The maintenance took around two hours of downtime. GitLab was switched over
to the other datacenter.

Unfortunately due to a misconfiguration *we lost some data*. All actions
(like pushes, merges, builds and comments) *between Feb 28th 0:30 UTC and
Feb 28th 2:00 UTC* (so one and a half hours) are lost. If you used GitLab
during that time make sure to re-apply your changes.

Apologies for the trouble. We took immediate action to prevent this from
happening again.

Some more context: The gitlab replicas (passive instances) run a restore
from the most recent backup every day at 2:00 UTC to test the restore and
keep them in sync with the production host. This was configured manually in
Puppet/hiera and was not updated during the switchover in
https://phabricator.wikimedia.org/T329931. So the restore run on the
production host from the most recent backup (finished at around 0:30 UTC).
In the future we want to automatically enable and disable the restore,
depending on the status of the machine (replica or production host). This
should prevent any unwanted restores on the production host in the future.

Again, sorry for the inconveniences. If you need help feel free to reach
out in T329931 [1] or on IRC in
the libera.chat #wikimedia-gitlab channel[2].

Greetings

[1]: 
[2]: 


On Sun, Feb 26, 2023 at 2:30 AM Tyler Cipriani 
wrote:

> Hello
>
> *GitLab will be down this coming Monday, 27 February, from 10:00 AM–noon
> UTC* for the datacenter switchover[0][1].
>
> Much of this switchover window will be downtime, during which you will be
> unable to access GitLab through ssh or the web interface.
>
> Apologies for any inconvenience :(
>
> The process will involve a full backup of the GitLab server in the eqiad
> datacenter, which serviceops will then restore on the GitLab server in the
> codfw datacenter.
>
> You can follow along on IRC in the libera.chat #wikimedia-gitlab
> channel[2].
>
> Tyler Cipriani (he/him)
> Engineering Manager, Release Engineering
> Wikimedia Foundation
>
> [0]: 
> [1]: 
> [2]: 
>
> ___
> Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org
> To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org
> https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/
___
Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org
To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org
https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/