Re: [Cloud] [Cloud-announce] Toolsdb performance and outage issues

2019-02-19 Thread Zoran Dori
Thanks much! Everything works properly, it seems that a great effort has
been made.

уто, 19. феб 2019. у 16:23 Magnus Manske via Cloud <
cloud@lists.wikimedia.org> је написао/ла:

> Thanks, all looking good!
>
> On Tue, Feb 19, 2019 at 2:57 PM Goran Milovanovic <
> goran.milovanovic_...@wikimedia.de> wrote:
>
>> Thank you guys, all my tools.labsdb dependent dashboards are running
>> smoothly again. Thanks for the hard work!
>>
>> Best,
>> Goran
>>
>>
>> On Tue, Feb 19, 2019, 15:52 Arthur Smith  wrote:
>>
>>> Thanks Brooke, everything looks great to me, I really appreciate
>>> everybody's work to get this back!
>>>
>>>Arthur
>>>
>>> On Mon, Feb 18, 2019 at 2:39 PM Gerard Meijssen
>>>  wrote:
>>> >
>>> > Hoi,
>>> > Thank you. Working with so many people depending on a good result is
>>> stressful. I thank you for getting this far. I can imagine that you are not
>>> done yet but do get your rest. It is deserved.
>>> > Thanks,
>>> >  GerardM
>>> >
>>> > On Mon, 18 Feb 2019 at 20:11, Brooke Storm 
>>> wrote:
>>> >>
>>> >> The change-over was successful.  Thank you for your patience and
>>> understanding.  ToolsDB should now be fully operational.  Please report
>>> issues to the #wikimedia-cloud IRC channel.
>>> >>
>>> >> In the course of recovery efforts, the four databases that are not
>>> replicated were left behind.  This ticket is there to track further
>>> recovery efforts on those databases as is desired or possible relating to
>>> those four databases listed here:
>>> https://wikitech.wikimedia.org/wiki/Help:Toolforge/Database#ToolsDB_Backups_and_Replication
>>> >> https://phabricator.wikimedia.org/T216441
>>> >>
>>> >> Brooke Storm
>>> >> Operations Engineer
>>> >> Wikimedia Cloud Services
>>> >> bst...@wikimedia.org
>>> >> IRC: bstorm_
>>> >>
>>> >> On Feb 18, 2019, at 9:57 AM, Brooke Storm 
>>> wrote:
>>> >>
>>> >> This is an update on the ongoing problems with the toolsdb service.
>>> We are preparing to move to a new server, which is now a functioning
>>> replica of the toolsdb server.  The first step here is to restart the
>>> service in read-only mode, and then we will move the DNS.  Expect writes to
>>> stop working and connections to drop.  When we are moved to the new DNS,
>>> services that use this database will need to be restarted.
>>> >>
>>> >> This will be happening within the next hour unless it is slowed down
>>> by some issues or caution.
>>> >>
>>> >> Brooke Storm
>>> >> Operations Engineer
>>> >> Wikimedia Cloud Services
>>> >> bst...@wikimedia.org
>>> >> IRC: bstorm_
>>> >>
>>> >>
>>> >> ___
>>> >> Wikimedia Cloud Services announce mailing list
>>> >> cloud-annou...@lists.wikimedia.org (formerly
>>> labs-annou...@lists.wikimedia.org)
>>> >> https://lists.wikimedia.org/mailman/listinfo/cloud-announce
>>> >> ___
>>> >> Wikimedia Cloud Services mailing list
>>> >> Cloud@lists.wikimedia.org (formerly lab...@lists.wikimedia.org)
>>> >> https://lists.wikimedia.org/mailman/listinfo/cloud
>>> >
>>> > ___
>>> > Wikimedia Cloud Services mailing list
>>> > Cloud@lists.wikimedia.org (formerly lab...@lists.wikimedia.org)
>>> > https://lists.wikimedia.org/mailman/listinfo/cloud
>>>
>>> ___
>>> Wikimedia Cloud Services mailing list
>>> Cloud@lists.wikimedia.org (formerly lab...@lists.wikimedia.org)
>>> https://lists.wikimedia.org/mailman/listinfo/cloud
>>
>> ___
>> Wikimedia Cloud Services mailing list
>> Cloud@lists.wikimedia.org (formerly lab...@lists.wikimedia.org)
>> https://lists.wikimedia.org/mailman/listinfo/cloud
>
> ___
> Wikimedia Cloud Services mailing list
> Cloud@lists.wikimedia.org (formerly lab...@lists.wikimedia.org)
> https://lists.wikimedia.org/mailman/listinfo/cloud
___
Wikimedia Cloud Services mailing list
Cloud@lists.wikimedia.org (formerly lab...@lists.wikimedia.org)
https://lists.wikimedia.org/mailman/listinfo/cloud

