User talk:Krinkle

From Wikitech
Jump to navigation Jump to search

Server list/yaseo

I can't remember what was here, but is being outdated a reason for deletion? If a template is not enough you could blank it. If there wasn't any meaningful info in the history ignore this message. Thanks! Nemo bis 00:01, 22 February 2012 (UTC)[reply]

I did this as a follow-up to the earlier deletions related to Yahoo by User:RobH, such as Yf1014, List of yaseo servers, Yahoo cluster and more. And Server list/pmtpa (also subpage from the same list) was also deleted and Server list in general seems to be superseeded by Server roles and Category:Cluster/ Category:Servers --Krinkle 23:04, 24 February 2012 (UTC)[reply]
I see. Looks like being outdated is considered a reason for deletion on this wiki. :-) By the way, all your maintenance work on this wiki is amazing. ;-) Nemo bis 18:46, 27 February 2012 (UTC)[reply]
Yeah, I wasn't entirely sure about it myself. I attempted undeletion but then I saw that a whole bunch of other pages related to Yahoo were deleted as well. I guess outdated in general isn't a deletion reason, but the Yahoo cluster is no longer relevant to WMF so I guess that's what triggered the mass deletion back then. I cleaned up some left overs last week. You're welcome! --Krinkle 02:13, 28 February 2012 (UTC)[reply]
Now all those pages are lost... :( --Nemo 09:47, 9 March 2013 (UTC)[reply]

suggesting racktables parameter in server template

Template:Server#Requested_parameters. Dzahn 09:44, 29 June 2012 (UTC)[reply]

Thanks!, replied on talk page. Krinkle 09:52, 29 June 2012 (UTC)[reply]

Template fixes

Thanks for correcting my templates! I don't have much experience with wikitext aside from obvious formatting of prose, so I'm making quite a lot of mistakes. I'm gratified that you fixed a bunch of them. Thanks! --ori 03:06, 27 August 2012 (UTC)[reply]


Do you remember what's the correct revision here? There's some importing mess in the history. Thanks, Nemo 09:47, 9 March 2013 (UTC)[reply]

There is an interesting history indeed, but there is nothing wrong with it now. Krinkle (talk) 23:55, 10 March 2013 (UTC)[reply]

Some stroopwafels for you!

Gaufre biscuit.jpg Thanks for the docs updates. :) Quiddity (talk) 20:00, 28 November 2017 (UTC)[reply]

Application servers changes

re: [1] Those are not dcops things, that's service ops. I was a bit surprised that my own docs were suddenly not on the application server page anymore. And we use the term runbook already for something a bit different, how to react to Icinga alerts like those in Category:Runbooks. dzahn (talk) 15:18, 26 March 2020 (UTC)[reply]

@dzahn: Oops, okay. I assumed hardware was DC Ops. Thanks for pointing it out. For Performance, we use "runbook" like a handbook, for all common tasks (including deployments), not just alert/incident response (see Performance/Runbooks). But no problem, I've moved it back. --Krinkle (talk) 22:20, 26 March 2020 (UTC)[reply]

Mcrouter changes

Just wanted to let you know my bookmarked URL Mcrouter#Generate_certs_for_a_new_host was broken by a redirect/page move. dzahn (talk) 23:46, 24 March 2021 (UTC)[reply]

@Dzahn Ack, understood. I adjusted it because there were also uses of it where I think the follower expected the general overview instead. It's ambigous either way. I've improved it in two ways now. First, the overview that the Mcrouter redirect points to now has an explicit reference to where the Mcrouter runbooks are (previously it said "See also", now it says "For runbooks, see"). Second, the Mcrouter redirect now jumps to the Mcrouter part of the overview page so that you immediately see that hatnote, instead of feeling lost and having to find the hatnote later down the page. --Krinkle (talk) 00:08, 25 March 2021 (UTC)[reply]
Thank you, that sounds good. dzahn (talk) 18:36, 30 March 2021 (UTC)[reply]

A barnstar for you!

Original Barnstar Hires.png The Original Barnstar
For authoring & working on the X-Wikimedia-Debug browser extension. Amazing work. Thank you :) Alangi Derick (talk) 00:16, 30 April 2021 (UTC)[reply]

XML Dumps and data persistence infrastructure

I initially removed Dumps from the Data persistence group on the Infrastructure template, thinking that it had been assigned to the wrong Team by mistake: fearing that Ariel would think we took over their work. I later realized that it was not organized by team, but by topic. I am unsure where to classify it- for now I have put it under MediaWiki: The main reason is that database backups perform copies at MySQL level, while dumps use Mediawiki as the abstraction layer.

While they are very similar in the kind of operations performed (reading lots of rows), Ariel is very vocal (and I really support them, because _they have a point_) that xml exports are not backups. I understand that from an external view all is "data stored somewhere". I really don't have a strong suggestion of where to classify everything, but wanted to raise the issue with you and maybe we could think of a better classification that helps rising awareness about the difference between the 2. CC @ArielGlenn: -- Jcrespo 14:27, 19 May 2021 (UTC)[reply]

I added these links as part of cleaning out Portal:Wikitech where these have been grouped together under "Backups" for many years. I do think topical grouping is preferred for the new structure as well. But, I actually departed from that by accident for this link when I placed "MariaDB" and "Backups" together under what is clearly a team ("Data persistence"), and then other Backup-related things naturally slipped in. Happy to group it any way you like, e.g. we could do "MariaDB", "Backups" and "Public dumps" as three separate groups. --Krinkle (talk) 15:32, 19 May 2021 (UTC)[reply]