If you manually delete files from the data/user folder, your server will not
implode.
Every once in a rare while, I've had to do this for one reason or another.
Here's the impact of deleting a user file, as far as I can determine--
* Assuming a majority of those users have done nothing but view pages, then
there's just about zero impact.
* If a user subscribed to page change notifications, those emailed
notifications will stop (a good thing).
* If that user edited a page, then those edited pages will show their UUID
instead of their proper name, which looks kinda odd.
In my experience, the vast majority of users fall into the first category, and
only a small handful fall into the 3rd category. So, I only really worry about
those in the last category, but that list is small enough that they're easy to
avoid.
One final step-- Be sure to restart the WSGI and/or Apache service (depending
on how you have it set up) to clear the memory cache, after you're done.
-Rick
From: Philip Colmer [mailto:philip.col...@linaro.org]
Sent: Tuesday, June 23, 2015 7:11 AM
To: Thomas Waldmann
Cc: moin-user@lists.sourceforge.net
Subject: [spamsphishing] Re: [Moin-user] Unable to successfully access user
account browser
Thank you for that, Thomas. It turned out to be the proxy system that was
causing the problem.
Having now got that page to work, I can see a lot of legacy/dead accounts.
Rather than deactivating accounts that are definitely gone - particularly since
that action causes the browser to go back to the System Admin page which would
then mean I've got to reload the user page all over again - is there a good way
for me to clean things up?
If I delete files from data/user/, will bad things happen? Is there an API for
managing user accounts that I can use?
Thanks.
Philip
On 22 June 2015 at 12:11, Thomas Waldmann
<t...@waldmann-edv.de<mailto:t...@waldmann-edv.de>> wrote:
> I'm trying to access the user account browser (SystemAdmin/sysadm=users)
> but the page just bombs out and Apache logs the following:
>
> mod_wsgi (pid=9621): Exception occurred processing WSGI script
> '/srv/moin-config/moin.wsgi'.
> IOError: failed to write data
Sounds like you run into a timeout.
Maybe just retry (due to caching, it might be faster the 2nd time).
Or increase timeouts the web server waits for data of the wsgi process.
> I need to clean up the accounts from ex-staff, particularly since some
> of them have got notifications firing.
If nothing else helps, you can always have a look at data/user/* in the
filesystem.
--
GPG Fingerprint: 6D5B EF9A DD20 7580 5747 B70F 9F88 FB52 FAF7 B393
Encrypted E-Mail is preferred / Verschluesselte E-Mail wird bevorzugt.
------------------------------------------------------------------------------
Monitor 25 network devices or servers for free with OpManager!
OpManager is web-based network management software that monitors
network devices and physical & virtual servers, alerts via email & sms
for fault. Monitor 25 devices for free with no restriction. Download now
http://ad.doubleclick.net/ddm/clk/292181274;119417398;o
_______________________________________________
Moin-user mailing list
Moin-user@lists.sourceforge.net<mailto:Moin-user@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/moin-user
------------------------------------------------------------------------------
Monitor 25 network devices or servers for free with OpManager!
OpManager is web-based network management software that monitors
network devices and physical & virtual servers, alerts via email & sms
for fault. Monitor 25 devices for free with no restriction. Download now
http://ad.doubleclick.net/ddm/clk/292181274;119417398;o
_______________________________________________
Moin-user mailing list
Moin-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/moin-user
