From kai at aplteam.com Fri Oct 3 13:28:38 2014 From: kai at aplteam.com (Kai Jaeger) Date: Fri, 3 Oct 2014 18:28:38 +0100 Subject: [Moin-user] Which version of Python Message-ID: Is Moin ready for Python 3.X ? From Nikolaus at rath.org Mon Oct 6 20:16:21 2014 From: Nikolaus at rath.org (Nikolaus Rath) Date: Mon, 06 Oct 2014 17:16:21 -0700 Subject: [Moin-user] Where to catch FileTooLong error Message-ID: <87d2a468fe.fsf@vostro.rath.org> Hello, Several times a day I get the errors like the following in my moinmoin server logs: [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] Traceback (most recent call last): [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] File "/usr/lib/python2.7/dist-packages/werkzeug/wsgi.py", line 411, in __call__ [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] return self.app(environ, start_response) [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] File "/usr/lib/python2.7/dist-packages/MoinMoin/wsgiapp.py", line 282, in __call__ [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] response = run(context) [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] File "/usr/lib/python2.7/dist-packages/MoinMoin/wsgiapp.py", line 88, in run [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] response = dispatch(request, context, action_name) [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] File "/usr/lib/python2.7/dist-packages/MoinMoin/wsgiapp.py", line 136, in dispatch [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] response = handle_action(context, pagename, action_name) [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] File "/usr/lib/python2.7/dist-packages/MoinMoin/wsgiapp.py", line 195, in handle_action [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] handler(context.page.page_name, context) [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] File "/usr/lib/python2.7/dist-packages/MoinMoin/action/__init__.py", line 268, in do_show [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] content_only=content_only, [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] File "/usr/lib/python2.7/dist-packages/MoinMoin/Page.py", line 1134, in send_page [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] body = self.data [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] File "/usr/lib/python2.7/dist-packages/MoinMoin/Page.py", line 246, in get_data [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] self.__meta, self.__data = wikiutil.get_processing_instructions(self.body) [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] File "/usr/lib/python2.7/dist-packages/MoinMoin/Page.py", line 212, in get_body [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] f = codecs.open(self._text_filename(), 'rb', config.charset) [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] File "/usr/lib/python2.7/codecs.py", line 881, in open [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] file = __builtin__.open(filename, mode, buffering) [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] IOError: [Errno 36] File name too long: '/srv/www.rath.org/wiki/pages/mail_err(2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b)Result(3a2befbfbdefbfbd2befbfbdefbfbdefbfbdefbfbdefbfbdefbfbdefbfbd2befbfbdefbfbdefbfbdefbfbdefbfbd2befbfbdefbfbdefbfbd2befbfbdefbfbdefbfbdefbfbdefbfbdefbfbdefbfbdefbfbd3b2b)Result(3a2befbfbdefbfbd2befbfbdefbfbdefbfbdefbfbdefbfbdefbfbdefbfbd2befbfbdefbfbdefbfbdefbfbdefbfbd2befbfbdefbfbdefbfbd2befbfbdefbfbdefbfbdefbfbdefbfbdefbfbdefbfbdefbfbd3b2b)Result(3a2befbfbdefbfbd2befbfbdefbfbdefbfbdefbfbdefbfbdefbfbdefbfbd2befbfbdefbfbdefbfbdefbfbdefbfbd2befbfbdefbfbdefbfbd2befbfbdefbfbdefbfbdefbfbdefbfbdefbfbdefbfbdefbfbd3b)/revisions/99999999' I believe this is just some attempted exploit failing miserably and no cause for concern. However, the length of the message (and the embedded newlines) makes it very hard to filter, so I'm constantly getting nagged by my log analyzer. What would be the best way to catch this exception and log a short, standard message instead? I am proficient in Python, but not in moinmoin. So my question is mostly *where* to insert the necessary code, and how to generate the error message (just print to stderr, or is there a logging function I should use?). Ideally, I'd also like to change something in /etc rather than changing e.g. "/usr/lib/python2.7/dist-packages/MoinMoin/wsgiapp.py", so that the changes are not lost on the next update. Best, -Nikolaus -- GPG encrypted emails preferred. Key id: 0xD113FCAC3C4E599F Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F ?Time flies like an arrow, fruit flies like a Banana.? From tw at waldmann-edv.de Wed Oct 8 08:01:12 2014 From: tw at waldmann-edv.de (Thomas Waldmann) Date: Wed, 08 Oct 2014 14:01:12 +0200 Subject: [Moin-user] Where to catch FileTooLong error In-Reply-To: <87d2a468fe.fsf@vostro.rath.org> References: <87d2a468fe.fsf@vostro.rath.org> Message-ID: <54352788.2040908@waldmann-edv.de> Moin Nikolaus, > Several times a day I get the errors like the following in my moinmoin > server logs: Yeah, seen them also. Not too often, not causing issues here, so I just ignored them. > [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] File "/usr/lib/python2.7/dist-packages/MoinMoin/Page.py", line 212, in get_body > [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] f = codecs.open(self._text_filename(), 'rb', config.charset) > [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] IOError: [Errno 36] File name too long: '...' > > I believe this is just some attempted exploit failing miserably and no > cause for concern. Correct. Not even sure it is an exploit. Sometimes such stuff are also just crappy bots using links from crappy services or constructing links badly. But somehow it looks like trying a buffer overflow, yes (which can't happen in python). > What would be the best way to catch this exception and log a short, > standard message instead? I guess you could catch it at the place I quoted. Make sure you do not catch stuff also which you did not want to catch. Maybe check errno? Important: run your code, practically try if it really fixes the problem. Run our unit tests (== run ./pytest from top level dir). > I am proficient in Python, but not in moinmoin. So my question is mostly > *where* to insert the necessary code, and how to generate the error > message (just print to stderr, or is there a logging function I should > use?). We use the stdlib "logging", just look in some code to find how it is usually imported and used (our "logging" is NOT the logging module object). > Ideally, I'd also like to change something in /etc rather than > changing e.g. "/usr/lib/python2.7/dist-packages/MoinMoin/wsgiapp.py", so > that the changes are not lost on the next update. If you get the changes done asap and get them adopted upstream (== by me), they could be in a release quicker than you think. :D Cheers, Thomas From rovanion.luckey at gmail.com Sun Oct 12 11:09:53 2014 From: rovanion.luckey at gmail.com (Rovanion Luckey) Date: Sun, 12 Oct 2014 17:09:53 +0200 Subject: [Moin-user] Fwd: data_underlay_dir Not being what it's supposed to be In-Reply-To: References: Message-ID: Hi, I'm trying to set up MoinMoin using the packages in the Ubuntu repositories, nginx and uwsgi. I'm having an issue [0] where I get an error stating that the underlay directory is not accessible where data_underlay_dir is stated to be located in a directory not set in any config file. You see the error [0] says that data_underlay_dir is set to ./underlay while the wikiconfig.py clearly sets it to a non-relative url. For completeness my site conf [2], uwsgi conf [3] and farmconf [4] is also provided in the links below. I've made sure to restart uwsgi after changing the configurations related to moinmoin, even though a reload should suffice. The nginx conf [5] points to the socket provided by uwsgi, has been restarted and .. well .. I'm running short of ideas. [0] http://paste.debian.net/125837/ [1] http://paste.ubuntu.com/8546386/ [2] http://paste.ubuntu.com/8546401/ [3] http://paste.ubuntu.com/8546403/ [4] http://paste.ubuntu.com/8546406/ [5] http://paste.ubuntu.com/8546415/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From Nikolaus at rath.org Sun Oct 12 17:18:49 2014 From: Nikolaus at rath.org (Nikolaus Rath) Date: Sun, 12 Oct 2014 14:18:49 -0700 Subject: [Moin-user] Where to catch FileTooLong error In-Reply-To: <54352788.2040908@waldmann-edv.de> (Thomas Waldmann's message of "Wed, 08 Oct 2014 14:01:12 +0200") References: <87d2a468fe.fsf@vostro.rath.org> <54352788.2040908@waldmann-edv.de> Message-ID: <87wq85gf5y.fsf@vostro.rath.org> Thomas Waldmann writes: >> [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] File "/usr/lib/python2.7/dist-packages/MoinMoin/Page.py", line 212, in get_body >> [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] f = codecs.open(self._text_filename(), 'rb', config.charset) >> [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] IOError: [Errno 36] File name too long: '...' [...] >> What would be the best way to catch this exception and log a short, >> standard message instead? > > I guess you could catch it at the place I quoted. Make sure you do not > catch stuff also which you did not want to catch. Maybe check errno? > > Important: run your code, practically try if it really fixes the > problem. Run our unit tests (== run ./pytest from top level dir). > >> I am proficient in Python, but not in moinmoin. So my question is mostly >> *where* to insert the necessary code, and how to generate the error >> message (just print to stderr, or is there a logging function I should >> use?). > > We use the stdlib "logging", just look in some code to find how it is > usually imported and used (our "logging" is NOT the logging module object). > >> Ideally, I'd also like to change something in /etc rather than >> changing e.g. "/usr/lib/python2.7/dist-packages/MoinMoin/wsgiapp.py", so >> that the changes are not lost on the next update. > > If you get the changes done asap and get them adopted upstream (== by > me), they could be in a release quicker than you think. :D How about this patch? diff --git a/MoinMoin/Page.py b/MoinMoin/Page.py --- a/MoinMoin/Page.py +++ b/MoinMoin/Page.py @@ -217,6 +217,10 @@ # never store empty pages, so this is detectable and also # safe when passed to a function expecting a string) return "" + elif er.errno == errno.ENAMETOOLONG: + # If the name is too long, the page can't exist on this + # system either. + return "" else: raise It fixed the issue for me, and applies cleanly against the 1.9 hg repository. I decided against an error message and instead opted to treat this like a file-not-found error (which, in some way it is). ./pytest also runs fine with the patched source. Best, -Nikolaus -- GPG encrypted emails preferred. Key id: 0xD113FCAC3C4E599F Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F ?Time flies like an arrow, fruit flies like a Banana.? From paul at boddie.org.uk Sun Oct 12 17:44:34 2014 From: paul at boddie.org.uk (Paul Boddie) Date: Sun, 12 Oct 2014 23:44:34 +0200 Subject: [Moin-user] Fwd: data_underlay_dir Not being what it's supposed to be In-Reply-To: References: Message-ID: <201410122344.35163.paul@boddie.org.uk> On Sunday 12. October 2014 17.09.53 Rovanion Luckey wrote: > Hi, > I'm trying to set up MoinMoin using the packages in the Ubuntu > repositories, nginx and uwsgi. I'm having an issue [0] where I get an error > stating that the underlay directory is not accessible where > data_underlay_dir is stated to be located in a directory not set in any > config file. > > You see the error [0] says that data_underlay_dir is set to ./underlay > while the wikiconfig.py clearly sets it to a non-relative url. The wikiconfig.py file probably isn't used. See below for why I think this is. > For completeness my site conf [2], uwsgi conf [3] and farmconf [4] is also > provided in the links below. > > I've made sure to restart uwsgi after changing the configurations related > to moinmoin, even though a reload should suffice. The nginx conf [5] points > to the socket provided by uwsgi, has been restarted and .. well .. I'm > running short of ideas. > > [0] http://paste.debian.net/125837/ > [1] http://paste.ubuntu.com/8546386/ In this copy of the configuration (wikiconfig.py), I see the following lines... instance_dir = /usr/share/moin/ # Where your own wiki pages are (make regular backups of this directory): data_dir = os.path.join(instance_dir, 'data', '') # path with trailing / # Where system and help pages are (you may exclude this from backup): data_underlay_dir = /usr/share/moin/underlay/ # path with trailing / Note that neither instance_dir nor data_underlay_dir seem to be set to valid strings. Remember that this file is a Python source file and thus these values must be valid Python syntax. Since this file seems to be for a single wiki and not for a farm (or instance thereof), I imagine that you aren't using this particular file, however. If this file were being used, you'd get a syntax error from Moin, certainly. Meanwhile... > [2] http://paste.ubuntu.com/8546401/ ...in this file (mywiki.py) you might consider setting something like... data_underlay_dir = '/usr/share/moin/underlay' ...just to see if it helps. Paul From rovanion.luckey at gmail.com Mon Oct 13 06:56:09 2014 From: rovanion.luckey at gmail.com (Rovanion Luckey) Date: Mon, 13 Oct 2014 12:56:09 +0200 Subject: [Moin-user] Fwd: data_underlay_dir Not being what it's supposed to be In-Reply-To: <201410122344.35163.paul@boddie.org.uk> References: <201410122344.35163.paul@boddie.org.uk> Message-ID: Yes, thank you! Adding the line in mywiki.py about data_underlay_dir ended up working! 2014-10-12 23:44 GMT+02:00 Paul Boddie : > On Sunday 12. October 2014 17.09.53 Rovanion Luckey wrote: > > Hi, > > I'm trying to set up MoinMoin using the packages in the Ubuntu > > repositories, nginx and uwsgi. I'm having an issue [0] where I get an > error > > stating that the underlay directory is not accessible where > > data_underlay_dir is stated to be located in a directory not set in any > > config file. > > > > You see the error [0] says that data_underlay_dir is set to ./underlay > > while the wikiconfig.py clearly sets it to a non-relative url. > > The wikiconfig.py file probably isn't used. See below for why I think this > is. > > > For completeness my site conf [2], uwsgi conf [3] and farmconf [4] is > also > > provided in the links below. > > > > I've made sure to restart uwsgi after changing the configurations related > > to moinmoin, even though a reload should suffice. The nginx conf [5] > points > > to the socket provided by uwsgi, has been restarted and .. well .. I'm > > running short of ideas. > > > > [0] http://paste.debian.net/125837/ > > [1] http://paste.ubuntu.com/8546386/ > > In this copy of the configuration (wikiconfig.py), I see the following > lines... > > instance_dir = /usr/share/moin/ > > # Where your own wiki pages are (make regular backups of this > directory): > data_dir = os.path.join(instance_dir, 'data', '') # path with trailing > / > > # Where system and help pages are (you may exclude this from backup): > data_underlay_dir = /usr/share/moin/underlay/ # path with trailing / > > Note that neither instance_dir nor data_underlay_dir seem to be set to > valid > strings. Remember that this file is a Python source file and thus these > values > must be valid Python syntax. > > Since this file seems to be for a single wiki and not for a farm (or > instance > thereof), I imagine that you aren't using this particular file, however. If > this file were being used, you'd get a syntax error from Moin, certainly. > > Meanwhile... > > > [2] http://paste.ubuntu.com/8546401/ > > ...in this file (mywiki.py) you might consider setting something like... > > data_underlay_dir = '/usr/share/moin/underlay' > > ...just to see if it helps. > > Paul > > > ------------------------------------------------------------------------------ > Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer > Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports > Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper > Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer > http://p.sf.net/sfu/Zoho > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gokhalemansi12 at gmail.com Mon Oct 13 07:32:01 2014 From: gokhalemansi12 at gmail.com (Mansi Gokhale) Date: Mon, 13 Oct 2014 17:02:01 +0530 Subject: [Moin-user] Moin-user Digest, Vol 96, Issue 2 In-Reply-To: References: Message-ID: Help On Oct 13, 2014 4:27 PM, wrote: > Send Moin-user mailing list submissions to > moin-user at lists.sourceforge.net > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/moin-user > or, via email, send a message with subject or body 'help' to > moin-user-request at lists.sourceforge.net > > You can reach the person managing the list at > moin-user-owner at lists.sourceforge.net > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Moin-user digest..." > > > Today's Topics: > > 1. Where to catch FileTooLong error (Nikolaus Rath) > 2. Re: Where to catch FileTooLong error (Thomas Waldmann) > 3. Fwd: data_underlay_dir Not being what it's supposed to be > (Rovanion Luckey) > 4. Re: Where to catch FileTooLong error (Nikolaus Rath) > 5. Re: Fwd: data_underlay_dir Not being what it's supposed to be > (Paul Boddie) > 6. Re: Fwd: data_underlay_dir Not being what it's supposed to be > (Rovanion Luckey) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 06 Oct 2014 17:16:21 -0700 > From: Nikolaus Rath > Subject: [Moin-user] Where to catch FileTooLong error > To: moin-user at lists.sourceforge.net > Message-ID: <87d2a468fe.fsf at vostro.rath.org> > Content-Type: text/plain; charset=utf-8 > > Hello, > > Several times a day I get the errors like the following in my moinmoin > server logs: > > [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] Traceback (most > recent call last): > [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] File > "/usr/lib/python2.7/dist-packages/werkzeug/wsgi.py", line 411, in __call__ > [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] return > self.app(environ, start_response) > [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] File > "/usr/lib/python2.7/dist-packages/MoinMoin/wsgiapp.py", line 282, in > __call__ > [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] response = > run(context) > [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] File > "/usr/lib/python2.7/dist-packages/MoinMoin/wsgiapp.py", line 88, in run > [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] response = > dispatch(request, context, action_name) > [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] File > "/usr/lib/python2.7/dist-packages/MoinMoin/wsgiapp.py", line 136, in > dispatch > [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] response = > handle_action(context, pagename, action_name) > [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] File > "/usr/lib/python2.7/dist-packages/MoinMoin/wsgiapp.py", line 195, in > handle_action > [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] > handler(context.page.page_name, context) > [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] File > "/usr/lib/python2.7/dist-packages/MoinMoin/action/__init__.py", line 268, > in do_show > [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] > content_only=content_only, > [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] File > "/usr/lib/python2.7/dist-packages/MoinMoin/Page.py", line 1134, in send_page > [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] body = > self.data > [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] File > "/usr/lib/python2.7/dist-packages/MoinMoin/Page.py", line 246, in get_data > [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] self.__meta, > self.__data = wikiutil.get_processing_instructions(self.body) > [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] File > "/usr/lib/python2.7/dist-packages/MoinMoin/Page.py", line 212, in get_body > [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] f = > codecs.open(self._text_filename(), 'rb', config.charset) > [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] File > "/usr/lib/python2.7/codecs.py", line 881, in open > [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] file = > __builtin__.open(filename, mode, buffering) > [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] IOError: > [Errno 36] File name too long: '/srv/ > www.rath.org/wiki/pages/mail_err(2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b)Result(3a2befbfbdefbfbd2befbfbdefbfbdefbfbdefbfbdefbfbdefbfbdefbfbd2befbfbdefbfbdefbfbdefbfbdefbfbd2befbfbdefbfbdefbfbd2befbfbdefbfbdefbfbdefbfbdefbfbdefbfbdefbfbdefbfbd3b2b)Result(3a2befbfbdefbfbd2befbfbdefbfbdefbfbdefbfbdefbfbdefbfbdefbfbd2befbfbdefbfbdefbfbdefbfbdefbfbd2befbfbdefbfbdefbfbd2befbfbdefbfbdefbfbdefbfbdefbfbdefbfbdefbfbdefbfbd3b2b)Result(3a2befbfbdefbfbd2befbfbdefbfbdefbfbdefbfbdefbfbdefbfbdefbfbd2befbfbdefbfbdefbfbdefbfbdefbfbd2befbfbdefbfbdefbfbd2befbfbdefbfbdefbfbdefbfbdefbfbdefbfbdefbfbdefbfbd3b)/revisions/99999999 > ' > > I believe this is just some attempted exploit failing miserably and no > cause for concern. However, the length of the message (and the embedded > newlines) makes it very hard to filter, so I'm constantly getting nagged > by my log analyzer. > > What would be the best way to catch this exception and log a short, > standard message instead? > > > I am proficient in Python, but not in moinmoin. So my question is mostly > *where* to insert the necessary code, and how to generate the error > message (just print to stderr, or is there a logging function I should > use?). Ideally, I'd also like to change something in /etc rather than > changing e.g. "/usr/lib/python2.7/dist-packages/MoinMoin/wsgiapp.py", so > that the changes are not lost on the next update. > > Best, > -Nikolaus > > -- > GPG encrypted emails preferred. Key id: 0xD113FCAC3C4E599F > Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F > > ?Time flies like an arrow, fruit flies like a Banana.? > > > > ------------------------------ > > Message: 2 > Date: Wed, 08 Oct 2014 14:01:12 +0200 > From: Thomas Waldmann > Subject: Re: [Moin-user] Where to catch FileTooLong error > To: moin-user at lists.sourceforge.net > Message-ID: <54352788.2040908 at waldmann-edv.de> > Content-Type: text/plain; charset=utf-8 > > Moin Nikolaus, > > > Several times a day I get the errors like the following in my moinmoin > > server logs: > > Yeah, seen them also. Not too often, not causing issues here, so I just > ignored them. > > > [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] File > "/usr/lib/python2.7/dist-packages/MoinMoin/Page.py", line 212, in get_body > > [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] f = > codecs.open(self._text_filename(), 'rb', config.charset) > > [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] IOError: > [Errno 36] File name too long: '...' > > > > I believe this is just some attempted exploit failing miserably and no > > cause for concern. > > Correct. > > Not even sure it is an exploit. Sometimes such stuff are also just > crappy bots using links from crappy services or constructing links badly. > > But somehow it looks like trying a buffer overflow, yes (which can't > happen in python). > > > What would be the best way to catch this exception and log a short, > > standard message instead? > > I guess you could catch it at the place I quoted. Make sure you do not > catch stuff also which you did not want to catch. Maybe check errno? > > Important: run your code, practically try if it really fixes the > problem. Run our unit tests (== run ./pytest from top level dir). > > > I am proficient in Python, but not in moinmoin. So my question is mostly > > *where* to insert the necessary code, and how to generate the error > > message (just print to stderr, or is there a logging function I should > > use?). > > We use the stdlib "logging", just look in some code to find how it is > usually imported and used (our "logging" is NOT the logging module object). > > > Ideally, I'd also like to change something in /etc rather than > > changing e.g. "/usr/lib/python2.7/dist-packages/MoinMoin/wsgiapp.py", so > > that the changes are not lost on the next update. > > If you get the changes done asap and get them adopted upstream (== by > me), they could be in a release quicker than you think. :D > > Cheers, > > Thomas > > > > ------------------------------ > > Message: 3 > Date: Sun, 12 Oct 2014 17:09:53 +0200 > From: Rovanion Luckey > Subject: [Moin-user] Fwd: data_underlay_dir Not being what it's > supposed to be > To: Moin-user at lists.sourceforge.net > Message-ID: > mxcqNgUjQ at mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Hi, > I'm trying to set up MoinMoin using the packages in the Ubuntu > repositories, nginx and uwsgi. I'm having an issue [0] where I get an error > stating that the underlay directory is not accessible where > data_underlay_dir is stated to be located in a directory not set in any > config file. > > You see the error [0] says that data_underlay_dir is set to ./underlay > while the wikiconfig.py clearly sets it to a non-relative url. > > For completeness my site conf [2], uwsgi conf [3] and farmconf [4] is also > provided in the links below. > > I've made sure to restart uwsgi after changing the configurations related > to moinmoin, even though a reload should suffice. The nginx conf [5] points > to the socket provided by uwsgi, has been restarted and .. well .. I'm > running short of ideas. > > [0] http://paste.debian.net/125837/ > [1] http://paste.ubuntu.com/8546386/ > [2] http://paste.ubuntu.com/8546401/ > [3] http://paste.ubuntu.com/8546403/ > [4] http://paste.ubuntu.com/8546406/ > [5] http://paste.ubuntu.com/8546415/ > -------------- next part -------------- > An HTML attachment was scrubbed... > > ------------------------------ > > Message: 4 > Date: Sun, 12 Oct 2014 14:18:49 -0700 > From: Nikolaus Rath > Subject: Re: [Moin-user] Where to catch FileTooLong error > To: moin-user at lists.sourceforge.net > Message-ID: <87wq85gf5y.fsf at vostro.rath.org> > Content-Type: text/plain; charset=utf-8 > > Thomas Waldmann writes: > >> [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] File > "/usr/lib/python2.7/dist-packages/MoinMoin/Page.py", line 212, in get_body > >> [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] f = > codecs.open(self._text_filename(), 'rb', config.charset) > >> [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] IOError: > [Errno 36] File name too long: '...' > [...] > >> What would be the best way to catch this exception and log a short, > >> standard message instead? > > > > I guess you could catch it at the place I quoted. Make sure you do not > > catch stuff also which you did not want to catch. Maybe check errno? > > > > Important: run your code, practically try if it really fixes the > > problem. Run our unit tests (== run ./pytest from top level dir). > > > >> I am proficient in Python, but not in moinmoin. So my question is mostly > >> *where* to insert the necessary code, and how to generate the error > >> message (just print to stderr, or is there a logging function I should > >> use?). > > > > We use the stdlib "logging", just look in some code to find how it is > > usually imported and used (our "logging" is NOT the logging module > object). > > > >> Ideally, I'd also like to change something in /etc rather than > >> changing e.g. "/usr/lib/python2.7/dist-packages/MoinMoin/wsgiapp.py", so > >> that the changes are not lost on the next update. > > > > If you get the changes done asap and get them adopted upstream (== by > > me), they could be in a release quicker than you think. :D > > How about this patch? > > diff --git a/MoinMoin/Page.py b/MoinMoin/Page.py > --- a/MoinMoin/Page.py > +++ b/MoinMoin/Page.py > @@ -217,6 +217,10 @@ > # never store empty pages, so this is detectable and > also > # safe when passed to a function expecting a string) > return "" > + elif er.errno == errno.ENAMETOOLONG: > + # If the name is too long, the page can't exist on > this > + # system either. > + return "" > else: > raise > > It fixed the issue for me, and applies cleanly against the 1.9 hg > repository. I decided against an error message and instead opted to > treat this like a file-not-found error (which, in some way it is). > ./pytest also runs fine with the patched source. > > > Best, > -Nikolaus > -- > GPG encrypted emails preferred. Key id: 0xD113FCAC3C4E599F > Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F > > ?Time flies like an arrow, fruit flies like a Banana.? > > > > ------------------------------ > > Message: 5 > Date: Sun, 12 Oct 2014 23:44:34 +0200 > From: Paul Boddie > Subject: Re: [Moin-user] Fwd: data_underlay_dir Not being what it's > supposed to be > To: moin-user at lists.sourceforge.net > Message-ID: <201410122344.35163.paul at boddie.org.uk> > Content-Type: Text/Plain; charset="iso-8859-15" > > On Sunday 12. October 2014 17.09.53 Rovanion Luckey wrote: > > Hi, > > I'm trying to set up MoinMoin using the packages in the Ubuntu > > repositories, nginx and uwsgi. I'm having an issue [0] where I get an > error > > stating that the underlay directory is not accessible where > > data_underlay_dir is stated to be located in a directory not set in any > > config file. > > > > You see the error [0] says that data_underlay_dir is set to ./underlay > > while the wikiconfig.py clearly sets it to a non-relative url. > > The wikiconfig.py file probably isn't used. See below for why I think this > is. > > > For completeness my site conf [2], uwsgi conf [3] and farmconf [4] is > also > > provided in the links below. > > > > I've made sure to restart uwsgi after changing the configurations related > > to moinmoin, even though a reload should suffice. The nginx conf [5] > points > > to the socket provided by uwsgi, has been restarted and .. well .. I'm > > running short of ideas. > > > > [0] http://paste.debian.net/125837/ > > [1] http://paste.ubuntu.com/8546386/ > > In this copy of the configuration (wikiconfig.py), I see the following > lines... > > instance_dir = /usr/share/moin/ > > # Where your own wiki pages are (make regular backups of this > directory): > data_dir = os.path.join(instance_dir, 'data', '') # path with trailing > / > > # Where system and help pages are (you may exclude this from backup): > data_underlay_dir = /usr/share/moin/underlay/ # path with trailing / > > Note that neither instance_dir nor data_underlay_dir seem to be set to > valid > strings. Remember that this file is a Python source file and thus these > values > must be valid Python syntax. > > Since this file seems to be for a single wiki and not for a farm (or > instance > thereof), I imagine that you aren't using this particular file, however. If > this file were being used, you'd get a syntax error from Moin, certainly. > > Meanwhile... > > > [2] http://paste.ubuntu.com/8546401/ > > ...in this file (mywiki.py) you might consider setting something like... > > data_underlay_dir = '/usr/share/moin/underlay' > > ...just to see if it helps. > > Paul > > > > ------------------------------ > > Message: 6 > Date: Mon, 13 Oct 2014 12:56:09 +0200 > From: Rovanion Luckey > Subject: Re: [Moin-user] Fwd: data_underlay_dir Not being what it's > supposed to be > To: Paul Boddie > Cc: moin-user > Message-ID: > < > CAAaf0CCZneMncL6PSwuLRiHOqd4zQoRG1Z4PMMSJCCkgx-etrg at mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Yes, thank you! Adding the line in mywiki.py about data_underlay_dir ended > up working! > > 2014-10-12 23:44 GMT+02:00 Paul Boddie : > > > On Sunday 12. October 2014 17.09.53 Rovanion Luckey wrote: > > > Hi, > > > I'm trying to set up MoinMoin using the packages in the Ubuntu > > > repositories, nginx and uwsgi. I'm having an issue [0] where I get an > > error > > > stating that the underlay directory is not accessible where > > > data_underlay_dir is stated to be located in a directory not set in any > > > config file. > > > > > > You see the error [0] says that data_underlay_dir is set to ./underlay > > > while the wikiconfig.py clearly sets it to a non-relative url. > > > > The wikiconfig.py file probably isn't used. See below for why I think > this > > is. > > > > > For completeness my site conf [2], uwsgi conf [3] and farmconf [4] is > > also > > > provided in the links below. > > > > > > I've made sure to restart uwsgi after changing the configurations > related > > > to moinmoin, even though a reload should suffice. The nginx conf [5] > > points > > > to the socket provided by uwsgi, has been restarted and .. well .. I'm > > > running short of ideas. > > > > > > [0] http://paste.debian.net/125837/ > > > [1] http://paste.ubuntu.com/8546386/ > > > > In this copy of the configuration (wikiconfig.py), I see the following > > lines... > > > > instance_dir = /usr/share/moin/ > > > > # Where your own wiki pages are (make regular backups of this > > directory): > > data_dir = os.path.join(instance_dir, 'data', '') # path with > trailing > > / > > > > # Where system and help pages are (you may exclude this from backup): > > data_underlay_dir = /usr/share/moin/underlay/ # path with trailing / > > > > Note that neither instance_dir nor data_underlay_dir seem to be set to > > valid > > strings. Remember that this file is a Python source file and thus these > > values > > must be valid Python syntax. > > > > Since this file seems to be for a single wiki and not for a farm (or > > instance > > thereof), I imagine that you aren't using this particular file, however. > If > > this file were being used, you'd get a syntax error from Moin, certainly. > > > > Meanwhile... > > > > > [2] http://paste.ubuntu.com/8546401/ > > > > ...in this file (mywiki.py) you might consider setting something like... > > > > data_underlay_dir = '/usr/share/moin/underlay' > > > > ...just to see if it helps. > > > > Paul > > > > > > > ------------------------------------------------------------------------------ > > Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer > > Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports > > Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper > > Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer > > http://p.sf.net/sfu/Zoho > > _______________________________________________ > > Moin-user mailing list > > Moin-user at lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/moin-user > > > -------------- next part -------------- > An HTML attachment was scrubbed... > > ------------------------------ > > > ------------------------------------------------------------------------------ > Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer > Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports > Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper > Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer > http://p.sf.net/sfu/Zoho > > ------------------------------ > > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > > > End of Moin-user Digest, Vol 96, Issue 2 > **************************************** > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gokhalemansi12 at gmail.com Mon Oct 13 07:41:58 2014 From: gokhalemansi12 at gmail.com (Mansi Gokhale) Date: Mon, 13 Oct 2014 17:11:58 +0530 Subject: [Moin-user] In subscribe Message-ID: Help On Oct 13, 2014 5:02 PM, wrote: > Send Moin-user mailing list submissions to > moin-user at lists.sourceforge.net > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/moin-user > or, via email, send a message with subject or body 'help' to > moin-user-request at lists.sourceforge.net > > You can reach the person managing the list at > moin-user-owner at lists.sourceforge.net > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Moin-user digest..." > > > Today's Topics: > > 1. Re: Moin-user Digest, Vol 96, Issue 2 (Mansi Gokhale) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 13 Oct 2014 17:02:01 +0530 > From: Mansi Gokhale > Subject: Re: [Moin-user] Moin-user Digest, Vol 96, Issue 2 > To: moin-user at lists.sourceforge.net > Message-ID: > F0EE-aoNM+Rx9x-bia6Og4oMbombiA at mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Help > On Oct 13, 2014 4:27 PM, wrote: > > > Send Moin-user mailing list submissions to > > moin-user at lists.sourceforge.net > > > > To subscribe or unsubscribe via the World Wide Web, visit > > https://lists.sourceforge.net/lists/listinfo/moin-user > > or, via email, send a message with subject or body 'help' to > > moin-user-request at lists.sourceforge.net > > > > You can reach the person managing the list at > > moin-user-owner at lists.sourceforge.net > > > > When replying, please edit your Subject line so it is more specific > > than "Re: Contents of Moin-user digest..." > > > > > > Today's Topics: > > > > 1. Where to catch FileTooLong error (Nikolaus Rath) > > 2. Re: Where to catch FileTooLong error (Thomas Waldmann) > > 3. Fwd: data_underlay_dir Not being what it's supposed to be > > (Rovanion Luckey) > > 4. Re: Where to catch FileTooLong error (Nikolaus Rath) > > 5. Re: Fwd: data_underlay_dir Not being what it's supposed to be > > (Paul Boddie) > > 6. Re: Fwd: data_underlay_dir Not being what it's supposed to be > > (Rovanion Luckey) > > > > > > ---------------------------------------------------------------------- > > > > Message: 1 > > Date: Mon, 06 Oct 2014 17:16:21 -0700 > > From: Nikolaus Rath > > Subject: [Moin-user] Where to catch FileTooLong error > > To: moin-user at lists.sourceforge.net > > Message-ID: <87d2a468fe.fsf at vostro.rath.org> > > Content-Type: text/plain; charset=utf-8 > > > > Hello, > > > > Several times a day I get the errors like the following in my moinmoin > > server logs: > > > > [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] Traceback (most > > recent call last): > > [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] File > > "/usr/lib/python2.7/dist-packages/werkzeug/wsgi.py", line 411, in > __call__ > > [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] return > > self.app(environ, start_response) > > [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] File > > "/usr/lib/python2.7/dist-packages/MoinMoin/wsgiapp.py", line 282, in > > __call__ > > [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] response = > > run(context) > > [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] File > > "/usr/lib/python2.7/dist-packages/MoinMoin/wsgiapp.py", line 88, in run > > [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] response = > > dispatch(request, context, action_name) > > [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] File > > "/usr/lib/python2.7/dist-packages/MoinMoin/wsgiapp.py", line 136, in > > dispatch > > [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] response = > > handle_action(context, pagename, action_name) > > [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] File > > "/usr/lib/python2.7/dist-packages/MoinMoin/wsgiapp.py", line 195, in > > handle_action > > [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] > > handler(context.page.page_name, context) > > [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] File > > "/usr/lib/python2.7/dist-packages/MoinMoin/action/__init__.py", line 268, > > in do_show > > [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] > > content_only=content_only, > > [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] File > > "/usr/lib/python2.7/dist-packages/MoinMoin/Page.py", line 1134, in > send_page > > [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] body = > > self.data > > [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] File > > "/usr/lib/python2.7/dist-packages/MoinMoin/Page.py", line 246, in > get_data > > [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] > self.__meta, > > self.__data = wikiutil.get_processing_instructions(self.body) > > [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] File > > "/usr/lib/python2.7/dist-packages/MoinMoin/Page.py", line 212, in > get_body > > [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] f = > > codecs.open(self._text_filename(), 'rb', config.charset) > > [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] File > > "/usr/lib/python2.7/codecs.py", line 881, in open > > [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] file = > > __builtin__.open(filename, mode, buffering) > > [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] IOError: > > [Errno 36] File name too long: '/srv/ > > > www.rath.org/wiki/pages/mail_err(2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b2b)Result(3a2befbfbdefbfbd2befbfbdefbfbdefbfbdefbfbdefbfbdefbfbdefbfbd2befbfbdefbfbdefbfbdefbfbdefbfbd2befbfbdefbfbdefbfbd2befbfbdefbfbdefbfbdefbfbdefbfbdefbfbdefbfbdefbfbd3b2b)Result(3a2befbfbdefbfbd2befbfbdefbfbdefbfbdefbfbdefbfbdefbfbdefbfbd2befbfbdefbfbdefbfbdefbfbdefbfbd2befbfbdefbfbdefbfbd2befbfbdefbfbdefbfbdefbfbdefbfbdefbfbdefbfbdefbfbd3b2b)Result(3a2befbfbdefbfbd2befbfbdefbfbdefbfbdefbfbdefbfbdefbfbdefbfbd2befbfbdefbfbdefbfbdefbfbdefbfbd2befbfbdefbfbdefbfbd2befbfbdefbfbdefbfbdefbfbdefbfbdefbfbdefbfbdefbfbd3b)/revisions/99999999 > > ' > > > > I believe this is just some attempted exploit failing miserably and no > > cause for concern. However, the length of the message (and the embedded > > newlines) makes it very hard to filter, so I'm constantly getting nagged > > by my log analyzer. > > > > What would be the best way to catch this exception and log a short, > > standard message instead? > > > > > > I am proficient in Python, but not in moinmoin. So my question is mostly > > *where* to insert the necessary code, and how to generate the error > > message (just print to stderr, or is there a logging function I should > > use?). Ideally, I'd also like to change something in /etc rather than > > changing e.g. "/usr/lib/python2.7/dist-packages/MoinMoin/wsgiapp.py", so > > that the changes are not lost on the next update. > > > > Best, > > -Nikolaus > > > > -- > > GPG encrypted emails preferred. Key id: 0xD113FCAC3C4E599F > > Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F > > > > ?Time flies like an arrow, fruit flies like a Banana.? > > > > > > > > ------------------------------ > > > > Message: 2 > > Date: Wed, 08 Oct 2014 14:01:12 +0200 > > From: Thomas Waldmann > > Subject: Re: [Moin-user] Where to catch FileTooLong error > > To: moin-user at lists.sourceforge.net > > Message-ID: <54352788.2040908 at waldmann-edv.de> > > Content-Type: text/plain; charset=utf-8 > > > > Moin Nikolaus, > > > > > Several times a day I get the errors like the following in my moinmoin > > > server logs: > > > > Yeah, seen them also. Not too often, not causing issues here, so I just > > ignored them. > > > > > [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] File > > "/usr/lib/python2.7/dist-packages/MoinMoin/Page.py", line 212, in > get_body > > > [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] f = > > codecs.open(self._text_filename(), 'rb', config.charset) > > > [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] IOError: > > [Errno 36] File name too long: '...' > > > > > > I believe this is just some attempted exploit failing miserably and no > > > cause for concern. > > > > Correct. > > > > Not even sure it is an exploit. Sometimes such stuff are also just > > crappy bots using links from crappy services or constructing links badly. > > > > But somehow it looks like trying a buffer overflow, yes (which can't > > happen in python). > > > > > What would be the best way to catch this exception and log a short, > > > standard message instead? > > > > I guess you could catch it at the place I quoted. Make sure you do not > > catch stuff also which you did not want to catch. Maybe check errno? > > > > Important: run your code, practically try if it really fixes the > > problem. Run our unit tests (== run ./pytest from top level dir). > > > > > I am proficient in Python, but not in moinmoin. So my question is > mostly > > > *where* to insert the necessary code, and how to generate the error > > > message (just print to stderr, or is there a logging function I should > > > use?). > > > > We use the stdlib "logging", just look in some code to find how it is > > usually imported and used (our "logging" is NOT the logging module > object). > > > > > Ideally, I'd also like to change something in /etc rather than > > > changing e.g. "/usr/lib/python2.7/dist-packages/MoinMoin/wsgiapp.py", > so > > > that the changes are not lost on the next update. > > > > If you get the changes done asap and get them adopted upstream (== by > > me), they could be in a release quicker than you think. :D > > > > Cheers, > > > > Thomas > > > > > > > > ------------------------------ > > > > Message: 3 > > Date: Sun, 12 Oct 2014 17:09:53 +0200 > > From: Rovanion Luckey > > Subject: [Moin-user] Fwd: data_underlay_dir Not being what it's > > supposed to be > > To: Moin-user at lists.sourceforge.net > > Message-ID: > > > mxcqNgUjQ at mail.gmail.com> > > Content-Type: text/plain; charset="utf-8" > > > > Hi, > > I'm trying to set up MoinMoin using the packages in the Ubuntu > > repositories, nginx and uwsgi. I'm having an issue [0] where I get an > error > > stating that the underlay directory is not accessible where > > data_underlay_dir is stated to be located in a directory not set in any > > config file. > > > > You see the error [0] says that data_underlay_dir is set to ./underlay > > while the wikiconfig.py clearly sets it to a non-relative url. > > > > For completeness my site conf [2], uwsgi conf [3] and farmconf [4] is > also > > provided in the links below. > > > > I've made sure to restart uwsgi after changing the configurations related > > to moinmoin, even though a reload should suffice. The nginx conf [5] > points > > to the socket provided by uwsgi, has been restarted and .. well .. I'm > > running short of ideas. > > > > [0] http://paste.debian.net/125837/ > > [1] http://paste.ubuntu.com/8546386/ > > [2] http://paste.ubuntu.com/8546401/ > > [3] http://paste.ubuntu.com/8546403/ > > [4] http://paste.ubuntu.com/8546406/ > > [5] http://paste.ubuntu.com/8546415/ > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > > > ------------------------------ > > > > Message: 4 > > Date: Sun, 12 Oct 2014 14:18:49 -0700 > > From: Nikolaus Rath > > Subject: Re: [Moin-user] Where to catch FileTooLong error > > To: moin-user at lists.sourceforge.net > > Message-ID: <87wq85gf5y.fsf at vostro.rath.org> > > Content-Type: text/plain; charset=utf-8 > > > > Thomas Waldmann writes: > > >> [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] File > > "/usr/lib/python2.7/dist-packages/MoinMoin/Page.py", line 212, in > get_body > > >> [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] f = > > codecs.open(self._text_filename(), 'rb', config.charset) > > >> [Wed Oct 01 17:50:31 2014] [error] [client 176.194.6.204] IOError: > > [Errno 36] File name too long: '...' > > [...] > > >> What would be the best way to catch this exception and log a short, > > >> standard message instead? > > > > > > I guess you could catch it at the place I quoted. Make sure you do not > > > catch stuff also which you did not want to catch. Maybe check errno? > > > > > > Important: run your code, practically try if it really fixes the > > > problem. Run our unit tests (== run ./pytest from top level dir). > > > > > >> I am proficient in Python, but not in moinmoin. So my question is > mostly > > >> *where* to insert the necessary code, and how to generate the error > > >> message (just print to stderr, or is there a logging function I should > > >> use?). > > > > > > We use the stdlib "logging", just look in some code to find how it is > > > usually imported and used (our "logging" is NOT the logging module > > object). > > > > > >> Ideally, I'd also like to change something in /etc rather than > > >> changing e.g. "/usr/lib/python2.7/dist-packages/MoinMoin/wsgiapp.py", > so > > >> that the changes are not lost on the next update. > > > > > > If you get the changes done asap and get them adopted upstream (== by > > > me), they could be in a release quicker than you think. :D > > > > How about this patch? > > > > diff --git a/MoinMoin/Page.py b/MoinMoin/Page.py > > --- a/MoinMoin/Page.py > > +++ b/MoinMoin/Page.py > > @@ -217,6 +217,10 @@ > > # never store empty pages, so this is detectable and > > also > > # safe when passed to a function expecting a string) > > return "" > > + elif er.errno == errno.ENAMETOOLONG: > > + # If the name is too long, the page can't exist on > > this > > + # system either. > > + return "" > > else: > > raise > > > > It fixed the issue for me, and applies cleanly against the 1.9 hg > > repository. I decided against an error message and instead opted to > > treat this like a file-not-found error (which, in some way it is). > > ./pytest also runs fine with the patched source. > > > > > > Best, > > -Nikolaus > > -- > > GPG encrypted emails preferred. Key id: 0xD113FCAC3C4E599F > > Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F > > > > ?Time flies like an arrow, fruit flies like a Banana.? > > > > > > > > ------------------------------ > > > > Message: 5 > > Date: Sun, 12 Oct 2014 23:44:34 +0200 > > From: Paul Boddie > > Subject: Re: [Moin-user] Fwd: data_underlay_dir Not being what it's > > supposed to be > > To: moin-user at lists.sourceforge.net > > Message-ID: <201410122344.35163.paul at boddie.org.uk> > > Content-Type: Text/Plain; charset="iso-8859-15" > > > > On Sunday 12. October 2014 17.09.53 Rovanion Luckey wrote: > > > Hi, > > > I'm trying to set up MoinMoin using the packages in the Ubuntu > > > repositories, nginx and uwsgi. I'm having an issue [0] where I get an > > error > > > stating that the underlay directory is not accessible where > > > data_underlay_dir is stated to be located in a directory not set in any > > > config file. > > > > > > You see the error [0] says that data_underlay_dir is set to ./underlay > > > while the wikiconfig.py clearly sets it to a non-relative url. > > > > The wikiconfig.py file probably isn't used. See below for why I think > this > > is. > > > > > For completeness my site conf [2], uwsgi conf [3] and farmconf [4] is > > also > > > provided in the links below. > > > > > > I've made sure to restart uwsgi after changing the configurations > related > > > to moinmoin, even though a reload should suffice. The nginx conf [5] > > points > > > to the socket provided by uwsgi, has been restarted and .. well .. I'm > > > running short of ideas. > > > > > > [0] http://paste.debian.net/125837/ > > > [1] http://paste.ubuntu.com/8546386/ > > > > In this copy of the configuration (wikiconfig.py), I see the following > > lines... > > > > instance_dir = /usr/share/moin/ > > > > # Where your own wiki pages are (make regular backups of this > > directory): > > data_dir = os.path.join(instance_dir, 'data', '') # path with > trailing > > / > > > > # Where system and help pages are (you may exclude this from backup): > > data_underlay_dir = /usr/share/moin/underlay/ # path with trailing / > > > > Note that neither instance_dir nor data_underlay_dir seem to be set to > > valid > > strings. Remember that this file is a Python source file and thus these > > values > > must be valid Python syntax. > > > > Since this file seems to be for a single wiki and not for a farm (or > > instance > > thereof), I imagine that you aren't using this particular file, however. > If > > this file were being used, you'd get a syntax error from Moin, certainly. > > > > Meanwhile... > > > > > [2] http://paste.ubuntu.com/8546401/ > > > > ...in this file (mywiki.py) you might consider setting something like... > > > > data_underlay_dir = '/usr/share/moin/underlay' > > > > ...just to see if it helps. > > > > Paul > > > > > > > > ------------------------------ > > > > Message: 6 > > Date: Mon, 13 Oct 2014 12:56:09 +0200 > > From: Rovanion Luckey > > Subject: Re: [Moin-user] Fwd: data_underlay_dir Not being what it's > > supposed to be > > To: Paul Boddie > > Cc: moin-user > > Message-ID: > > < > > CAAaf0CCZneMncL6PSwuLRiHOqd4zQoRG1Z4PMMSJCCkgx-etrg at mail.gmail.com> > > Content-Type: text/plain; charset="utf-8" > > > > Yes, thank you! Adding the line in mywiki.py about data_underlay_dir > ended > > up working! > > > > 2014-10-12 23:44 GMT+02:00 Paul Boddie : > > > > > On Sunday 12. October 2014 17.09.53 Rovanion Luckey wrote: > > > > Hi, > > > > I'm trying to set up MoinMoin using the packages in the Ubuntu > > > > repositories, nginx and uwsgi. I'm having an issue [0] where I get an > > > error > > > > stating that the underlay directory is not accessible where > > > > data_underlay_dir is stated to be located in a directory not set in > any > > > > config file. > > > > > > > > You see the error [0] says that data_underlay_dir is set to > ./underlay > > > > while the wikiconfig.py clearly sets it to a non-relative url. > > > > > > The wikiconfig.py file probably isn't used. See below for why I think > > this > > > is. > > > > > > > For completeness my site conf [2], uwsgi conf [3] and farmconf [4] is > > > also > > > > provided in the links below. > > > > > > > > I've made sure to restart uwsgi after changing the configurations > > related > > > > to moinmoin, even though a reload should suffice. The nginx conf [5] > > > points > > > > to the socket provided by uwsgi, has been restarted and .. well .. > I'm > > > > running short of ideas. > > > > > > > > [0] http://paste.debian.net/125837/ > > > > [1] http://paste.ubuntu.com/8546386/ > > > > > > In this copy of the configuration (wikiconfig.py), I see the following > > > lines... > > > > > > instance_dir = /usr/share/moin/ > > > > > > # Where your own wiki pages are (make regular backups of this > > > directory): > > > data_dir = os.path.join(instance_dir, 'data', '') # path with > > trailing > > > / > > > > > > # Where system and help pages are (you may exclude this from > backup): > > > data_underlay_dir = /usr/share/moin/underlay/ # path with trailing > / > > > > > > Note that neither instance_dir nor data_underlay_dir seem to be set to > > > valid > > > strings. Remember that this file is a Python source file and thus these > > > values > > > must be valid Python syntax. > > > > > > Since this file seems to be for a single wiki and not for a farm (or > > > instance > > > thereof), I imagine that you aren't using this particular file, > however. > > If > > > this file were being used, you'd get a syntax error from Moin, > certainly. > > > > > > Meanwhile... > > > > > > > [2] http://paste.ubuntu.com/8546401/ > > > > > > ...in this file (mywiki.py) you might consider setting something > like... > > > > > > data_underlay_dir = '/usr/share/moin/underlay' > > > > > > ...just to see if it helps. > > > > > > Paul > > > > > > > > > > > > ------------------------------------------------------------------------------ > > > Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer > > > Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS > Reports > > > Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper > > > Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer > > > http://p.sf.net/sfu/Zoho > > > _______________________________________________ > > > Moin-user mailing list > > > Moin-user at lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/moin-user > > > > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > > > ------------------------------ > > > > > > > ------------------------------------------------------------------------------ > > Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer > > Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports > > Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper > > Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer > > http://p.sf.net/sfu/Zoho > > > > ------------------------------ > > > > _______________________________________________ > > Moin-user mailing list > > Moin-user at lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/moin-user > > > > > > End of Moin-user Digest, Vol 96, Issue 2 > > **************************************** > > > -------------- next part -------------- > An HTML attachment was scrubbed... > > ------------------------------ > > > ------------------------------------------------------------------------------ > Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer > Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports > Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper > Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer > http://p.sf.net/sfu/Zoho > > ------------------------------ > > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > > > End of Moin-user Digest, Vol 96, Issue 3 > **************************************** > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mellado at iram.es Tue Oct 14 04:26:31 2014 From: mellado at iram.es (Pablo Mellado) Date: Tue, 14 Oct 2014 10:26:31 +0200 Subject: [Moin-user] AutoAdmin Project Message-ID: <543CDE37.4050207@iram.es> Hi everyone, I am very new to this list so I do not know if you have talked about this subject, but I could not find anything in Google. I would need to create a new section in one of our wikis to be managed by some users, so they are able to change the acl for some pages. What they want is to be able to set some of their pages with read-only permission to the rest of the users, and may be to even do not allow to read some others. I have created a new wiki page in the form NewProjectGroup where I have createad a bullet list with the wiki usernames of the members. I have also added the from MoinMoin.security.autoadmin import SecurityPolicy to my wiki configuration. Following the help on HelpOnAutoAdmin wiki page, I can read the following: /See if there is some//Template// with a prepared ACL line for your project pages and use it// //for creating new subpages.// / But the Template page is not there and there is no prepared ACL. Should I create a new Template page? and, what is the ACL line to be included there? I have some more questions although I would prefer to go with these simple ones first. Regards, Pablo From tw at waldmann-edv.de Tue Oct 14 12:26:37 2014 From: tw at waldmann-edv.de (Thomas Waldmann) Date: Tue, 14 Oct 2014 18:26:37 +0200 Subject: [Moin-user] Where to catch FileTooLong error In-Reply-To: <87wq85gf5y.fsf@vostro.rath.org> References: <87d2a468fe.fsf@vostro.rath.org> <54352788.2040908@waldmann-edv.de> <87wq85gf5y.fsf@vostro.rath.org> Message-ID: <543D4EBD.3000101@waldmann-edv.de> Hi Nikolaus, > How about this patch? > > diff --git a/MoinMoin/Page.py b/MoinMoin/Page.py > --- a/MoinMoin/Page.py > +++ b/MoinMoin/Page.py > @@ -217,6 +217,10 @@ > # never store empty pages, so this is detectable and also > # safe when passed to a function expecting a string) > return "" > + elif er.errno == errno.ENAMETOOLONG: > + # If the name is too long, the page can't exist on this > + # system either. > + return "" > else: > raise > > It fixed the issue for me, and applies cleanly against the 1.9 hg > repository. I decided against an error message and instead opted to > treat this like a file-not-found error (which, in some way it is). > ./pytest also runs fine with the patched source. OK, looks good. I fixed it in an equivalent way: http://hg.moinmo.in/moin/1.9/rev/5e80523a1677 Thanks for the patch! Cheers, Thomas From tw at waldmann-edv.de Tue Oct 14 12:31:35 2014 From: tw at waldmann-edv.de (Thomas Waldmann) Date: Tue, 14 Oct 2014 18:31:35 +0200 Subject: [Moin-user] Where to catch FileTooLong error In-Reply-To: <543D4EBD.3000101@waldmann-edv.de> References: <87d2a468fe.fsf@vostro.rath.org> <54352788.2040908@waldmann-edv.de> <87wq85gf5y.fsf@vostro.rath.org> <543D4EBD.3000101@waldmann-edv.de> Message-ID: <543D4FE7.2070301@waldmann-edv.de> Hi Nikolaus, >> It fixed the issue for me, Well, I just tried it and it now just blows up at another place: 2014-10-14 18:28:17,664 INFO MoinMoin.web.serving:41 127.0.0.1 "GET /aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa HTTP/1.1" 500 - 2014-10-14 18:28:17,680 ERROR werkzeug:116 Error on request: Traceback (most recent call last): File "/home/tw/mm19/MoinMoin/support/werkzeug/serving.py", line 159, in run_wsgi execute(app) File "/home/tw/mm19/MoinMoin/support/werkzeug/serving.py", line 146, in execute application_iter = app(environ, start_response) File "/home/tw/mm19/MoinMoin/support/werkzeug/wsgi.py", line 411, in __call__ return self.app(environ, start_response) File "/home/tw/mm19/MoinMoin/wsgiapp.py", line 264, in __call__ response = run(context) File "/home/tw/mm19/MoinMoin/wsgiapp.py", line 89, in run response = dispatch(request, context, action_name) File "/home/tw/mm19/MoinMoin/wsgiapp.py", line 137, in dispatch response = handle_action(context, pagename, action_name) File "/home/tw/mm19/MoinMoin/wsgiapp.py", line 203, in handle_action handler(context.page.page_name, context) File "/home/tw/mm19/MoinMoin/action/__init__.py", line 268, in do_show content_only=content_only, File "/home/tw/mm19/MoinMoin/Page.py", line 1304, in send_page html_head=html_head, File "/home/tw/mm19/MoinMoin/theme/__init__.py", line 1809, in send_title 'pagesize': pagename and page.size() or 0, File "/home/tw/mm19/MoinMoin/Page.py", line 681, in size return os.path.getsize(self._text_filename(rev=rev)) File "/usr/lib/python2.7/genericpath.py", line 49, in getsize return os.stat(filename).st_size OSError: [Errno 36] File name too long: '/home/tw/mm19/wiki/data/pages/aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa/revisions/99999999' Didn't you get this when trying it out? Cheers, Thomas From tw at waldmann-edv.de Tue Oct 14 12:37:47 2014 From: tw at waldmann-edv.de (Thomas Waldmann) Date: Tue, 14 Oct 2014 18:37:47 +0200 Subject: [Moin-user] Where to catch FileTooLong error In-Reply-To: <543D4FE7.2070301@waldmann-edv.de> References: <87d2a468fe.fsf@vostro.rath.org> <54352788.2040908@waldmann-edv.de> <87wq85gf5y.fsf@vostro.rath.org> <543D4EBD.3000101@waldmann-edv.de> <543D4FE7.2070301@waldmann-edv.de> Message-ID: <543D515B.7010002@waldmann-edv.de> > File "/home/tw/mm19/MoinMoin/Page.py", line 681, in size > return os.path.getsize(self._text_filename(rev=rev)) > File "/usr/lib/python2.7/genericpath.py", line 49, in getsize > return os.stat(filename).st_size > OSError: [Errno 36] File name too long: > '/home/tw/mm19/wiki/data/pages/aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa/revisions/99999999' > > Didn't you get this when trying it out? > Fixed by: http://hg.moinmo.in/moin/1.9/rev/14b0dff0d0c6 From Nikolaus at rath.org Tue Oct 14 21:27:22 2014 From: Nikolaus at rath.org (Nikolaus Rath) Date: Tue, 14 Oct 2014 18:27:22 -0700 Subject: [Moin-user] Where to catch FileTooLong error In-Reply-To: <543D4FE7.2070301@waldmann-edv.de> (Thomas Waldmann's message of "Tue, 14 Oct 2014 18:31:35 +0200") References: <87d2a468fe.fsf@vostro.rath.org> <54352788.2040908@waldmann-edv.de> <87wq85gf5y.fsf@vostro.rath.org> <543D4EBD.3000101@waldmann-edv.de> <543D4FE7.2070301@waldmann-edv.de> Message-ID: <87siiqgm11.fsf@vostro.rath.org> Thomas Waldmann writes: > Hi Nikolaus, > >>> It fixed the issue for me, > > Well, I just tried it and it now just blows up at another place: [...] > OSError: [Errno 36] File name too long: > '/home/tw/mm19/wiki/data/pages/aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa/revisions/99999999' > > Didn't you get this when trying it out? No, but my test was to run the patched system for 4 days and confirm that no more errors popped up (normally I get at least one a day). I guess I just got lucky. Thanks for the second patch! Best, -Nikolaus -- GPG encrypted emails preferred. Key id: 0xD113FCAC3C4E599F Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F ?Time flies like an arrow, fruit flies like a Banana.? From tw at waldmann-edv.de Fri Oct 17 16:24:36 2014 From: tw at waldmann-edv.de (Thomas Waldmann) Date: Fri, 17 Oct 2014 22:24:36 +0200 Subject: [Moin-user] moin 1.9.8 released! Message-ID: <54417B04.6000407@waldmann-edv.de> This release is mostly about some small new features, performance improvements, enhanced logging and bug fixes. Also, the bundled software was upgraded. For details see: http://hg.moinmo.in/moin/1.9/file/1.9.8/docs/CHANGES See http://moinmo.in/MoinMoinDownload for the release archive. BTW, for future moin 1.9 releases, we still need many more people helping with maintaining and updating translations on http://master.moinmo.in/ . So, especially if you speak some non-english language, you can help! See http://moinmo.in/MoinDev/Translation for details. These days we spent most of our time on developing moin2, see http://moinmo.in/MoinMoin2.0 for details. If you like to hack / test new stuff, have a look! Also feel invited to help with it, so it gets ready for production sooner. If you are interested in helping, feel free to contact us on IRC chat, see: http://moinmo.in/MoinMoinChat From kai at aplteam.com Sun Oct 19 16:11:16 2014 From: kai at aplteam.com (Kai Jaeger) Date: Sun, 19 Oct 2014 21:11:16 +0100 Subject: [Moin-user] Server failure Message-ID: I had to moved all my wikis to a new server. The only difference between the two is that the old onbe run Python 2.6 while the new one runs Pythin 2.7 However, I keep getting this: [Sun Oct 19 19:47:40 2014] [error] 2014-10-19 19:47:40,374 ERROR MoinMoin.wsgiapp:293 An exception has occurred [http://sandbox.aplwiki.com/MoinMoin]. [Sun Oct 19 19:47:40 2014] [error] Traceback (most recent call last): [Sun Oct 19 19:47:40 2014] [error] File "C:\\Python27\\lib\\site-packages\\MoinMoin\\wsgiapp.py", line 282, in __call__ [Sun Oct 19 19:47:40 2014] [error] response = run(context) [Sun Oct 19 19:47:40 2014] [error] File "C:\\Python27\\lib\\site-packages\\MoinMoin\\wsgiapp.py", line 88, in run [Sun Oct 19 19:47:40 2014] [error] response = dispatch(request, context, action_name) [Sun Oct 19 19:47:40 2014] [error] File "C:\\Python27\\lib\\site-packages\\MoinMoin\\wsgiapp.py", line 136, in dispatch [Sun Oct 19 19:47:40 2014] [error] response = handle_action(context, pagename, action_name) [Sun Oct 19 19:47:40 2014] [error] File "C:\\Python27\\lib\\site-packages\\MoinMoin\\wsgiapp.py", line 195, in handle_action [Sun Oct 19 19:47:40 2014] [error] handler(context.page.page_name, context) [Sun Oct 19 19:47:40 2014] [error] File "C:\\Python27\\lib\\site-packages\\MoinMoin\\action\\__init__.py", line 268, in do_show [Sun Oct 19 19:47:40 2014] [error] content_only=content_only, [Sun Oct 19 19:47:40 2014] [error] File "C:\\Python27\\lib\\site-packages\\MoinMoin\\Page.py", line 1215, in send_page [Sun Oct 19 19:47:40 2014] [error] start_line=pi['lines']) [Sun Oct 19 19:47:40 2014] [error] File "C:\\Python27\\lib\\site-packages\\MoinMoin\\Page.py", line 1309, in send_page_content [Sun Oct 19 19:47:40 2014] [error] self.execute(request, parser, code) [Sun Oct 19 19:47:40 2014] [error] File "C:\\Python27\\lib\\site-packages\\MoinMoin\\Page.py", line 1340, in execute [Sun Oct 19 19:47:40 2014] [error] exec code [Sun Oct 19 19:47:40 2014] [error] File "moinmoin", line 2, in [Sun Oct 19 19:47:40 2014] [error] TypeError: 'dict' object is not callable [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] mod_wsgi (pid=3184): Exception occurred processing WSGI script 'D:/Wikis/config/moin.wsgi'., referer: http://sandbox.aplwiki.com/ [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] Traceback (most recent call last):, referer: http://sandbox.aplwiki.com/ [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] File "C:\\Python27\\lib\\site-packages\\MoinMoin\\support\\werkzeug\\wsgi.py", line 411, in __call__, referer: http://sandbox.aplwiki.com/ [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] return self.app(environ, start_response), referer: http://sandbox.aplwiki.com/ [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] File "C:\\Python27\\lib\\site-packages\\MoinMoin\\wsgiapp.py", line 282, in __call__, referer: http://sandbox.aplwiki.com/ [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] response = run(context), referer: http://sandbox.aplwiki.com/ [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] File "C:\\Python27\\lib\\site-packages\\MoinMoin\\wsgiapp.py", line 88, in run, referer: http://sandbox.aplwiki.com/ [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] response = dispatch(request, context, action_name), referer: http://sandbox.aplwiki.com/ [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] File "C:\\Python27\\lib\\site-packages\\MoinMoin\\wsgiapp.py", line 136, in dispatch, referer: http://sandbox.aplwiki.com/ [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] response = handle_action(context, pagename, action_name), referer: http://sandbox.aplwiki.com/ [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] File "C:\\Python27\\lib\\site-packages\\MoinMoin\\wsgiapp.py", line 195, in handle_action, referer: http://sandbox.aplwiki.com/ [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] handler(context.page.page_name, context), referer: http://sandbox.aplwiki.com/ [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] File "C:\\Python27\\lib\\site-packages\\MoinMoin\\action\\__init__.py", line 268, in do_show, referer: http://sandbox.aplwiki.com/ [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] content_only=content_only,, referer: http://sandbox.aplwiki.com/ [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] File "C:\\Python27\\lib\\site-packages\\MoinMoin\\Page.py", line 1215, in send_page, referer: http://sandbox.aplwiki.com/ [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] start_line=pi['lines']), referer: http://sandbox.aplwiki.com/ [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] File "C:\\Python27\\lib\\site-packages\\MoinMoin\\Page.py", line 1309, in send_page_content, referer: http://sandbox.aplwiki.com/ [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] self.execute(request, parser, code), referer: http://sandbox.aplwiki.com/ [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] File "C:\\Python27\\lib\\site-packages\\MoinMoin\\Page.py", line 1340, in execute, referer: http://sandbox.aplwiki.com/ [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] exec code, referer: http://sandbox.aplwiki.com/ [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] File "moinmoin", line 2, in , referer: http://sandbox.aplwiki.com/ [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] TypeError: 'dict' object is not callable, referer: http://sandbox.aplwiki.com/ Any hint is appreciated. Thanks Kai From m.decker at fz-juelich.de Mon Oct 20 03:52:43 2014 From: m.decker at fz-juelich.de (Michael Decker) Date: Mon, 20 Oct 2014 09:52:43 +0200 Subject: [Moin-user] Server failure In-Reply-To: References: Message-ID: <5444BF4B.4070809@fz-juelich.de> Looks like a cache issue to me. Did you clean the cache (moin maint cleancache ...) after moving the data? Michael On 10/19/2014 10:11 PM, Kai Jaeger wrote: > I had to moved all my wikis to a new server. The only difference > between the two is that the old onbe run Python 2.6 while the new one > runs Pythin 2.7 > > However, I keep getting this: > > [Sun Oct 19 19:47:40 2014] [error] 2014-10-19 19:47:40,374 ERROR > MoinMoin.wsgiapp:293 An exception has occurred > [http://sandbox.aplwiki.com/MoinMoin]. > [Sun Oct 19 19:47:40 2014] [error] Traceback (most recent call last): > [Sun Oct 19 19:47:40 2014] [error] File > "C:\\Python27\\lib\\site-packages\\MoinMoin\\wsgiapp.py", line 282, in > __call__ > [Sun Oct 19 19:47:40 2014] [error] response = run(context) > [Sun Oct 19 19:47:40 2014] [error] File > "C:\\Python27\\lib\\site-packages\\MoinMoin\\wsgiapp.py", line 88, in > run > [Sun Oct 19 19:47:40 2014] [error] response = dispatch(request, > context, action_name) > [Sun Oct 19 19:47:40 2014] [error] File > "C:\\Python27\\lib\\site-packages\\MoinMoin\\wsgiapp.py", line 136, in > dispatch > [Sun Oct 19 19:47:40 2014] [error] response = > handle_action(context, pagename, action_name) > [Sun Oct 19 19:47:40 2014] [error] File > "C:\\Python27\\lib\\site-packages\\MoinMoin\\wsgiapp.py", line 195, in > handle_action > [Sun Oct 19 19:47:40 2014] [error] handler(context.page.page_name, context) > [Sun Oct 19 19:47:40 2014] [error] File > "C:\\Python27\\lib\\site-packages\\MoinMoin\\action\\__init__.py", > line 268, in do_show > [Sun Oct 19 19:47:40 2014] [error] content_only=content_only, > [Sun Oct 19 19:47:40 2014] [error] File > "C:\\Python27\\lib\\site-packages\\MoinMoin\\Page.py", line 1215, in > send_page > [Sun Oct 19 19:47:40 2014] [error] start_line=pi['lines']) > [Sun Oct 19 19:47:40 2014] [error] File > "C:\\Python27\\lib\\site-packages\\MoinMoin\\Page.py", line 1309, in > send_page_content > [Sun Oct 19 19:47:40 2014] [error] self.execute(request, parser, code) > [Sun Oct 19 19:47:40 2014] [error] File > "C:\\Python27\\lib\\site-packages\\MoinMoin\\Page.py", line 1340, in > execute > [Sun Oct 19 19:47:40 2014] [error] exec code > [Sun Oct 19 19:47:40 2014] [error] File "moinmoin", line 2, in > [Sun Oct 19 19:47:40 2014] [error] TypeError: 'dict' object is not callable > [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] mod_wsgi > (pid=3184): Exception occurred processing WSGI script > 'D:/Wikis/config/moin.wsgi'., referer: http://sandbox.aplwiki.com/ > [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] Traceback > (most recent call last):, referer: http://sandbox.aplwiki.com/ > [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] File > "C:\\Python27\\lib\\site-packages\\MoinMoin\\support\\werkzeug\\wsgi.py", > line 411, in __call__, referer: http://sandbox.aplwiki.com/ > [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] return > self.app(environ, start_response), referer: > http://sandbox.aplwiki.com/ > [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] File > "C:\\Python27\\lib\\site-packages\\MoinMoin\\wsgiapp.py", line 282, in > __call__, referer: http://sandbox.aplwiki.com/ > [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] response > = run(context), referer: http://sandbox.aplwiki.com/ > [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] File > "C:\\Python27\\lib\\site-packages\\MoinMoin\\wsgiapp.py", line 88, in > run, referer: http://sandbox.aplwiki.com/ > [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] response > = dispatch(request, context, action_name), referer: > http://sandbox.aplwiki.com/ > [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] File > "C:\\Python27\\lib\\site-packages\\MoinMoin\\wsgiapp.py", line 136, in > dispatch, referer: http://sandbox.aplwiki.com/ > [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] response > = handle_action(context, pagename, action_name), referer: > http://sandbox.aplwiki.com/ > [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] File > "C:\\Python27\\lib\\site-packages\\MoinMoin\\wsgiapp.py", line 195, in > handle_action, referer: http://sandbox.aplwiki.com/ > [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] > handler(context.page.page_name, context), referer: > http://sandbox.aplwiki.com/ > [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] File > "C:\\Python27\\lib\\site-packages\\MoinMoin\\action\\__init__.py", > line 268, in do_show, referer: http://sandbox.aplwiki.com/ > [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] > content_only=content_only,, referer: http://sandbox.aplwiki.com/ > [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] File > "C:\\Python27\\lib\\site-packages\\MoinMoin\\Page.py", line 1215, in > send_page, referer: http://sandbox.aplwiki.com/ > [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] > start_line=pi['lines']), referer: http://sandbox.aplwiki.com/ > [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] File > "C:\\Python27\\lib\\site-packages\\MoinMoin\\Page.py", line 1309, in > send_page_content, referer: http://sandbox.aplwiki.com/ > [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] > self.execute(request, parser, code), referer: > http://sandbox.aplwiki.com/ > [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] File > "C:\\Python27\\lib\\site-packages\\MoinMoin\\Page.py", line 1340, in > execute, referer: http://sandbox.aplwiki.com/ > [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] exec > code, referer: http://sandbox.aplwiki.com/ > [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] File > "moinmoin", line 2, in , referer: http://sandbox.aplwiki.com/ > [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] TypeError: > 'dict' object is not callable, referer: http://sandbox.aplwiki.com/ > > Any hint is appreciated. > > Thanks > Kai > > ------------------------------------------------------------------------------ > Comprehensive Server Monitoring with Site24x7. > Monitor 10 servers for $9/Month. > Get alerted through email, SMS, voice calls or mobile push notifications. > Take corrective actions from your mobile device. > http://p.sf.net/sfu/Zoho > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > -- Michael Decker Forschungszentrum J?lich Institut f?r Energie- und Klimaforschung - Troposph?re (IEK-8) Tel.: +49 2461 61-3867 E-Mail: m.decker at fz-juelich.de ------------------------------------------------------------------------------------- ------------------------------------------------------------------------------------- Forschungszentrum Juelich GmbH 52425 Juelich Sitz der Gesellschaft: Juelich Eingetragen im Handelsregister des Amtsgerichts Dueren Nr. HR B 3498 Vorsitzender des Aufsichtsrats: MinDir Dr. Karl Eugen Huthmacher Geschaeftsfuehrung: Prof. Dr.-Ing. Wolfgang Marquardt (Vorsitzender), Karsten Beneke (stellv. Vorsitzender), Prof. Dr.-Ing. Harald Bolt, Prof. Dr. Sebastian M. Schmidt ------------------------------------------------------------------------------------- ------------------------------------------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 5014 bytes Desc: S/MIME Cryptographic Signature URL: From kai at aplteam.com Mon Oct 20 07:51:02 2014 From: kai at aplteam.com (Kai Jaeger) Date: Mon, 20 Oct 2014 12:51:02 +0100 Subject: [Moin-user] Server failure In-Reply-To: <5444BF4B.4070809@fz-juelich.de> References: <5444BF4B.4070809@fz-juelich.de> Message-ID: Michael, thanks. Yes, I did, although only AFTER I sent the email to the Moin group. Did not help because the call to cleancache failed itself: cleancache.py 2014-10-20 09:27:49,914 INFO MoinMoin.log:151 using logging configuration read from built-in fallback in MoinMoin.log module 2014-10-20 09:27:49,914 INFO MoinMoin.log:157 Running MoinMoin 1.9.7 release code from C:\Python27\lib\site-packages\MoinMoin Traceback (most recent call last): File "C:\Python27\Lib\site-packages\MoinMoin\script\maint\cleancache.py", line 10, in from MoinMoin import caching, i18n, user File "C:\Python27\lib\site-packages\MoinMoin\caching.py", line 19, in from MoinMoin.util import filesys, lock, pickle, PICKLE_PROTOCOL File "C:\Python27\lib\site-packages\MoinMoin\util\filesys.py", line 33, in from werkzeug.posixemulation import * ImportError: No module named werkzeug.posixemulation On Mon, Oct 20, 2014 at 8:52 AM, Michael Decker wrote: > Looks like a cache issue to me. Did you clean the cache (moin maint > cleancache ...) after moving the data? > > Michael > > On 10/19/2014 10:11 PM, Kai Jaeger wrote: >> I had to moved all my wikis to a new server. The only difference >> between the two is that the old onbe run Python 2.6 while the new one >> runs Pythin 2.7 >> >> However, I keep getting this: >> >> [Sun Oct 19 19:47:40 2014] [error] 2014-10-19 19:47:40,374 ERROR >> MoinMoin.wsgiapp:293 An exception has occurred >> [http://sandbox.aplwiki.com/MoinMoin]. >> [Sun Oct 19 19:47:40 2014] [error] Traceback (most recent call last): >> [Sun Oct 19 19:47:40 2014] [error] File >> "C:\\Python27\\lib\\site-packages\\MoinMoin\\wsgiapp.py", line 282, in >> __call__ >> [Sun Oct 19 19:47:40 2014] [error] response = run(context) >> [Sun Oct 19 19:47:40 2014] [error] File >> "C:\\Python27\\lib\\site-packages\\MoinMoin\\wsgiapp.py", line 88, in >> run >> [Sun Oct 19 19:47:40 2014] [error] response = dispatch(request, >> context, action_name) >> [Sun Oct 19 19:47:40 2014] [error] File >> "C:\\Python27\\lib\\site-packages\\MoinMoin\\wsgiapp.py", line 136, in >> dispatch >> [Sun Oct 19 19:47:40 2014] [error] response = >> handle_action(context, pagename, action_name) >> [Sun Oct 19 19:47:40 2014] [error] File >> "C:\\Python27\\lib\\site-packages\\MoinMoin\\wsgiapp.py", line 195, in >> handle_action >> [Sun Oct 19 19:47:40 2014] [error] handler(context.page.page_name, context) >> [Sun Oct 19 19:47:40 2014] [error] File >> "C:\\Python27\\lib\\site-packages\\MoinMoin\\action\\__init__.py", >> line 268, in do_show >> [Sun Oct 19 19:47:40 2014] [error] content_only=content_only, >> [Sun Oct 19 19:47:40 2014] [error] File >> "C:\\Python27\\lib\\site-packages\\MoinMoin\\Page.py", line 1215, in >> send_page >> [Sun Oct 19 19:47:40 2014] [error] start_line=pi['lines']) >> [Sun Oct 19 19:47:40 2014] [error] File >> "C:\\Python27\\lib\\site-packages\\MoinMoin\\Page.py", line 1309, in >> send_page_content >> [Sun Oct 19 19:47:40 2014] [error] self.execute(request, parser, code) >> [Sun Oct 19 19:47:40 2014] [error] File >> "C:\\Python27\\lib\\site-packages\\MoinMoin\\Page.py", line 1340, in >> execute >> [Sun Oct 19 19:47:40 2014] [error] exec code >> [Sun Oct 19 19:47:40 2014] [error] File "moinmoin", line 2, in >> [Sun Oct 19 19:47:40 2014] [error] TypeError: 'dict' object is not callable >> [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] mod_wsgi >> (pid=3184): Exception occurred processing WSGI script >> 'D:/Wikis/config/moin.wsgi'., referer: http://sandbox.aplwiki.com/ >> [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] Traceback >> (most recent call last):, referer: http://sandbox.aplwiki.com/ >> [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] File >> "C:\\Python27\\lib\\site-packages\\MoinMoin\\support\\werkzeug\\wsgi.py", >> line 411, in __call__, referer: http://sandbox.aplwiki.com/ >> [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] return >> self.app(environ, start_response), referer: >> http://sandbox.aplwiki.com/ >> [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] File >> "C:\\Python27\\lib\\site-packages\\MoinMoin\\wsgiapp.py", line 282, in >> __call__, referer: http://sandbox.aplwiki.com/ >> [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] response >> = run(context), referer: http://sandbox.aplwiki.com/ >> [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] File >> "C:\\Python27\\lib\\site-packages\\MoinMoin\\wsgiapp.py", line 88, in >> run, referer: http://sandbox.aplwiki.com/ >> [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] response >> = dispatch(request, context, action_name), referer: >> http://sandbox.aplwiki.com/ >> [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] File >> "C:\\Python27\\lib\\site-packages\\MoinMoin\\wsgiapp.py", line 136, in >> dispatch, referer: http://sandbox.aplwiki.com/ >> [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] response >> = handle_action(context, pagename, action_name), referer: >> http://sandbox.aplwiki.com/ >> [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] File >> "C:\\Python27\\lib\\site-packages\\MoinMoin\\wsgiapp.py", line 195, in >> handle_action, referer: http://sandbox.aplwiki.com/ >> [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] >> handler(context.page.page_name, context), referer: >> http://sandbox.aplwiki.com/ >> [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] File >> "C:\\Python27\\lib\\site-packages\\MoinMoin\\action\\__init__.py", >> line 268, in do_show, referer: http://sandbox.aplwiki.com/ >> [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] >> content_only=content_only,, referer: http://sandbox.aplwiki.com/ >> [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] File >> "C:\\Python27\\lib\\site-packages\\MoinMoin\\Page.py", line 1215, in >> send_page, referer: http://sandbox.aplwiki.com/ >> [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] >> start_line=pi['lines']), referer: http://sandbox.aplwiki.com/ >> [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] File >> "C:\\Python27\\lib\\site-packages\\MoinMoin\\Page.py", line 1309, in >> send_page_content, referer: http://sandbox.aplwiki.com/ >> [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] >> self.execute(request, parser, code), referer: >> http://sandbox.aplwiki.com/ >> [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] File >> "C:\\Python27\\lib\\site-packages\\MoinMoin\\Page.py", line 1340, in >> execute, referer: http://sandbox.aplwiki.com/ >> [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] exec >> code, referer: http://sandbox.aplwiki.com/ >> [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] File >> "moinmoin", line 2, in , referer: http://sandbox.aplwiki.com/ >> [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] TypeError: >> 'dict' object is not callable, referer: http://sandbox.aplwiki.com/ >> >> Any hint is appreciated. >> >> Thanks >> Kai >> >> ------------------------------------------------------------------------------ >> Comprehensive Server Monitoring with Site24x7. >> Monitor 10 servers for $9/Month. >> Get alerted through email, SMS, voice calls or mobile push notifications. >> Take corrective actions from your mobile device. >> http://p.sf.net/sfu/Zoho >> _______________________________________________ >> Moin-user mailing list >> Moin-user at lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/moin-user >> > > > -- > Michael Decker > Forschungszentrum J?lich > Institut f?r Energie- und Klimaforschung - Troposph?re (IEK-8) > > Tel.: +49 2461 61-3867 > E-Mail: m.decker at fz-juelich.de > > ------------------------------------------------------------------------------------- > ------------------------------------------------------------------------------------- > Forschungszentrum Juelich GmbH > 52425 Juelich > Sitz der Gesellschaft: Juelich > Eingetragen im Handelsregister des Amtsgerichts Dueren Nr. HR B 3498 > Vorsitzender des Aufsichtsrats: MinDir Dr. Karl Eugen Huthmacher > Geschaeftsfuehrung: Prof. Dr.-Ing. Wolfgang Marquardt (Vorsitzender), > Karsten Beneke (stellv. Vorsitzender), Prof. Dr.-Ing. Harald Bolt, > Prof. Dr. Sebastian M. Schmidt > ------------------------------------------------------------------------------------- > ------------------------------------------------------------------------------------- > > > > ------------------------------------------------------------------------------ > Comprehensive Server Monitoring with Site24x7. > Monitor 10 servers for $9/Month. > Get alerted through email, SMS, voice calls or mobile push notifications. > Take corrective actions from your mobile device. > http://p.sf.net/sfu/Zoho > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > From kai at aplteam.com Wed Oct 22 10:42:19 2014 From: kai at aplteam.com (Kai Jaeger) Date: Wed, 22 Oct 2014 15:42:19 +0100 Subject: [Moin-user] Replacing a Wiki does not work as expected Message-ID: I have created a sandbox wiki for newcomers at: http://sandbox.aplwiki.com Once in a while I replace this with a scheduled task with the original version in order to fight spammers/idiots. The strange thing is that sometimes this works but most of the time it does not. Instead of bringing changed pages (unchanged pages do not cause headache) back it shows this: http://sandbox.aplwiki.com/TestPage1 And yes, "current" is pointing to the right revision and that revision does contain the expect code which looks very different. Besides, there is only one revision anyway. I called cleancache, I even restarted Apache, to no avail. Not only is the contents of the page not shown, the page is also immutable when it shouldn't. Finally calling "raw text" results in a "Internal Server Error": WindowsError: [Error 2] The system cannot find the file specified: '.....sandbox\\\\data\\\\pages\\\\TestPage1\\\\revisions\\\\00000002', referer: http://sandbox.aplwiki.com/TestPage1 Of course it cannot find it: there is just one revision, and that is number one! Anybody any idea? Kai From kai at aplteam.com Wed Oct 22 10:33:45 2014 From: kai at aplteam.com (Kai Jaeger) Date: Wed, 22 Oct 2014 15:33:45 +0100 Subject: [Moin-user] Server failure In-Reply-To: References: <5444BF4B.4070809@fz-juelich.de> Message-ID: For the record: it WAS a cache issue. What I did not realize is that I had to call the cleancache thingy in a particular way to get it over the hurdle. On my machine with Python 2.7: {Path_To_Python27}\Scripts\moin.bat --wiki-url=http://aplwiki.com --config-dir={Path_To_Config_Folder} maint cleancache and everything worked. On Mon, Oct 20, 2014 at 12:51 PM, Kai Jaeger wrote: > Michael, thanks. > > Yes, I did, although only AFTER I sent the email to the Moin group. > Did not help because the call to cleancache failed itself: > > cleancache.py > 2014-10-20 09:27:49,914 INFO MoinMoin.log:151 using logging > configuration read from built-in fallback in MoinMoin.log module > 2014-10-20 09:27:49,914 INFO MoinMoin.log:157 Running MoinMoin 1.9.7 > release code from C:\Python27\lib\site-packages\MoinMoin > Traceback (most recent call last): > File "C:\Python27\Lib\site-packages\MoinMoin\script\maint\cleancache.py", line > 10, in > from MoinMoin import caching, i18n, user > File "C:\Python27\lib\site-packages\MoinMoin\caching.py", line 19, in > > from MoinMoin.util import filesys, lock, pickle, PICKLE_PROTOCOL > File "C:\Python27\lib\site-packages\MoinMoin\util\filesys.py", line 33, in dule> > from werkzeug.posixemulation import * > ImportError: No module named werkzeug.posixemulation > > > > > > On Mon, Oct 20, 2014 at 8:52 AM, Michael Decker wrote: >> Looks like a cache issue to me. Did you clean the cache (moin maint >> cleancache ...) after moving the data? >> >> Michael >> >> On 10/19/2014 10:11 PM, Kai Jaeger wrote: >>> I had to moved all my wikis to a new server. The only difference >>> between the two is that the old onbe run Python 2.6 while the new one >>> runs Pythin 2.7 >>> >>> However, I keep getting this: >>> >>> [Sun Oct 19 19:47:40 2014] [error] 2014-10-19 19:47:40,374 ERROR >>> MoinMoin.wsgiapp:293 An exception has occurred >>> [http://sandbox.aplwiki.com/MoinMoin]. >>> [Sun Oct 19 19:47:40 2014] [error] Traceback (most recent call last): >>> [Sun Oct 19 19:47:40 2014] [error] File >>> "C:\\Python27\\lib\\site-packages\\MoinMoin\\wsgiapp.py", line 282, in >>> __call__ >>> [Sun Oct 19 19:47:40 2014] [error] response = run(context) >>> [Sun Oct 19 19:47:40 2014] [error] File >>> "C:\\Python27\\lib\\site-packages\\MoinMoin\\wsgiapp.py", line 88, in >>> run >>> [Sun Oct 19 19:47:40 2014] [error] response = dispatch(request, >>> context, action_name) >>> [Sun Oct 19 19:47:40 2014] [error] File >>> "C:\\Python27\\lib\\site-packages\\MoinMoin\\wsgiapp.py", line 136, in >>> dispatch >>> [Sun Oct 19 19:47:40 2014] [error] response = >>> handle_action(context, pagename, action_name) >>> [Sun Oct 19 19:47:40 2014] [error] File >>> "C:\\Python27\\lib\\site-packages\\MoinMoin\\wsgiapp.py", line 195, in >>> handle_action >>> [Sun Oct 19 19:47:40 2014] [error] handler(context.page.page_name, context) >>> [Sun Oct 19 19:47:40 2014] [error] File >>> "C:\\Python27\\lib\\site-packages\\MoinMoin\\action\\__init__.py", >>> line 268, in do_show >>> [Sun Oct 19 19:47:40 2014] [error] content_only=content_only, >>> [Sun Oct 19 19:47:40 2014] [error] File >>> "C:\\Python27\\lib\\site-packages\\MoinMoin\\Page.py", line 1215, in >>> send_page >>> [Sun Oct 19 19:47:40 2014] [error] start_line=pi['lines']) >>> [Sun Oct 19 19:47:40 2014] [error] File >>> "C:\\Python27\\lib\\site-packages\\MoinMoin\\Page.py", line 1309, in >>> send_page_content >>> [Sun Oct 19 19:47:40 2014] [error] self.execute(request, parser, code) >>> [Sun Oct 19 19:47:40 2014] [error] File >>> "C:\\Python27\\lib\\site-packages\\MoinMoin\\Page.py", line 1340, in >>> execute >>> [Sun Oct 19 19:47:40 2014] [error] exec code >>> [Sun Oct 19 19:47:40 2014] [error] File "moinmoin", line 2, in >>> [Sun Oct 19 19:47:40 2014] [error] TypeError: 'dict' object is not callable >>> [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] mod_wsgi >>> (pid=3184): Exception occurred processing WSGI script >>> 'D:/Wikis/config/moin.wsgi'., referer: http://sandbox.aplwiki.com/ >>> [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] Traceback >>> (most recent call last):, referer: http://sandbox.aplwiki.com/ >>> [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] File >>> "C:\\Python27\\lib\\site-packages\\MoinMoin\\support\\werkzeug\\wsgi.py", >>> line 411, in __call__, referer: http://sandbox.aplwiki.com/ >>> [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] return >>> self.app(environ, start_response), referer: >>> http://sandbox.aplwiki.com/ >>> [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] File >>> "C:\\Python27\\lib\\site-packages\\MoinMoin\\wsgiapp.py", line 282, in >>> __call__, referer: http://sandbox.aplwiki.com/ >>> [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] response >>> = run(context), referer: http://sandbox.aplwiki.com/ >>> [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] File >>> "C:\\Python27\\lib\\site-packages\\MoinMoin\\wsgiapp.py", line 88, in >>> run, referer: http://sandbox.aplwiki.com/ >>> [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] response >>> = dispatch(request, context, action_name), referer: >>> http://sandbox.aplwiki.com/ >>> [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] File >>> "C:\\Python27\\lib\\site-packages\\MoinMoin\\wsgiapp.py", line 136, in >>> dispatch, referer: http://sandbox.aplwiki.com/ >>> [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] response >>> = handle_action(context, pagename, action_name), referer: >>> http://sandbox.aplwiki.com/ >>> [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] File >>> "C:\\Python27\\lib\\site-packages\\MoinMoin\\wsgiapp.py", line 195, in >>> handle_action, referer: http://sandbox.aplwiki.com/ >>> [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] >>> handler(context.page.page_name, context), referer: >>> http://sandbox.aplwiki.com/ >>> [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] File >>> "C:\\Python27\\lib\\site-packages\\MoinMoin\\action\\__init__.py", >>> line 268, in do_show, referer: http://sandbox.aplwiki.com/ >>> [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] >>> content_only=content_only,, referer: http://sandbox.aplwiki.com/ >>> [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] File >>> "C:\\Python27\\lib\\site-packages\\MoinMoin\\Page.py", line 1215, in >>> send_page, referer: http://sandbox.aplwiki.com/ >>> [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] >>> start_line=pi['lines']), referer: http://sandbox.aplwiki.com/ >>> [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] File >>> "C:\\Python27\\lib\\site-packages\\MoinMoin\\Page.py", line 1309, in >>> send_page_content, referer: http://sandbox.aplwiki.com/ >>> [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] >>> self.execute(request, parser, code), referer: >>> http://sandbox.aplwiki.com/ >>> [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] File >>> "C:\\Python27\\lib\\site-packages\\MoinMoin\\Page.py", line 1340, in >>> execute, referer: http://sandbox.aplwiki.com/ >>> [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] exec >>> code, referer: http://sandbox.aplwiki.com/ >>> [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] File >>> "moinmoin", line 2, in , referer: http://sandbox.aplwiki.com/ >>> [Sun Oct 19 19:47:40 2014] [error] [client 117.169.1.80] TypeError: >>> 'dict' object is not callable, referer: http://sandbox.aplwiki.com/ >>> >>> Any hint is appreciated. >>> >>> Thanks >>> Kai >>> >>> ------------------------------------------------------------------------------ >>> Comprehensive Server Monitoring with Site24x7. >>> Monitor 10 servers for $9/Month. >>> Get alerted through email, SMS, voice calls or mobile push notifications. >>> Take corrective actions from your mobile device. >>> http://p.sf.net/sfu/Zoho >>> _______________________________________________ >>> Moin-user mailing list >>> Moin-user at lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/moin-user >>> >> >> >> -- >> Michael Decker >> Forschungszentrum J?lich >> Institut f?r Energie- und Klimaforschung - Troposph?re (IEK-8) >> >> Tel.: +49 2461 61-3867 >> E-Mail: m.decker at fz-juelich.de >> >> ------------------------------------------------------------------------------------- >> ------------------------------------------------------------------------------------- >> Forschungszentrum Juelich GmbH >> 52425 Juelich >> Sitz der Gesellschaft: Juelich >> Eingetragen im Handelsregister des Amtsgerichts Dueren Nr. HR B 3498 >> Vorsitzender des Aufsichtsrats: MinDir Dr. Karl Eugen Huthmacher >> Geschaeftsfuehrung: Prof. Dr.-Ing. Wolfgang Marquardt (Vorsitzender), >> Karsten Beneke (stellv. Vorsitzender), Prof. Dr.-Ing. Harald Bolt, >> Prof. Dr. Sebastian M. Schmidt >> ------------------------------------------------------------------------------------- >> ------------------------------------------------------------------------------------- >> >> >> >> ------------------------------------------------------------------------------ >> Comprehensive Server Monitoring with Site24x7. >> Monitor 10 servers for $9/Month. >> Get alerted through email, SMS, voice calls or mobile push notifications. >> Take corrective actions from your mobile device. >> http://p.sf.net/sfu/Zoho >> _______________________________________________ >> Moin-user mailing list >> Moin-user at lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/moin-user >> From tw at waldmann-edv.de Thu Oct 23 07:37:05 2014 From: tw at waldmann-edv.de (Thomas Waldmann) Date: Thu, 23 Oct 2014 13:37:05 +0200 Subject: [Moin-user] Replacing a Wiki does not work as expected In-Reply-To: References: Message-ID: <5448E861.1020908@waldmann-edv.de> > Once in a while I replace this with a scheduled task with the original > version in order to fight spammers/idiots. If you replace the data_dir or data_underlay_dir content behind moin's back, you need to restart the moin process afterwards (or even better: stop, replace, start). moin does caching and if you do not restart, the cache would be inconsistent with the on disk contents. From kai at aplteam.com Thu Oct 23 08:25:42 2014 From: kai at aplteam.com (Kai Jaeger) Date: Thu, 23 Oct 2014 13:25:42 +0100 Subject: [Moin-user] Replacing a Wiki does not work as expected In-Reply-To: <5448E861.1020908@waldmann-edv.de> References: <5448E861.1020908@waldmann-edv.de> Message-ID: But surely restarting Apache should do?! On Thu, Oct 23, 2014 at 12:37 PM, Thomas Waldmann wrote: >> Once in a while I replace this with a scheduled task with the original >> version in order to fight spammers/idiots. > > If you replace the data_dir or data_underlay_dir content behind moin's > back, you need to restart the moin process afterwards (or even better: > stop, replace, start). > > moin does caching and if you do not restart, the cache would be > inconsistent with the on disk contents. > > > ------------------------------------------------------------------------------ > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user From tw at waldmann-edv.de Mon Oct 27 08:31:49 2014 From: tw at waldmann-edv.de (Thomas Waldmann) Date: Mon, 27 Oct 2014 13:31:49 +0100 Subject: [Moin-user] Replacing a Wiki does not work as expected In-Reply-To: References: <5448E861.1020908@waldmann-edv.de> Message-ID: <544E3B35.40703@waldmann-edv.de> On 10/23/2014 02:25 PM, Kai Jaeger wrote: >> If you replace the data_dir or data_underlay_dir content behind moin's >> back, you need to restart the moin process afterwards (or even better: >> stop, replace, start). >> >> moin does caching and if you do not restart, the cache would be >> inconsistent with the on disk contents. >> > But surely restarting Apache should do?! Only if that also kills / restarts the moin processes. This is the case for apache / mod-wsgi, but might be not the case for other scenarios, where the moin processes run rather separate from apache. From kai at aplteam.com Mon Oct 27 08:35:07 2014 From: kai at aplteam.com (Kai Jaeger) Date: Mon, 27 Oct 2014 12:35:07 +0000 Subject: [Moin-user] Replacing a Wiki does not work as expected In-Reply-To: <544E3B35.40703@waldmann-edv.de> References: <5448E861.1020908@waldmann-edv.de> <544E3B35.40703@waldmann-edv.de> Message-ID: That's the point: I AM using mod_wsgi!! On Mon, Oct 27, 2014 at 12:31 PM, Thomas Waldmann wrote: > On 10/23/2014 02:25 PM, Kai Jaeger wrote: >>> If you replace the data_dir or data_underlay_dir content behind moin's >>> back, you need to restart the moin process afterwards (or even better: >>> stop, replace, start). >>> >>> moin does caching and if you do not restart, the cache would be >>> inconsistent with the on disk contents. >>> >> But surely restarting Apache should do?! > > Only if that also kills / restarts the moin processes. > This is the case for apache / mod-wsgi, but might be not the case for > other scenarios, where the moin processes run rather separate from apache. > > > > > ------------------------------------------------------------------------------ > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user