Re: [Cloud] Phabricator down?

2019-03-18 Thread Zoran Dori
This looks like problem which we had with Gerrit previously.. Is there some
issue like which had for it or?

Best wishes,
Zoran.

пон, 18. мар 2019. у 20:10 Arthur Smith  је
написао/ла:

> thanks, yes some things seem to be back up (but not phabricator)
>
> On Mon, Mar 18, 2019 at 2:46 PM Chico Venancio 
> wrote:
> >
> > Correction, there was a tools-static outage already fixed by the Cloud
> Services team.
> > Chico Venancio
> >
> >
> > Em seg, 18 de mar de 2019 às 15:44, Chico Venancio <
> chicocvenan...@gmail.com> escreveu:
> >>
> >> There is also an Tools-static outage that may affect several tools.
> >> Chico Venancio
> >>
> >>
> >> Em seg, 18 de mar de 2019 às 15:34, Andrew Otto 
> escreveu:
> >>>
> >>> There is an ongoing phabricator and gerrit outage.  I don't have
> details, but SRE are working hard to fix now.
> >>>
> >>> On Mon, Mar 18, 2019 at 2:25 PM Arthur Smith 
> wrote:
> 
>  Things seem broken today - anything anybody can point to regarding
> the problems?
> 
> Arthur
> 
>  ___
>  Wikimedia Cloud Services mailing list
>  Cloud@lists.wikimedia.org (formerly lab...@lists.wikimedia.org)
>  https://lists.wikimedia.org/mailman/listinfo/cloud
> >>>
> >>> ___
> >>> Wikimedia Cloud Services mailing list
> >>> Cloud@lists.wikimedia.org (formerly lab...@lists.wikimedia.org)
> >>> https://lists.wikimedia.org/mailman/listinfo/cloud
> >
> > ___
> > Wikimedia Cloud Services mailing list
> > Cloud@lists.wikimedia.org (formerly lab...@lists.wikimedia.org)
> > https://lists.wikimedia.org/mailman/listinfo/cloud
>
> ___
> Wikimedia Cloud Services mailing list
> Cloud@lists.wikimedia.org (formerly lab...@lists.wikimedia.org)
> https://lists.wikimedia.org/mailman/listinfo/cloud
___
Wikimedia Cloud Services mailing list
Cloud@lists.wikimedia.org (formerly lab...@lists.wikimedia.org)
https://lists.wikimedia.org/mailman/listinfo/cloud

Re: [Cloud] Job 'itwiki-orphanizerbot' stuck on grid

2019-03-23 Thread Zoran Dori
Hi Valerio,
I found your job here https://tools.wmflabs.org/sge-status/ and state of
your job is: Task / Deleting

