[00:31:20] Warning: There is 1 user waiting for shell: شركت بنيان سازان شمال (waiting 0 minutes) [00:34:17] Coren: since I am still awake, I got a minor issue with the NFS mount in labs. [00:34:29] Pray tell [00:34:36] Coren: as root on the instance, I could not chown a file belonging to root ( no root squash ) [00:34:58] that was an issue with logrotate which is root [00:35:00] o_O? It's supposed to be no_root_squash for everyone. [00:35:06] it would zip the old files [00:35:22] then create a file with root:root and then attempt to restore the original ownership [00:35:22] What is the mount point? [00:35:24] which would fail [00:35:41] the workaround was to ask log rotate to not recreate the files and letting the daemon to do it :) [00:35:58] Oh, wait, that's not the problem you think. That's a /local/ user that owned the file, right? [00:36:13] I.e. One not in LDAP? [00:36:19] the local root [00:36:30] No, I mean the original owner. [00:36:46] ah yeah that was udp2log:udp2log which is a user local to the machine [00:36:56] * Coren ponders. [00:37:24] Can you cat /sys/module/nfs/parameters/nfs4_disable_idmapping on that box? [00:44:55] Warning: There is 1 user waiting for shell: شركت بنيان سازان شمال (waiting 13 minutes) [00:50:31] Coren: sorry got distracted [00:50:45] N [00:50:49] $ sudo cat /sys/module/nfs/parameters/nfs4_disable_idmapping [00:50:50] N [00:51:07] hashar: Hold that thought, doing something enwp-related with semi-hi emergency level. Will be back in 5 [00:55:05] Coren: it is not a big issue, I can fill a bug for it [00:55:28] 3am there so I am going to sleep soon [00:56:36] hashar: No, I'm back. [00:57:25] oook :-] [00:58:21] Warning: There is 1 user waiting for shell: شركت بنيان سازان شمال (waiting 27 minutes) [00:58:26] hashar: For some reason, the /etc/init/nfs-noidmap didn't run on that box. [00:58:39] hashar: Did you reboot it when you transitionned? [00:58:53] yes sir [00:58:57] o_O [00:59:10] want me to reboot it ? :D [00:59:21] check of the presence of /etc/init/nfs-noidmap [00:59:40] not there [00:59:57] dafu? Did you add the puppet class? [01:00:16] (What box is this?) [01:01:29] sorry I am slow [01:01:35] deployment-bastion.pmtpa.wmflabs [01:01:40] part of the deployment-prep project [01:02:09] https://wikitech.wikimedia.org/wiki/Nova_Resource:I-00000390 [01:02:14] Puppet Class [01:02:15] base, ldap::client::wmf-test-cluster, exim::simple-mail-sender, sudo::labs_project, jenkins::user, misc::deployment::scap_scripts, role::beta::autoupdater, role::beta::logging::mediawiki, role::beta::maintenance, role::labsnfs::client [01:02:22] well the one that matter is role::labsnfs::client [01:03:49] hmm maybe something is not applied [01:03:58] there is some puppet error err: /Stage[main]/Mediawiki::Users::L10nupdate/File[/home/l10nupdate/.ssh]/owner: change from 10002 to l10nupdate failed: Failed to set owner to '996': Invalid argument - /home/l10nupdate/.ssh [01:03:58] :( [01:11:58] Warning: There is 1 user waiting for shell: شركت بنيان سازان شمال (waiting 40 minutes) [01:13:25] Crap. That's a bit circular since the problem is preventing the puppet to run. [01:13:47] wtf is puppet trying to write in /home for? [01:14:20] There is an ugly workaround possible: [01:14:38] Add the following: [01:14:40] echo 1 >/sys/module/nfs/parameters/nfs4_disable_idmapping [01:14:45] At the end of /etc/rc.local [01:14:49] And reboot. [01:14:58] This will force the change, and allow puppet to run. [01:15:18] Which will install the nfs-noidmap which does it the "right" way. [01:15:55] It looks like the problem was caused by the puppet update; when you ran it originally, it must have failed partway. [01:16:53] * Coren does it [01:17:14] Can I reboot the box? [01:17:29] hashar: ^^ [01:17:37] sure [01:18:00] just one minor issue is that once rebooted you have to stop the udp2log service and start the udp2log-mw one [01:18:02] they conflict [01:18:07] !log deployment-prep rebooted deployment-bastion after manual workaround for a broken puppet run [01:18:09] Logged the message, Master [01:18:57] and the write in /home is caused by some wierd dependency in some role class :-] [01:19:42] root@i-00000390:~# cat /sys/module/nfs/parameters/nfs4_disable_idmapping [01:19:42] Y [01:19:42] is the expected result. [01:19:59] forcing a puppet run to see if that fixed it [01:21:02] notice: /Stage[main]/Role::Logging::Mediawiki/Misc::Udp2log::Instance[mw]/Service[udp2log-mw]/ensure: ensure changed 'stopped' to 'running' [01:23:18] Your puppet config on that box is seriously broken, man. It edits /etc/iptables-save one way, then undoes it immediately, at every run. [01:24:14] And it's not applying the role::labsnfs::client class completely? o_O [01:24:38] the rc.local fix will circumvent the problem for now, but we'll need to figure out what the root cause it. [01:25:13] :( [01:25:28] Warning: There is 1 user waiting for shell: شركت بنيان سازان شمال (waiting 54 minutes) [01:25:50] Coren: for beta I usually apply the production class [01:26:05] Coren: that tends to work until the prod classes are changed in someway or an other [01:27:13] Coren: the iptables issues, I have no idea [01:27:23] Coren: I think that is a problem with Augeas [01:29:03] The NFS chowns should work right, for now. But we need to eventually figure out why the class sin't getting applied right. [01:29:09] !log deployment-prep bastion: /etc/init.d/udp2log stop && /etc/init.d/udp2log-mw start [01:29:10] Logged the message, Master [01:29:25] Coren: so I have applied it on other instances as well [01:29:42] hashar: Lemme go see one of 'em to compare. Name? [01:29:45] deployment-apache32.pmtpa.wmflabs deployment-apache33.pmtpa.wmflabs [01:30:09] deployment-jobrunner08.pmtpa.wmflabs and finally deployment-video05.pmtpa.wmflabs [01:30:25] they all uses the MediaWiki files hosted on the NFS [01:32:14] Ah, fuuu. The bug seems to be in the puppet class. [01:32:31] It's the change Ryan requested. I blame Ryan. :-) [01:32:49] (I'll fix it for good tomorrow; it does mean you'll be stuck having to reboot 'em all) [01:33:06] will do that next week :D [01:33:12] I think I will sleep tomorrow [01:33:20] Go sleep, then. :-) [01:33:20] thanks for the debugging! [06:54:13] is there any facility similar to https://wiki.toolserver.org/view/Toolserver_database ? [08:08:00] hey [08:10:00] Warning: There is 1 user waiting for shell: Bjelleklang (waiting 0 minutes) [08:23:29] Warning: There is 1 user waiting for shell: Bjelleklang (waiting 13 minutes) [08:23:49] I'm here in case of any questions :) [08:24:00] hey [08:25:32] bjelleklang so, what exactly, beside shell access you need? :P [08:25:57] because you already have that [08:26:00] oh [08:26:06] If so I'm not really sure yet [08:26:28] ok let me know once you are ;) [08:26:34] I'm using the toolserver today, but that will go away sometime in the future, so thought that familiarizing myself with labs would be a good idea :) [08:26:48] Will do, thanks! [08:26:49] !docs [08:26:49] View complete documentation at https://labsconsole.wikimedia.org/wiki/Help:Contents [08:26:57] that is some boring reading [08:27:03] !toolsdocs [08:27:04] http://www.mediawiki.org/wiki/Wikimedia_Labs/Tool_Labs/Help [08:27:08] that is less boring, but still [08:29:01] :) [08:29:14] I'll take a look at it and try not to fall asleep [08:43:49] Hi [08:45:23] I'm trying to login to brand new project instance and got stuck with login from bastion. [08:45:32] !access [08:45:32] https://labsconsole.wikimedia.org/wiki/Access#Accessing_public_and_private_instances [08:45:48] exbe are you sure that instance was built successfuly? [08:45:55] !console [08:45:55] in case you want to see what is happening on terminal of your vm, check console output [08:46:09] you better check :P [08:46:59] Not sure, security groups is empty, console says permission denied (publickey) [08:47:17] ok what about the !console [08:47:46] But I have checked web and default groups during creating [08:47:52] when you open the instance list [08:48:00] there is console output link [08:48:01] click it [08:48:03] read it [08:48:20] you may see that there was problem during creation of instance [08:48:27] @labs-user Exbe [08:48:28] Exbe is member of 2 projects: Bastion, Documentation, [08:48:51] exbe try to ssh to bastion2 [08:48:54] from bastion1 [08:49:04] Ok, one moment [08:49:05] if it won't work, you are not forwarding key [08:49:13] if it works, your newly created instance is broken [08:49:38] Nope, rejects me [08:50:05] from bastion2 [08:51:36] Instance's console is showing welcome msg [09:00:22] !forwarding | exbe [09:00:22] exbe: https://labsconsole.wikimedia.org/wiki/Access#Using_agent_forwarding [09:00:54] Reading... [09:05:33] well, I'm on putty with "allow redirect..." + console output is different in my case. [09:06:45] When security groups should be updated on the instanse? Is there a way to check it somehow? [09:17:05] * exbe updated my user page@wikitech. In case anybody will have a chance to look. [12:02:49] exbe you don't need to update security group unless you are installing some extra sw [12:22:32] morning all... any admins up? [12:23:04] i'd like a new instance [12:32:01] greenrosetta where? [12:32:07] tools [12:32:16] call it foobar pls... we can delete it later? [12:32:25] ok, what do you need that instance for? [12:35:19] tools-login [12:36:56] ? [12:37:09] I mean why do you need a new instance? what is purpose of it? [12:37:27] im testing a deployment process [12:37:41] Trying to create a project for someone to easily have a shell application working [12:38:03] there is bots project (staging area) for tests, tools project is supposed to be production like and only testing can be done tools-dev [12:38:21] i can use that [12:38:30] do I have to be a member of that project? [12:38:30] I don't think Coren|Sleep would agree with instance only for tests was created [12:38:35] bots? [12:38:43] everyone who is on tools has access to bots [12:38:43] not a bot [12:38:48] ah [12:38:58] bots-gs is alternative to tools-login [12:38:59] ill wait for Coren... ive got other stuff to do [12:39:01] for now [12:39:04] no biggie [12:51:48] so, what exactly you want to test? should I create that new instance in bots project? [12:52:10] I would like to know more about what you really need, maybe creating instance would not be enough, or maybe it's not even needed? [14:16:08] hello, i've got some questions.. i've checking the docs, and there are several projects, bots,webtools and tools. as far as i understood, tools is a kinda ts, so i can have a project there with bots and tools like in ts? [14:18:12] Alchimista: You can create a project on Tools for every tool or bot you need. [14:20:30] Alchimista: That's it, yes. If you give me you wikitech username, I can give you access. [14:22:36] Coren: so i'll have a /home/ where i can have my codes and don't care to make passwords and other sensitive stuff private? [14:24:14] Alchimista: Yes, but the "right" way to do things is to create tool accounts for your tools that have each their distinct homes. Check out https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/Help#Your_tool_account [14:24:57] Also, only tools have web stuff. [14:24:58] Credentials that need to remain private simply need to have their permissions set accordingly (generally, just deny from others does) [14:27:42] BTW, a common problem on Toolserver are users who make their ~/.my.cnf & Co. readable to the world :-(. [14:28:16] (Many editors don't preserve the permissions.) [14:28:27] I don't think we need to touch this file? [14:28:34] Coren: i prefer to go slowlly, first get adapted to labs environment and try it. if i get too many new things now, i'll lose myself [14:28:54] can i have several tools on the same tool account? [14:29:27] You can. [14:29:45] Darkdadaah: No, but enough users do. Just take a look at /home/*/.my.cnf on Toolserver. [14:32:03] (Database passwords aren't that sensitive, but leaking a bot's credentials can suck big time.) [14:35:09] Coren: my labs nick is alchimista,i already have access to bastion and a bot project. could you also create a tool account named alchtools ? [14:39:12] Alchimista: It's easier if you create it yourself because that automatically marks you down as its maintainer (and I want to test that it works properly if you make it yourself, too) :-) [14:39:19] Alchimista: You're in the project now. [14:41:33] addshore I released new version of pidgeon, it has extension for freenode as well, so that you can simply /kb users or trolls without need to use chanserv at all [14:41:51] it fixes most of issues I found so far + your bug [14:41:59] Coren: i've entered without probelm. Nice ASCII art on labs logo, by the way [14:42:15] Alchimista: Just goes to show how old school I am. :-) [14:42:17] greenrosetta btw Coren is here [14:42:24] greenrosetta so that you can discuss it with him [14:47:16] Coren: now i'm lost. to create a project, it's just going to https://wikitech.wikimedia.org/w/index.php?title=Special:NovaProject&showmsg=setfilter and click on "add service group"? [14:47:46] Alchimista: In the tools project, yes. [14:47:55] Be back ina few minutes. [14:57:31] Alchimista: Did it work? [14:58:29] scfc_de: no, it says i'm not in the group, so i can't perform the action, yet, i'm in the left collum [14:58:46] in the member list. [14:59:26] Alchimista what is your labs name? what are you going to do? [14:59:33] @labs-user Alchimista [14:59:33] Alchimista is member of 3 projects: Bastion, Bots, Tools, [14:59:37] Alchimista: Yeah, that was a bug/misconfiguration a few days ago. Perhaps Coren was just overoptimistic :-). [15:00:28] nop, i was watting for him, while that, i'm on translatewiki, because the actual labs interface really really sucks [15:01:22] Alchimista: You mean wikitech.wikimedia.org? [15:02:19] scfc_de: yah, the special:nuovaProject. It's with portuguese and english all mixed up, so i'm making some translations [15:03:47] Alchimista: Ah, okay, I didn't ever change the language from English on wikitech :-). Let's see how German is doing ... [15:04:31] Actually, not too bad. [15:05:10] Alchimista if you tell me what you need I may be able to help you with it [15:05:38] Warning: There is 1 user waiting for shell: Happyharrythehorse (waiting 0 minutes) [15:06:09] petan: Coren: my labs nick is alchimista,i already have access to bastion and a bot project. could you also create a tool account named alchtools ? [15:06:33] petan: i was tryng to create a tool account by myself, so that coren could test if it's ok. but whille my user is on the members list, clicking on ad service group returns me a message that i can't create it, because i'm not a project member [15:08:51] ok I can either create it for you, or wait for Coren :P [15:09:01] I don't really know why it happens, might be a bug? [15:09:03] !rb [15:09:03] broken? report a bug: https://bugzilla.wikimedia.org/enter_bug.cgi?product=Wikimedia%20Labs [15:09:33] petan: yah, that's why coren didn't created already, so that he could test it [15:09:51] And apparently the test says: Still broken :-). [15:10:34] well, coren must have some things to do, or else whe would get bored :P [15:14:00] Alchimista Coren can test this on another project... if you really need to have your tool account somewhat now, I can create it, or if you don't need it now, you can of course wait... for ages :D [15:14:43] I am wondering who is making that interface [15:14:46] I think andrewbogott? [15:15:34] which interface? [15:15:43] wikitech [15:15:57] that one where you can create a service [15:16:01] It's some me and some Ryan. [15:16:03] like lical-blah [15:16:05] locak [15:16:08] * local-blah [15:16:15] Oh, on the manage projects page? [15:16:19] yes [15:16:34] That's mine. Probably toollabs will need its own suite of pages at some point though. [15:16:43] ok Alchimista reports it is broken [15:16:55] * andrewbogott scrolls up [15:17:07] I be back! [15:17:20] Coren you scroll up too :P [15:17:23] (It would be nice if on the Tools' page for this "Service groups" could be renamed "Tools".) [15:17:58] whoever create new images for ubuntu, it has invalid /etc/fstab [15:18:08] scfc_de: I think that Tool Labs is different enough conceptually that we'll probably want to make a Special:Toolproject that's more tailored. [15:19:04] Warning: There is 1 user waiting for shell: Happyharrythehorse (waiting 13 minutes) [15:19:48] Coren: Fine with me :-). An "s/^local-//;" would probably make sense then as well. [15:20:12] !log bots petrb: created new instance bots-login that will replace bots-gs in order to make things look like in tools [15:20:14] Coren, petan: Could one of you add Magnus_Manske to the Tools project, please? [15:20:15] Logged the message, Master [15:20:28] scfc_de even you can! [15:20:51] no need to be admin to add people to projects [15:20:59] petan: "You must be a member of the projectadmin role to perform this action." [15:21:05] o.O [15:21:09] that has had to change then [15:21:19] but I can add people to bastion project and I am not an admin there [15:21:22] Alchimista, can you try again? [15:21:42] sorry, i got out. let me try again.. [15:21:46] Failed to add Magnus_Manske to tools. [15:21:55] petan, yeah, I think Ryan changed some permissions to make a project admin more like a project admin. [15:21:59] scfc_de that is typical labs Error - with no clue why it happens [15:22:03] I can't create a tool either. Same error: You can not complete the action requested as your user account is not in the project requested. [15:22:15] it just "failed" :/ [15:22:32] andrewbogott: still the same error. i can't perform the action because i'm not on the solicitated proj [15:22:48] petan: Space, not underscore. [15:22:52] (I added it) [15:22:57] Failed to add Magnus Manske to tools. [15:22:58] aha [15:23:20] in both cases it should be failed to add because user was already in list / or whatever according to reason [15:23:28] I hate errors that say just: Error [15:23:31] Darkdadaah: it's a sys admins cabal XD [15:23:52] Alchimista: here too? [15:23:52] Darkdadaah I can create it for you until this problem is solved [15:24:03] Alchimista, petan, ok -- Ryan was messing with authentication on that page yesterday so it's best if we let him sort things out. He should be in in a couple of hours. [15:24:06] Coren, petan: Well, it worked in the end, so thanks anyway :-). [15:24:09] petan: No need, I was only testing. [15:24:10] Darkdadaah: they're cabal is everywhere :P [15:24:15] Meanwhile I can create Alchimista's tool if that gets him unstuck. [15:24:30] well, he just decided to be a guinea pig [15:24:35] Ah, ok. [15:24:35] doesn't want it :P [15:24:43] y'all could log a bug if you feel like it :) [15:24:54] !rb | Alchimista :P [15:24:54] Alchimista :P: broken? report a bug: https://bugzilla.wikimedia.org/enter_bug.cgi?product=Wikimedia%20Labs [15:24:57] yah, ig it'l take hours. i'll provably create another later [15:25:11] petan: "/!\ A problem has occured." :-) [15:25:31] that is microsoft alternative to Ryan's error message [15:25:54] Alchimista: Which name do you want for your tool? I'll add it. [15:26:16] o_O [15:26:19] Even I can't do it! [15:26:34] looool [15:26:47] Silly Ryan! :-P [15:27:17] He did say he was closing security holes. [15:27:36] why isnt this statement working? [15:27:37] PATH="$HOME/bin:$PATH" [15:27:43] it adds an extra // [15:28:00] greenrosetta: $HOME currently has a trailing / but it's harmless [15:28:07] [bz] (NEW - created by: Alchimista, priority: Unprioritized - normal) [Bug 48049] Error creating a tool project - https://bugzilla.wikimedia.org/show_bug.cgi?id=48049 [15:28:09] In Unix, // is exactly equivalent to / [15:28:15] it aint working though [15:28:24] nothing in bin runs [15:28:35] Did you /export/ your $PATH? :-) [15:28:43] export PATH="$HOME/bin:$PATH" [15:29:14] still doesnt work [15:29:36] greenrosetta what doesn't work? [15:29:40] pastebin what you are trying? [15:29:42] try echo $PATH [15:29:51] I have a script in the bin directory called "test" [15:30:00] it runs with ./test from that directory [15:30:01] does it have +x [15:30:04] it should run anywhere [15:30:24] greenrosetta: /your/ home? [15:31:02] the tools home [15:31:05] which resolves correctly [15:31:14] common-interests? [15:31:31] flask-stub [15:31:48] this is the $PATH /data/project/flask-stub//bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/sbin:/bin:/usr/X11R6/bin [15:31:57] see the //? [15:32:04] Yeah, the // is harmless. [15:32:18] ok, but the script called "test" in that path doesnt run [15:32:32] You called your script test? :-) [15:32:33] lol [15:32:40] cos its just a test [15:32:41] Warning: There is 1 user waiting for shell: Happyharrythehorse (waiting 27 minutes) [15:32:41] You are aware there is a shell builtin named test? [15:32:51] im deleting it after it works [15:32:57] ah [15:33:00] that would be the rub [15:33:03] You need to name it something else. :-) [15:33:07] Coren, how are your apache sites-available skills? [15:33:10] or use command test [15:33:20] andrewbogott: Reasonably good. What can I do? [15:33:46] On https://openstack-role-dev4.pmtpa.wmflabs/ I get a circular redirect despite my best intentions... [15:33:58] * Coren goes check. [15:34:11] you should be able to log into openstack-role-dev4 and see the file. Do you mind spending a minute to tell me what I have wrong? [15:34:35] andrewbogott: wiki or default? [15:34:58] Right now I'm looking at the top level dir. [15:35:20] hm… same behavior at /wiki though [15:35:28] s/dir/url/ [15:36:12] andrewbogott: You have conflicting configs; you still have 'default' there which also configures *:80 and *:443 [15:37:17] nevermind, there's just one enabled. Sorry [15:37:25] exit vim? [15:37:38] exited :) [15:38:42] andrewbogott: What are you trying to do with the rewriterules? It helps if I know what your intent is. :-) [15:39:35] It's copy/pasted from nova-precise2, so I'm largely free of intent. The overall goal is to have http: get us https:/wiki [15:40:09] But also some of that is magic mediawiki stuff that I don't quite understand :( [15:40:21] You want it actually redirected or you want /foo to work like /wiki/foo? [15:40:35] the second thing. [15:41:11] Ah. Then your rules are all wrong. :-) Gimme a sec. [15:41:31] Probably worth looking at the rules on nova-precise2 since I'm using that as a model. [15:41:40] Basically, I want this site to work like that one. (only via puppet) [15:41:54] which, btw, that file is puppetized so you should copy before you edit. [15:42:13] There might be more going on at nova-precise2; there's some stuff there about a /view/ URL [15:42:41] nova-precise2 is for wikitech-testing [15:42:45] old wikitech used /view/ URLs [15:44:32] Okay, so that I'm clear: You want to be able to view pages with https:/ThePage directly, not have it redirect to /wiki/ThePage? [15:44:52] (Both are equally easy) [15:46:07] Warning: There is 1 user waiting for shell: Happyharrythehorse (waiting 40 minutes) [15:47:12] andrewbogott: ^^ ping? [15:47:28] Coren: I want it to act like nova-precise2 and/or wikitech. When I go to https://wikitech.wikimedia.org/bananas gets me a 404, but https://wikitech.wikimedia.org/wiki/Bananas gets me a wiki page. [15:47:48] The latter is, I think, actually displaying https://wikitech.wikimedia.org/wiki/index.php/Bananas or something like that. [15:47:50] Ah, okay, standard mediawiki short path. :-) [15:50:54] andrewbogott: {{done}} Check /tmp/wiki [15:51:00] thanks [15:53:27] * andrewbogott tries to puppetize [15:58:31] Coren, was it actually loading a wiki page for you? [15:58:38] how so I add an enviorment variable so my app sees it? I can add it from the terminal, but apache wont see it [15:58:55] eg, i can see my enviornement variable from the terminal [15:59:34] Warning: There is 1 user waiting for shell: Happyharrythehorse (waiting 54 minutes) [16:01:15] andrewbogott: Yep. [16:02:05] Still does. [16:02:33] at what url? [16:02:39] I just get 404s [16:02:46] http://wikitech.wikimedia.org/wiki/Bananas ... oh, what a moron I am. :-) [16:02:56] * Coren tested against the wrong URL. :-) [16:03:47] Ryan_Lane: I haven't investigated but I think your auth changes have some issues. Sounds like no one at all can create service groups anymore (including Coren) [16:04:03] Because of the Aliases I may have to be more explicit about the redirect. [16:04:03] oh? [16:04:16] Ryan_Lane: "Not a member of the project", it lies. [16:04:22] heh [16:05:13] you can add/remove members, though, right? [16:05:29] ah. I see why [16:05:42] try now [16:05:57] andrewbogott: {{fixed}}. I had to explicitely instanciate the path to /w and not rely on the alias [16:06:20] andrewbogott: http://wikitech.wikimedia.org/wiki/Bananas leads to the woki as expected [16:06:47] well, at least I know my change was working [16:07:10] Coren, the page I see has text but is missing logo and graphics and such, so some path is still messed up. [16:07:13] Same for you? [16:07:22] previously if you screwed up the variable assignment it would just let everyone do the action [16:07:29] -> Add service group <- \o/ [16:08:21] andrewbogott: Oh, yes, I didn't check images. You probably need a couple of aliases for /other/ paths since your wiki doesn't actually live at the documentroot. [16:08:47] andrewbogott: I can't think of a reason why it shouldn't actually. Lemme fix taht. [16:09:03] Coren, I don't htink it's just images -- all the formatting is messed up. [16:09:23] andrewbogott: Yeah, all the static bits. That's because of the missing documentroot. Fixing now. [16:12:45] andrewbogott: Try this? [16:13:18] andrewbogott: There's also a note I added in the vhost config, if you want to give access to the /dumps you'll need to give permission in the section I added with a comment. [16:13:31] Ryan_Lane: i was able to create a group, but i can't *become* it. -> alchimista@tools-login:~$ become alchimista -> sudo: sorry, a password is required to run sudo [16:13:41] Alchimista: Did you log off and back on? [16:13:51] Alchimista: Group membership is set when you log in [16:13:53] Coren, looks the same as before, roughly -- still no static content. [16:13:59] o_O [16:14:06] Coren: out of ssh? let m restart then.. [16:14:12] Is this visible from the outside? I'm using elinks to test. :-) [16:14:33]