You are browsing a read-only backup copy of Wikitech. The primary site can be found at wikitech.wikimedia.org
root@stat1010:/sys/block# ls -l
total 0 lrwxrwxrwx 1 root root 0 Jun 28 13:22 dm-0 -> ../devices/virtual/block/dm-0 lrwxrwxrwx 1 root root 0 Jun 28 13:22 dm-1 -> ../devices/virtual/block/dm-1 lrwxrwxrwx 1 root root 0 Jun 28 13:22 sda -> ../devices/pci0000:17/0000:17:00.0/0000:18:00.0/host0/target0:3:110/0:3:110:0/block/sda lrwxrwxrwx 1 root root 0 Jun 28 13:22 sdb -> ../devices/pci0000:17/0000:17:00.0/0000:18:00.0/host0/target0:3:111/0:3:111:0/block/sdb
Welcome to Toolforge!
Hello Btullis, welcome to the Toolforge project! Your request for access was processed, and you should be able to use ssh to connect to login.toolforge.org. You will need to logout and login again at https://toolsadmin.wikimedia.org/ to activate your new permissions there.
Check the Toolforge help page for tips on using your account. You can also ask questions in our IRC channel at #wikimedia-cloud connect or send an e-mail to our mailing list email@example.com.
Moves and redirects
Hiyo! I noticed in RecentChanges that you'd moved a page without leaving a redirect behind (Special:Log/move).
I just wanted to note that it's usually best to leave a redirect behind, because otherwise incoming links from elsewhere (onwiki, or bookmarks/email/etc) will be broken.
E.g. there are now 2 pages with redlinks at Special:WhatLinksHere?target=Helm_chart (though IIUC from glancing at the history, they were historically redlinks until yesterday!).
- Hi Quiddity,
- Many thanks for your message and for the guidance. I will certainly review my recent changes and bear this advice in mind in future, however in this particular case I'm of the opinion that a redirect from Helm charts to Kubernetes/Deployment Charts isn't the right thing to do. My reasoning is around trying to add clarity and remove ambiguity within the SRE docs.
- In this case:
helmis a third-party tool, which we have to build and deploy.
helmfileis a third-party tool, which we also have to build and deploy.
- Helm charts are a set of standards regarding file formats and structures, which we use when defining our Kubernetes services.
- Helmfile deployments are the way that we associate a service with a cluster, including most of the core services for making the cluster work.
- 'Deployment Charts' is the WMF way of managing all of our helm charts and helmfile deployments within a single repository, along with lots of supporting modules, scaffolding and tests etc.
- Speaking personally, it took me quite a long time to understand the nuances of all this, so I thought I would try to update the documentation in the hope of making it easier for new SREs (and other interested parties) to understand.
- It's still an ongoing job though and I appreciate your concern about the possibility of my leaving broken links behind. I might end up making a specific Helm charts page, but in the meantime I don't think a redirect to Deployment charts adds clarity. Btullis (talk) 11:16, 28 November 2022 (UTC)