It confused me a bit and I think to you should try again to stop job as you
tried per [[Help:Toolforge/Grid#Stuck jobs]]

If you still have this problem after second try, you should open task at
Phabricator (https://phabricator.wikimedia.org)

Best wishes,
Zoran Dori.

суб, 23. мар 2019. у 11:56 Valerio Bozzolan  је
написао/ла:

> Hello dear wikifriends,
>
> Yesterday I've sent a job called 'itwiki-orphanizerbot' to the grid using
> 'jsub -once'. It should ends in minutes. In fact, from my log.out I see
> yesterday it is apparently quitted successfully, but today I can't run it
> again with '-once' because it says it's already active.
>
> I followed the [[Help:Toolforge/Grid#Stuck jobs]] but apparently I have
> not fixed the situation and it's still active.
>
> Tl;dr;
> How to kill my 'itwiki-orphanizerbot' task?
>
> Thank you!
> --
> Valerio Bozzolan
> https://it.wikipedia.org/wiki/User:Valerio_Bozzolan
> https://meta.wikimedia.org/wiki/User:Valerio_Bozzolan
>
> E-mail sent from an Android LineageOS device without proprietary Google
> Apps, with the K-9 Mail client from F-Droid, delivered from my Postfix
> instance in my Debian GNU/Linux server.
>
> Have fun with software freedom!
>
> ___
> Wikimedia Cloud Services mailing list
> Cloud@lists.wikimedia.org (formerly lab...@lists.wikimedia.org)
> https://lists.wikimedia.org/mailman/listinfo/cloud
___
Wikimedia Cloud Services mailing list
Cloud@lists.wikimedia.org (formerly lab...@lists.wikimedia.org)
https://lists.wikimedia.org/mailman/listinfo/cloud

Re: [Cloud] [Cloud-announce] [Toolforge] Trusty job grid has been shutdown

2019-03-31 Thread Zoran Dori
Yes, thanks!

Generally you providing great support for services, no only for this :)

Keep up the good work!!

Zoran

нед, 31. мар 2019. у 18:29 Maarten Dammers  је
написао/ла:

> Hi Bryan,
>
> Congratulations to you and your team for this well done migration. The
> communication, supporting tooling (like
> https://tools.wmflabs.org/trusty-tools/) and support was excellent.
>
> Keep up the good work!
>
> Maarten
>
> On 25-03-19 23:01, Bryan Davis wrote:
> > The legacy Ubuntu Trusty grid engine job grid has been shutdown!
> > Thanks to everyone who was involved in migrating existing tools from
> > the old grid to the Kubernetes cluster or the new Debian Stretch job
> > grid.
> >
> > There were still 385 tools that may have been running jobs or
> > webservices on the Trusty grid at the time of shutdown. A static list
> > of these tools is preserved at
> > .
> >
> > Instructions are still available at
> > 
> > for migrating tools that are currently down.
> >
> > Bryan, on behalf of the Toolforge admin team
>
> ___
> Wikimedia Cloud Services mailing list
> Cloud@lists.wikimedia.org (formerly lab...@lists.wikimedia.org)
> https://lists.wikimedia.org/mailman/listinfo/cloud
___
Wikimedia Cloud Services mailing list
Cloud@lists.wikimedia.org (formerly lab...@lists.wikimedia.org)
https://lists.wikimedia.org/mailman/listinfo/cloud

Re: [Cloud] Electric maintenance on 2019-05-16

2019-05-16 Thread Zoran Dori
Excellent work, as always.

Best wishes,
Zoran.

čet, 16. maj 2019. 17:25 Arturo Borrero Gonzalez 
je napisao/la:

> On 5/14/19 2:16 PM, Arturo Borrero Gonzalez wrote:
> > Hi!
> >
> > on 2019-05-16 13:00 UTC there will be a maintenance operation in one of
> the
> > Wikimedia Foundation datacenter racks that affects 2 of our servers
> running
> > virtual machines [0]. There is a risk that this maintenance operation
> can result
> > in power loss of the servers, affecting the virtual machines running on
> it.
> > However, there is no way to know for sure if there will be any outage at
> all.
> >
>
> Hi!,
>
> This has been done with no issues detected. All clear.
>
> regards.
>
> --
> Arturo Borrero Gonzalez
> Operations Engineer / Wikimedia Cloud Services
> Wikimedia Foundation
>
> ___
> Wikimedia Cloud Services mailing list
> Cloud@lists.wikimedia.org (formerly lab...@lists.wikimedia.org)
> https://lists.wikimedia.org/mailman/listinfo/cloud
___
Wikimedia Cloud Services mailing list
Cloud@lists.wikimedia.org (formerly lab...@lists.wikimedia.org)
https://lists.wikimedia.org/mailman/listinfo/cloud

Re: [Cloud] Where is webchat for wikimedia-labs?

2019-05-23 Thread Zoran Dori
This should be correct.

pet, 24. maj 2019. 00:59 Maximilian Doerr  je
napisao/la:

> You may need to point the command to the location by calling an absolute
> path.  Use “which sql” to figure out where the command is located.
>
> Cyberpower678
> English Wikipedia Account Creation Team
> English Wikipedia Administrator
> Global User Renamer
>
> On May 23, 2019, at 18:57, Thomas Stieve 
> wrote:
>
> Also, my question for the webchat was about how to run commands using a
> bash file. I used to be able to run:
>
> sql enwiki_p 'select * from logging where log_title = "A.S._Roma" and
> log_namespace = 0 and log_timestamp > 20160101000 and log_action = "move"'
> > A.S._Roma.txt;
>
> Now, I just just get command not found.
>
> Your help is greatly appreciated,
> Tom
>
> On Thu, May 23, 2019 at 3:48 PM Thomas Stieve <
> tomthirt...@email.arizona.edu> wrote:
>
>> Thanks!
>>
>> On Thu, May 23, 2019 at 3:46 PM Maximilian Doerr <
>> maximilian.do...@gmail.com> wrote:
>>
>>> It’s #wikimedia-cloud now
>>>
>>> Cyberpower678
>>> English Wikipedia Account Creation Team
>>> English Wikipedia Administrator
>>> Global User Renamer
>>>
>>> On May 23, 2019, at 18:44, Thomas Stieve 
>>> wrote:
>>>
>>> Hello all,
>>>
>>> Could someone tell me where webchat for wikimedia-labs is now?
>>> https://webchat.freenode.net/?channels=wikimedia-labs
>>>
>>> Whenever I try to log in, I get:
>>>
>>> [15:43] -herbert.freenode.net- *** Notice -- TS for #wikimedia-labs changed
>>> from 1558651383 to 1320108738
>>> [15:43] == tomthirteen was kicked from #wikimedia-labs by ChanServ [Invite
>>> only channel]
>>>
>>> How could I get invited? Where is the new chat?
>>>
>>> Thank you for your help!
>>> Tom
>>> --
>>> Thomas Stieve
>>> Ph.D. Candidate
>>> School of Geography and Development
>>> University of Arizona
>>> ___
>>> Wikimedia Cloud Services mailing list
>>> Cloud@lists.wikimedia.org (formerly lab...@lists.wikimedia.org)
>>> https://lists.wikimedia.org/mailman/listinfo/cloud
>>>
>>>
>>> ___
>>> Wikimedia Cloud Services mailing list
>>> Cloud@lists.wikimedia.org (formerly lab...@lists.wikimedia.org)
>>> https://lists.wikimedia.org/mailman/listinfo/cloud
>>
>>
>>
>> --
>> Thomas Stieve
>> Ph.D. Candidate
>> School of Geography and Development
>> University of Arizona
>>
>
>
> --
> Thomas Stieve
> Ph.D. Candidate
> School of Geography and Development
> University of Arizona
> ___
> Wikimedia Cloud Services mailing list
> Cloud@lists.wikimedia.org (formerly lab...@lists.wikimedia.org)
> https://lists.wikimedia.org/mailman/listinfo/cloud
>
>
> ___
> Wikimedia Cloud Services mailing list
> Cloud@lists.wikimedia.org (formerly lab...@lists.wikimedia.org)
> https://lists.wikimedia.org/mailman/listinfo/cloud
___
Wikimedia Cloud Services mailing list
Cloud@lists.wikimedia.org (formerly lab...@lists.wikimedia.org)
https://lists.wikimedia.org/mailman/listinfo/cloud

Re: [Cloud] Downloading Wikipedia Articles with Embedded URLs in Cyrillic

2019-09-03 Thread Zoran Dori
Hi,
thanks for email! This isn't mailing list for these question, here we ask
questions related to Wikimedia Cloud services..

Do you mean on some numbers letters and percents (%)?

Best wishes,
Zoran
Volunteer of Serbian Wikipedia.

uto, 03. sep 2019. 20:18 Thomas Stieve  je
napisao/la:

> Hello all,
>
> I am trying to download a number of Russian Wikipedia articles in either
> Firefox or Chrome. These articles have embedded URLs in Cyrillic. The texts
> of the actual articles in Cyrillic save correctly in text files, but the
> Cyrillic URLs are saved as gibberish. Does anyone have a solution? It
> doesn't have to be those two browsers I guess.
>
> Thank you,
> Tom
>
> --
> Thomas Stieve
> Ph.D. Candidate
> School of Geography and Development
> University of Arizona
> ___
> Wikimedia Cloud Services mailing list
> Cloud@lists.wikimedia.org (formerly lab...@lists.wikimedia.org)
> https://lists.wikimedia.org/mailman/listinfo/cloud
___
Wikimedia Cloud Services mailing list
Cloud@lists.wikimedia.org (formerly lab...@lists.wikimedia.org)
https://lists.wikimedia.org/mailman/listinfo/cloud

Re: [Cloud] CloudVPS maintenance on Wednesday 2019-10-16 (round 2 of cloudvirt reboots)

2019-10-16 Thread Zoran Dori
Hi,
you said 4 servers but also you said cloudvirt1028, cloudvirt1029 and
cloudvirt1030. Where is fourth?

Best regards,
Zoran.
___
Wikimedia Cloud Services mailing list
Cloud@lists.wikimedia.org (formerly lab...@lists.wikimedia.org)
https://lists.wikimedia.org/mailman/listinfo/cloud

Re: [Cloud] CloudVPS maintenance on Wednesday 2019-10-16 (round 2 of cloudvirt reboots)

2019-10-16 Thread Zoran Dori
No problem, thanks!

sre, 16. okt 2019. 14:39 Arturo Borrero Gonzalez 
je napisao/la:

> On 10/16/19 12:42 PM, Zoran Dori wrote:
> > Hi,
> > you said 4 servers but also you said cloudvirt1028, cloudvirt1029 and
> > cloudvirt1030. Where is fourth?
> >
>
> That's a typo. Sorry for that. We are rebooting *3* cloudvirts.
>
> Good catch! :-P
>
> regards.
>
> --
> Arturo Borrero Gonzalez
> SRE / Wikimedia Cloud Services
> Wikimedia Foundation
>
___
Wikimedia Cloud Services mailing list
Cloud@lists.wikimedia.org (formerly lab...@lists.wikimedia.org)
https://lists.wikimedia.org/mailman/listinfo/cloud

Re: [Cloud] Webspace

2019-12-29 Thread Zoran Dori
Hi,
as I understand, maybe you should request increasing it on Phabricator,
following instructions on
https://phabricator.wikimedia.org/project/view/2880/ .

But, i can't guarantee to this will be accepted.

Best regards,
Zoran.

нед, 29. дец 2019. у 14:28 Dirk Hünniger via Cloud <
cloud@lists.wikimedia.org> је написао/ла:

> Hi,
>
> I am running the mediawiki2latex web service for converting wiki
> articles to downloadable formats.
>
> https://mediawiki2latex.wmflabs.org/
>
> The output files generated aim for high quality printing, and thus
> contain high resolution images (300 dpi). This makes the task to create
> them computationally expensive. For single articles the effect is
> usually acceptable, but for collections of Wikipedia articles as for
> example found in the Wikipedia "Book:" namespace, the rendering time of
> a single Book is often a few hours. It has been suggested to cache the
> created make them available for instant download. I have started to
> generate PDF files on an old dual core laptop (two at a time) of all
> books in the Wikipedia "Book:" namespace. Currently received more than
> 1000 PDFs using 100GByte of space on disk after one month of compute
> time. Since there are about 6000 such books everything will safely fit
> into 1 TByte. I would like to ask for one TByte of space that can be
> mounted into the mediawiki2latex VM, so I can make them available from
> web service for instant download. What is the administrative process I
> need to follow for this request. Alternatively I could also host the
> files at home or and external provider, but I doubt that this is
> actually an option.
>
> Yours Dirk Hünniger
>
>
> ___
> Wikimedia Cloud Services mailing list
> Cloud@lists.wikimedia.org (formerly lab...@lists.wikimedia.org)
> https://lists.wikimedia.org/mailman/listinfo/cloud
___
Wikimedia Cloud Services mailing list
Cloud@lists.wikimedia.org (formerly lab...@lists.wikimedia.org)
https://lists.wikimedia.org/mailman/listinfo/cloud

Re: [Cloud] Umlaut issue

2019-12-29 Thread Zoran Dori
Hi,
This is a strange problem.

Maybe someone from the WMCS team should check around this issue for a
solution. As for opening and transferring an account, it is your choice.

Best regards,
Zoran.

нед, 29. дец 2019. у 14:13 Dirk Hünniger via Cloud <
cloud@lists.wikimedia.org> је написао/ла:

> Hi,
>
> I am running a rendering service for converting wiki articles to
> downloadable formates
>
> https://mediawiki2latex.wmflabs.org/
>
> I can log into the machine via ssh. But I cannot access the horizon
> administration web interface anymore. After some research I found out
> that is because of my last name Hünniger which contains the Umlaut ü. It
> has been suggested that I create a new account call "Dirk Huenniger" and
> transfer the administration rights for the mediawiki2latex project on
> horizon to this new account. Is this a good idea? And if so what are the
> steps I need to take in order to reach that? Currently I do not really
> need to horizon web interface, but the current situation is a thread for
> the long term stability of the mediawik2latex web service.
>
> Yours Dirk Hünniger
>
>
> ___
> Wikimedia Cloud Services mailing list
> Cloud@lists.wikimedia.org (formerly lab...@lists.wikimedia.org)
> https://lists.wikimedia.org/mailman/listinfo/cloud
___
Wikimedia Cloud Services mailing list
Cloud@lists.wikimedia.org (formerly lab...@lists.wikimedia.org)
https://lists.wikimedia.org/mailman/listinfo/cloud

[Cloud] New year / Nova godina

2019-12-31 Thread Zoran Dori
Happy new year to everyone!! / Srećna Nova godina svima!!

Best wishes! / Sve najbolje!

Zoran.
___
Wikimedia Cloud Services mailing list
Cloud@lists.wikimedia.org (formerly lab...@lists.wikimedia.org)
https://lists.wikimedia.org/mailman/listinfo/cloud

Re: [Cloud] Access Wikimedia commons file in Toolforge/CloudVPS

2020-01-08 Thread Zoran Dori
Hi,
i don't know about this, I think that it isn't available there, but someone
from cloud-services team maybe know.

Best regards,
Zoran.
___
Wikimedia Cloud Services mailing list
Cloud@lists.wikimedia.org (formerly lab...@lists.wikimedia.org)
https://lists.wikimedia.org/mailman/listinfo/cloud

Re: [Cloud] [Cloud-announce] Changes to CloudVPS web proxy (XFF) on 2020-04-15

2020-04-15 Thread Zoran Dori
Hello,
thanks for doing great job.

Do you have plan to enable HTTPS per default for web proxy names?

Best regards,
Zoran Dori
volunteer, Wikimedia Serbia
s: zoranzoki21.github.io e: zorandori4...@gmail.com
___
Wikimedia Cloud Services mailing list
Cloud@lists.wikimedia.org (formerly lab...@lists.wikimedia.org)
https://lists.wikimedia.org/mailman/listinfo/cloud

Re: [Cloud] Gerrit upgrade on Saturday, 27th of June

2020-06-21 Thread Zoran Dori
Hello everyone,
for me new Gerrit looks great.

But, I don't know why I can't edit files via UI as in (soon old) Gerrit. In
documentation (
https://gerrit-review.googlesource.com/Documentation/user-inline-edit.html,
section Adding a File to a Change) is how-to. But I can't see these options
on https://gerrit-test.wikimedia.org/r/c/sandbox/+/605706).

How I can add/remove/edit files via UI?

Best regards,
Zoran Dori
volunteer, Wikimedia Serbia
s: kizule.xyz e: zorandori4...@gmail.com

*Imagine a world in which every single human being can freely share inthe
sum of all knowledge.*
___
Wikimedia Cloud Services mailing list
Cloud@lists.wikimedia.org (formerly lab...@lists.wikimedia.org)
https://lists.wikimedia.org/mailman/listinfo/cloud

Re: [Cloud] Gerrit upgrade on Saturday, 27th of June

2020-06-21 Thread Zoran Dori
Hi Christian,
thanks for responding! Editing now works, it is great also!

Best regards,
Zoran Dori
volunteer, Wikimedia Serbia
s: kizule.xyz e: zorandori4...@gmail.com

*Imagine a world in which every single human being can freely share inthe
sum of all knowledge.*
___
Wikimedia Cloud Services mailing list
Cloud@lists.wikimedia.org (formerly lab...@lists.wikimedia.org)
https://lists.wikimedia.org/mailman/listinfo/cloud

[Cloud] Fwd: [GitHub API] Deprecation notice for authentication via URL query parameters

2020-08-13 Thread Zoran Dori
Hello,
I have a Cloud VPS project called srwiki-dev. I have set cron which
automatically updates Mediawiki (core, extensions, skins) also and
composer/npm dependencies. It happens each Thursday. But, I don't know why
GitHub sends me this mail below.

Best regards,
Zoran Dori
Volunteer on Wikimedia Foundation's projects
E: zorandori4...@gmail.com
W: kizule.tk
I: iamkizule <https://instagram.com/iamkizule>


-- Forwarded message -
Од: GitHub 
Date: чет, 13. авг 2020. у 22:00
Subject: [GitHub API] Deprecation notice for authentication via URL query
parameters
To: Zoran Dori 


Hi @zoranzoki21,

On August 13th, 2020 at 20:00 (UTC) your personal access token (Composer on
discordwiki 2020-03-25 2307) using Composer/1.8.4 (Linux; 4.19.0-8-amd64;
PHP 7.3.19) was used as part of a query parameter to access an endpoint
through the GitHub API:

https://api.github.com/repositories/14212481/zipball/d1e4107e1c4f4ca0139a4ac936cb4f64ec8dc7fc

Please use the Authorization HTTP header instead, as using the
`access_token` query parameter is deprecated. If this token is being used
by an app you don't have control over, be aware that it may stop working as
a result of this deprecation.

Depending on your API usage, we'll be sending you this email reminder on a
monthly basis for each token and User-Agent used in API calls made on your
behalf.
Just one URL that was accessed with a token and User-Agent combination will
be listed in the email reminder, not all.

Visit
https://developer.github.com/changes/2020-02-10-deprecating-auth-through-query-param
for more information about suggested workarounds and removal dates.

Thanks,
The GitHub Team
___
Wikimedia Cloud Services mailing list
Cloud@lists.wikimedia.org (formerly lab...@lists.wikimedia.org)
https://lists.wikimedia.org/mailman/listinfo/cloud


Re: [Cloud] Fwd: [GitHub API] Deprecation notice for authentication via URL query parameters

2020-08-13 Thread Zoran Dori
Thanks, but how I can update composer on my instances, as tutorial from
DigitalOcean [1] no works. Can you provide it on mirrors.wikimedia.org?

Best regards,
Zoran Dori
Volunteer on Wikimedia Foundation's projects
E: zorandori4...@gmail.com
W: kizule.tk
I: iamkizule <https://instagram.com/iamkizule>

[1]
https://www.digitalocean.com/community/tutorials/how-to-install-and-use-composer-on-debian-10
___
Wikimedia Cloud Services mailing list
Cloud@lists.wikimedia.org (formerly lab...@lists.wikimedia.org)
https://lists.wikimedia.org/mailman/listinfo/cloud


Re: [Cloud] Fwd: [GitHub API] Deprecation notice for authentication via URL query parameters

2020-08-13 Thread Zoran Dori
Hello again,
it was failing on verifying hash, but I have downloaded a file from
getcomposer.org and made it working now.

Best regards,
Zoran Dori
Volunteer on Wikimedia Foundation's projects
E: zorandori4...@gmail.com
W: kizule.tk
I: iamkizule <https://instagram.com/iamkizule>
___
Wikimedia Cloud Services mailing list
Cloud@lists.wikimedia.org (formerly lab...@lists.wikimedia.org)
https://lists.wikimedia.org/mailman/listinfo/cloud


Re: [Cloud] Url redirect

2020-10-20 Thread Zoran Dori
Hello,
>
> Is there any mean to redirect an url to the toolforge url? So "
> http://www.mydomain.com"; --> "https://mytool.toolforge.org";?

I think that you can make a redirect in the panel of the provider where you
bought the domain. :)

Best regards,
Zoran.
___
Wikimedia Cloud Services mailing list
Cloud@lists.wikimedia.org (formerly lab...@lists.wikimedia.org)
https://lists.wikimedia.org/mailman/listinfo/cloud


Re: [Cloud] Url redirect

2020-10-20 Thread Zoran Dori
I mean that users will be redirected to the mytool.toolforge.org.

Best regards!
___
Wikimedia Cloud Services mailing list
Cloud@lists.wikimedia.org (formerly lab...@lists.wikimedia.org)
https://lists.wikimedia.org/mailman/listinfo/cloud


Re: [Cloud] [Cloud-announce] Cloud VPS users, please claim your projects

2020-11-02 Thread Zoran Dori
Hello,
I've already claimed the srwiki-dev project, so I'm not sure why it is
listed here as unclaimed.

But I've added "In use" and in the title, so I think that everything is
okay now, right?

Best regards,
Zoran
___
Wikimedia Cloud Services mailing list
Cloud@lists.wikimedia.org (formerly lab...@lists.wikimedia.org)
https://lists.wikimedia.org/mailman/listinfo/cloud


Re: [Cloud] [Cloud-announce] ToolsDB Maintenance - 2020-12-16 @ 1700 UTC

2020-12-16 Thread Zoran Dori
Oh, finally good news. :)

Best regards,
Zoran
___
Wikimedia Cloud Services mailing list
Cloud@lists.wikimedia.org (formerly lab...@lists.wikimedia.org)
https://lists.wikimedia.org/mailman/listinfo/cloud


Re: [Cloud] Install emacs 25 on bastion hosts?

2021-03-22 Thread Zoran Dori
Hello Roy,

Should I open a phab ticket for requests like this?
>
I think that it would be the best option.

Best regards,
Zoran
___
Wikimedia Cloud Services mailing list
Cloud@lists.wikimedia.org (formerly lab...@lists.wikimedia.org)
https://lists.wikimedia.org/mailman/listinfo/cloud


[Cloud] Re: [IMPORTANT] Action Required for Your Wikitech Account Migration

2024-07-22 Thread Zoran Dori
I'm wondering what's going to happen with cases when there are two
accounts. Like Zoranzoki21 and Kizule in my case.

My username everywhere was Zoranzoki21, and on Wikipedia and other wikis, I
got renamed to Kizule. Including Phabricator.
But only Wikitech/Gerrit are left (https://phabricator.wikimedia.org/T260647
).

I'm fine with merging accounts Zoranzoki21 and Kizule on Wikitech, renaming
Zoranzoki21 to Kizule on Gerrit, and deleting LDAP account with username
Zoranzoki21.

Any help would be appreciated.

Best regards!

пон, 22. јул 2024. у 23:18 Brooke Vibber  је
написао/ла:

> Ah this faq is helpful :D
>
> https://wikitech.wikimedia.org/wiki/News/Migrating_Wikitech_Account_to_SUL
>
> nevermind my questions :D
>
> -- brooke
>
>
> On Mon, Jul 22, 2024 at 2:12 PM Brooke Vibber 
> wrote:
>
>> Ah! Hm, that's a horse of a different color...
>>
>> So now I'll have three Wikimedia global accounts, one for WMF official
>> usage, one personal, and one for Wikitech with all different names?
>>
>> Or I should merge the Wikitech account with my WMF account of a different
>> name?
>>
>> Is that something I can do without requesting a local rename first?
>>
>> -- brooke
>>
>> On Mon, Jul 22, 2024 at 10:35 AM Bryan Davis  wrote:
>>
>>> On Mon, Jul 22, 2024 at 10:03 AM Brooke Vibber 
>>> wrote:
>>> >
>>> > Was the test mail intended to go only to dev accounts that are not
>>> attached to a MediaWiki account? I ask because I got it, and I'm already
>>> attached to a MediaWiki account so there doesn't appear to have been
>>> anything for me to do once I logged in there, but the subject and text
>>> imply that it's required to make a change from current state.
>>>
>>> The email's terminology is slightly confusing in that round I think.
>>> Rather than "MediaWiki account" I think it should read "Wikimedia
>>> Global Account (SUL)". The project that is underway is converting the
>>> locally attached accounts on Wikitech to be backed by Central Auth
>>> rather than Developer accounts in LDAP.
>>>
>>> Bryan
>>> --
>>> Bryan DavisWikimedia Foundation
>>> Principal Software Engineer   Boise, ID USA
>>> [[m:User:BDavis_(WMF)]]  irc: bd808
>>> ___
>>> Cloud mailing list -- cloud@lists.wikimedia.org
>>> List information:
>>> https://lists.wikimedia.org/postorius/lists/cloud.lists.wikimedia.org/
>>>
>> ___
> Cloud mailing list -- cloud@lists.wikimedia.org
> List information:
> https://lists.wikimedia.org/postorius/lists/cloud.lists.wikimedia.org/
>
___
Cloud mailing list -- cloud@lists.wikimedia.org
List information: 
https://lists.wikimedia.org/postorius/lists/cloud.lists.wikimedia.org/


[Cloud] Re: Fwd: [Cloud VPS alert][wikispeech] Puppet failure on producer.wikispeech.eqiad1.wikimedia.cloud (172.16.0.200)

2024-10-22 Thread Zoran Dori
Hi,
I would try with running apt update/apt upgrade, then rebooting the VM.

That usually fixed things for me before when I had a VM.

Best regards,
Zoran

уто, 22. окт 2024. 10:54 Sebastian Berlin 
је написао/ла:

> I received this email for four instances in two different projects.
> Running `sudo run-puppet-agent` gave the same error. Do I need to do
> anything?
>
> *Sebastian Berlin*
> Utvecklare/*Developer*
> Wikimedia Sverige (WMSE)
>
> E-post/*E-Mail*: sebastian.ber...@wikimedia.se
> Telefon/*Phone*: (+46) 0707 - 92 03 84
>
>
> -- Forwarded message -
> From: root 
> Date: Tue, 22 Oct 2024 at 10:16
> Subject: [Cloud VPS alert][wikispeech] Puppet failure on
> producer.wikispeech.eqiad1.wikimedia.cloud (172.16.0.200)
> To: 
>
>
>
> Puppet is having issues on the "producer.wikispeech.eqiad1.wikimedia.cloud
> (172.16.0.200)" instance in project
> wikispeech in Wikimedia Cloud VPS.
>
> Puppet is running with failures.
>
> Working Puppet runs are needed to maintain instance security and logins.
> As long as Puppet continues to fail, this system is in danger of becoming
> unreachable.
>
> You are receiving this email because you are listed as member for the
> project that contains this instance.  Please take steps to repair
> this instance or contact a Cloud VPS admin for assistance.
>
> If your host is expected to fail puppet runs and you want to disable this
> alert, you can create a file under /.no-puppet-checks, that will skip the
> checks.
>
> You might find some help here:
>
> https://wikitech.wikimedia.org/wiki/Portal:Cloud_VPS/Admin/Runbooks/Cloud_VPS_alert_Puppet_failure_on
>
> For further support, visit #wikimedia-cloud on libera.chat or
> 
>
> Some extra info follows:
>  Last run summary:
> application:
>   converged_environment: production
>   initial_environment: production
>   run_mode: agent
> changes:
>   total: 0
> events:
>   failure: 0
>   success: 0
>   total: 0
> resources:
>   changed: 0
>   corrective_change: 0
>   failed: 0
>   failed_to_restart: 0
>   out_of_sync: 0
>   restarted: 0
>   scheduled: 0
>   skipped: 0
>   total: 0
> time:
>   fact_generation: 0.5404427628964186
>   last_run: 1729583430
>   plugin_sync: 0.7785281259566545
>   startup_time: 0.652441437
>   total: 2.206511162
> version:
>   config: null
>   puppet: 7.23.0
>
>
>  Failed resources if any:
>
>   No failed resources.
>
> --- Last run log:
>
> ERR: Could not retrieve catalog from remote server: Error 500 on SERVER:
> Server Error: Failed when searching for node
> producer.wikispeech.eqiad1.wikimedia.cloud: Exception while executing
> '/usr/local/bin/puppet-enc': Cannot run program "/usr/local/bin/puppet-enc"
> (in directory "."): error=0, Failed to exec spawn helper: pid: 869822, exit
> value: 1
> WARNING: Not using cache on failed catalog
> ERR: Could not retrieve catalog; skipping run
>
>  Exceptions that happened when running the script if any:
>   No exceptions happened.
>
> ___
> Cloud mailing list -- cloud@lists.wikimedia.org
> List information:
> https://lists.wikimedia.org/postorius/lists/cloud.lists.wikimedia.org/
>
___
Cloud mailing list -- cloud@lists.wikimedia.org
List information: 
https://lists.wikimedia.org/postorius/lists/cloud.lists.wikimedia.org/