On 17 August 2015 at 23:23, Dennis E. Hamilton <orc...@apache.org> wrote:
> Thanks Tony, this reminds me of some questions that would help us > understand what is involved. These questions are anyone knowledgable of > the current arrangements: > > I see four levels of support to wikis and forums: > > 1. User Account and Content Administration > I believe this is handed. Does anyone believe it is not? > this is done by the wiki administrators. > > 2. Administering the Running Service > That is, a server administrator for the service (not necessarily the > host) > Is this done? Do we need a replacement or an expansion here? What > are prerequisite qualifications for being able to do this. > I do that at the moment. I would strongly suggest at least an expansion. > > 3. Administrating the Server that hosts the Service > I assume this is where one deals with Ubuntu upgrades and such, > whether the server is real or virtual. > Is this provided by the project? Do we need a replacement/expansion > here from within the project? Again, what are prerequisite qualifications? > Yes it is provided by the project, and actually it is extremely hard to divided 2 and 3, they are interconnected. I strongly suggest at least an expansion, also because the project might have wishes which I would not see, are be able to facilitate (e.g. change the login configuration). Sysadm experience brings you a long way, otherwise it is not hard to read up on Mediawiki, mysql, ATS and Ubuntu. > > 4. I assume hardware IT support is not the business of the project, and > changing boxes is a different deal. Yes? > It is vm´s and not physical boxes. At the moment one of the biggest problems is how to recreate them if they break. Infra nowadays use Puppet for that purpose. The Vms are defined in puppet2 but not puppet3. > > I suspect this is known. I don't know if the necessary information is > anywhere in project materials (haven't looked). > It is in the mail archives and on the vms themself. > > This is an area of ignorance for me. I am not raising my hand. I just > want to ensure that the necessary requirements are understood and we know > what is and is not adequately covered. > > - Dennis > > -----Original Message----- > From: Tony Stevenson [mailto:t...@pc-tony.com] > Sent: Monday, August 17, 2015 12:54 > To: dev@openoffice.apache.org > Subject: Re: Maintenance of AOO Wiki and Forum > > > > On Fri, 14 Aug 2015, at 01:31 PM, jan i wrote: > > Hi. > > > > The AOO Forum vm could do with an upgrade to Ubuntu 14.04 and be defined > > in > > the new puppet structure. Defining it in the new puppet structure has the > > advantage that Infra can roll a new vm in case of problems, and thereby > > reducing downtime. > > > > The AOO Wiki vm is in strong need of a reconfiguration and update (Ubuntu > > 14.04 see above). Currently there is a ATS running on the same vm in > > front > > of the mediawiki (django) application. The ATS veersion is no longer > > supported by the traffic server project. Running it on a separate vm (or > > even as the HTPPS proxy) has a lot of merit, but it has not been done. > > > > As I am reducing my engagement in the project, this might be a good time > > for a new maintainer to step up. The actual maintenance is about 1 hour > > pr > > month. > > Can I take this opportunity to remind the community that if this service > fails to be maintained appropriately it will be turned off, or made > unavailable by Infra until such time it is brought up to date and > managed. > Tony@ I assume you by maintained really think of security, Infra do not care which version of e.g. mediawiki the project uses, as long as there are no known security risks. > > AIUI this was the agreement that we had with the project when it was > handed over to enable you to manage yourselves. > I can confirm, that is what I have been told when I started, and how I handled it. rgds jan i. > > > Many thanks, > > -- > Tony > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > >
