[14:53:49] is there a way to `chsh` on a cloud VPS to `/bin/fish`? I can't seem to do `chsh` as I don't know my password; with root I get `user 'proc' does not exist in /etc/passwd` (I presume some kind of LDAP is being used?) [14:54:22] for now I just modified `~/.profile`, but that doesn't seem to play nicely with my terminal (kitty) and its shell integrations [14:58:59] proc: the NSS stack in Cloud VPS reads the shell from the LDAP directory that backs Developer accounts. I don't know of any user facing UI or API that would let you change that. I think the recommendation I have made in the past is to setup a .bashrc that exec into your preferred shell. [16:36:51] !log jeanfred@tools-sgebastion-10 tools.integraality Deploy 525c9ed (Upgrade all Python dependencies) [16:36:53] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.integraality/SAL [17:38:19] andrewbogott, bd808 why might i get a http 403 forbidden on ctt-qa-03 trying to download a dumps file? Same on parsing-qa-02 [17:45:49] subbu: User-agent is most likely based on a glance at the nginx config in puppet. Does the payload of the 403 response give any clues? I think that path in the config would write "Blocked user agent" somewhere in the response. [17:47:19] eh, the hiera config for that UA block seems unlikely to match anything you would get from a tool like curl or wget [17:48:35] subbu: there is possibly a better way to get dumps. https://wikitech.wikimedia.org/wiki/Help:Shared_storage#Dumps [17:48:59] we can let your project mount the read-only NFS share [17:51:00] bd808, no .. the 403 response body doesn't tell me anything. [17:52:06] we used to run these dump processing scripts locally on or laptop and them upload the random sample sql file to the VMs but decided to try running them on the VM and ran into this ... but, the nfs share route works. [17:53:52] subbu: I saw "http://" the url you posted yesterday. Have you tried "https://"? It looks like the internal nginx hosts returns an unconditional 403 for port 80 connections. [17:56:12] I bet if the request flows through the CDN edge something does the http->https redirect, but it looks like if you hit clouddumps1001.wikimedia.org directly with http you would get a 403. [18:04:46] * subbu tries [18:05:17] that did the trick!! [18:05:48] so, no need for nfs and one less thing to keep track of .. will just update the http urls to https. [18:06:01] thanks [18:52:50] bd808: merged your puppet patch for a better error message [18:54:35] thanks taavi