The pool number is set to 10 .
I tried also with 10 worker threads
For what can i see there is something wrong in my app.
The example app and a wizard app are correctly processed.
Also the static pages like .html are fast rendered instead the pages
rendered by the controller are very slow
default
[Fri Oct 21 18:02:29.083973 2016] [mpm_winnt:notice] [pid 620:tid 320]
AH00354: Child: Starting 250 worker threads.
This is a ridiculous high number of threads! ;-)
If 10 is the magic number try looking at the pool number in your
appconfig.ini.
If you need high concurrency try avoiding threads a
Hi massimo and thanks fot the hint
I tried with rocket from cmd line and this is result from Apache ab command
line.
I got the same result i have with APACHE WSGI as you can see below
*MY APP WITH ROCKET *
This is the command launch
C:\web2py>python web2py.py
*No handlers could be found for logg
Something is very wrong here and I do not know what it is. Why are you
suing apache with WSCGI. This is not a recommended configuration. We do not
support Apache any more and we never supported WSCGI. Can you try rocket
and nginx?
On Monday, 24 October 2016 10:47:49 UTC-5, piero crisci wrote:
>
I update the version and i tried also on a WINDOWS 7 with the same
configuration.
Here is the difference beetwen the WINDOWS SERVER 2012R2 and WINDOWS 7 with
the same configuration
*APACHE*
*Server version: Apache/2.4.23 (Win64)*
*Server built: Oct 1 2016 08:28:43*
*Distributed by: The A
I just checked error logs and i got this:
[Fri Oct 21 18:02:28.797956 2016] [wsgi:warn] [pid 4676:tid 436] mod_wsgi:
Compiled for Python/2.7.9+.
[Fri Oct 21 18:02:28.798955 2016] [wsgi:warn] [pid 4676:tid 436] mod_wsgi:
Runtime using Python/2.7.9.
[Fri Oct 21 18:02:28.799957 2016] [mpm_winnt:not
perhaps its easier to give the error log rather than just the
configuration, learn from a lot of discussion in this forum apache is not
recommended
best regards,
stifan
--
Resources:
- http://web2py.com
- http://web2py.com/book (Documentation)
- http://github.com/web2py/web2py (Source code)
-
Hi Niphlod, what is asking for disasters? Bumping it up to 500? Can you
elaborate on why? (I'm all for avoiding disasters given what's been
happening!)
The server-status page was showing 150 worker threads active, except lots
of the seem not to be from proper requests. Here's my post on apacheloung
On Wednesday, November 20, 2013 3:56:51 PM UTC+1, Andrew Buchan wrote:
>
> Further update:
>
> Apache did finally crash, with the following message:
>
> "Server ran out of threads to serve requests. Consider raising the
> ThreadsPerChild setting"
>
> I've bumped that up to 500, and there a
Further update:
Apache did finally crash, with the following message:
"Server ran out of threads to serve requests. Consider raising the
ThreadsPerChild setting"
I've bumped that up to 500, and there are less than that number of users on
the system (although I understand there will be mor
That's cool, I was just asking about the side project of Niphlod's to look
at the pytds so that we could finally have a pure python database adapter.
With a pure python adapter, gevent could properly use greenlets to make
database queries, thus there would be no blocking on the queries.
On Frid
Hi Derek, the install on Apache is running fine and the ajax issue it threw
up I was able to fix as described above. So my problem is solved, but
thanks for checking in again.
I found that after updating to the latest version of web2py, it was easy to
get apache running following the deployment rec
any luck?
On Thursday, November 7, 2013 12:26:44 AM UTC-7, Niphlod wrote:
>
> hard ? with DAL it's pretty easy if a module exposes the dbapi just
> force the driver and implement the connect method and it's usually good to
> go.
> I'll test it when I get back home.
>
--
Resources:
- http:/
Yes, I've been caught out by that quite a few times! Not a problem with
Apached I may add, the wsgi file redirects stdout to show up in the apache
error log, but I suppose you could point it anywhere really.
On Fri, Nov 8, 2013 at 12:31 PM, Tim Richardson wrote:
> I had a puzzling problem with 2
>
> I had a puzzling problem with 2.7.4 as a rocket service on Windows 2003,
> but this was a problem with sqlform.grids. There was a print statement left
> in code which caused the service to stop working. This cause doesn't match
> with your insights into the problem, but I mention it anyway.
Thanks for the suggestions, gevent looks good but I am indeed using pyodbc
and this seems to be working with Apache so I'd rather stick with this for
time being. (Note I had to embedd the Python27.dll manifest into pyodbc.pyd
to get it to work with Apache).
The reason for using ajax in the first p
hard ? with DAL it's pretty easy if a module exposes the dbapi just
force the driver and implement the connect method and it's usually good to
go.
I'll test it when I get back home.
--
Resources:
- http://web2py.com
- http://web2py.com/book (Documentation)
- http://github.com/web2py/web2py
It does look like there is a pure python implementation of TDS called
pytds, which may actually work... the hard part would be getting web2py to
use it...
On Wednesday, November 6, 2013 5:15:57 PM UTC-7, Derek wrote:
>
> Yea, I'm working on a communication layer for pyodbc or pypyodbc which
> w
Yea, I'm working on a communication layer for pyodbc or pypyodbc which will
handle requests with gevent, thus your application should yield properly,
but it's not available just yet, and it won't necessarily be a drop-in
replacement for pyodbc though. In the meantime, this is usually good
enoug
On Thursday, November 7, 2013 12:23:06 AM UTC+1, Derek wrote:
>
> Ah, if you are on Windows, I would recommend you run it with gevent
> instead of rocket, it should be faster than even apache.
>
> unfortunately it doesn't work as happily as it should: if you're using any
non-green module (he's
Yea, the ajax running synchronously - you provide callbacks because they do
run asynchronously.
To quote the jQuery book:
The* first letter in Ajax stands for "asynchronous,"* meaning that the
operation occurs in parallel and the order of completion is not guaranteed.
The async option to $.aja
On Tue, Nov 5, 2013 at 11:53 AM, Andrew Buchan wrote:
> Ok, the IT guy has disabled McAffee's "on access" scan for the folders
> containing web2py stuff as well as python's installation directory. He
> tells me that parts of McAffee other than "on access" scan may still
> interfere but there's no
I'll also add this:
look at anyserver.py for how to get it going...
also, gevent does monkey.patch_all which means that all your tcp sockets
would become async, which means if you are freezing up because a single
connection is frozen, that won't be the case with gevent. Your individual
connecti
Ah, if you are on Windows, I would recommend you run it with gevent instead
of rocket, it should be faster than even apache.
On Monday, November 4, 2013 4:15:56 AM UTC-7, Andrew Buchan wrote:
>
> Hi,
>
> I have a serious issue. Got a web2py install running as a service on a
> Windows 2003 bo
Hi Derek,
Thanks for replying, I had checked those but the last entry was months old,
so that was a dead end.
I finally got web2py running on Apache, though it took me till 5 am :-)
(ps: if anyone else plans on attempting to install Apache on Windows
against MSSQL, I'm happy to help out or write
Check the logs, find the last line in the log - that's probably what caused
the freeze. Check your logging.conf to find out where the logs are kept.
On Tuesday, November 5, 2013 1:59:43 PM UTC-7, Andrew Buchan wrote:
>
> Update:
>
> I made a copy of the web2py installation on a new server (still
Update:
I made a copy of the web2py installation on a new server (still pointing to
old database) and eventually got it set it up as a service but it still
freezes with no errors in web2py or in the event manager...
I'm pretty sure it's a programming error on my part somewhere or a
migration i
Ok, the IT guy has disabled McAffee's "on access" scan for the folders
containing web2py stuff as well as python's installation directory. He
tells me that parts of McAffee other than "on access" scan may still
interfere but there's not much we can do about that. This hasn't made any
difference
It's running on rocket. I now think it's dying during a specific ajax call,
but only some of the time and/or shortly after its called (there's usually
a page load after it) and/or when it's excessively busy. Not sure if siege
can automate the button clicks that trigger the ajax calls but I might
McAfee always seems to block things incorrectly, at least for me.
On Monday, November 4, 2013 8:56:32 AM UTC-7, Andrew Buchan wrote:
>
> Thanks Willoughby,
>
> We've got McAffee on that network, so have asked the IT guy to set it to
> ignore python and web2py folders. Will let you know what the
Which version of web2py is it? Are you using gevent or rocket web server?
Can you try load testing your devel version and see if you can replicate
the issue? You can use something like siege or a similar tool.
Regards
On Monday, November 4, 2013 4:56:32 PM UTC+1, Andrew Buchan wrote:
>
> Thank
Thanks Willoughby,
We've got McAffee on that network, so have asked the IT guy to set it to
ignore python and web2py folders. Will let you know what the upshot is once
that's in place...
Regards,
Andy.
On Monday, November 4, 2013 1:29:23 PM UTC, Willoughby wrote:
>
> Are you running Microsoft
Are you running Microsoft Endpoint Security? I have problems with the
virus scanner 'locking up' things under even light usage. One or two users
can bang all day, no problem but get more than 10 and it randomly freezes.
Our fix was to exclude pretty much anything Python related. YMMV.
On Mo
mdipierro wrote:
It should be completely backward compatible. Without the new version
is difficult for me to help debug the problem.
I would like to follow up on this, but I have been moved onto another
project for a while. It also seems that the replacement server is on
hold too, so I have ar
It should be completely backward compatible. Without the new version
is difficult for me to help debug the problem.
On 3 Lug, 02:34, Rowdy wrote:
> mdipierro wrote:
> > please upgrade to 1.79.2 and see if you still get the problem.
>
> > Massimo
>
> This is a production system and downtime would
mdipierro wrote:
please upgrade to 1.79.2 and see if you still get the problem.
Massimo
This is a production system and downtime would be troublesome - are
there any differences between 1.76.5 and 1.79.2 that I should be aware
of? I have cron jobs, XML-RPC functions and a bunch of data entry
Candid wrote:
Every now and again there is a "BUG: unable to handle kernel paging
request at virtual address b79b3000", always in the web2py Python
process, and web2py more or less hangs.
Where do you see this error message?
In /var/log/syslog.
I usually `grep Oops /var/log/syslog` to see w
mdipierro wrote:
Do you see any issue with memory usage?
Overall it is difficult to tell as the server runs a few large
processes, including several big Java processes and a number of other
Python daemons, so overall memory usage (which is being graphed by
Cacti) is a bit all over the place an
Can anyone shed light on this question:
Also, am I missing something or rocket should close the connections
if
request is taking longer than 10 seconds (default timeout)? So if I
put time.sleep(20) in my controller it should times out? That's not
what's happening - the controller waits all those 2
please upgrade to 1.79.2 and see if you still get the problem.
Massimo
On 2 Lug, 03:52, Rowdy wrote:
>
> Greetings,
>
> I have a web2py application running in 1.76.5 (from source, and haven't
> had the chance to test the app in a more recent version of web2py).
>
> The server is running vanill
> Every now and again there is a "BUG: unable to handle kernel paging
> request at virtual address b79b3000", always in the web2py Python
> process, and web2py more or less hangs.
Where do you see this error message?
On Jul 2, 4:52 am, Rowdy wrote:
> Candid wrote:
> > I am using web2py in my org
Do you see any issue with memory usage?
On 2 Lug, 03:52, Rowdy wrote:
> Candid wrote:
> > I am using web2py in my organization for internal applications. One of
> > the applications uses dedicated instance of web2py (v1.78.1) running
> > on dedicated ubuntu server. It connects to our SQL Server 2
Candid wrote:
I am using web2py in my organization for internal applications. One of
the applications uses dedicated instance of web2py (v1.78.1) running
on dedicated ubuntu server. It connects to our SQL Server 2005
database via freetds. It runs with the following parameters:
python web2py.py -
Here is Massimo's reply (sorry, I accidently hit "Reply to author"
button last time):
> I am not familiar with SQLserver 2005 but probably it has a log file where to
> store errors. If it running out of connections it
> should say so there.
> let me know.
No, the db server itself is fine. We hav
I will check memory usage next time it freezes but I am pretty sure
it's OK.
What do you mean by db log?
Also, am I missing something or rocket should close the connections if
request is taking longer than 10 seconds (default timeout)? So if I
put time.sleep(20) in my controller it should times ou
Can you check memory usage when it freezes? Is there anything in the
db log about too many connections?
On 30 Giu, 16:06, Candid wrote:
> I am using web2py in my organization for internal applications. One of
> the applications uses dedicated instance of web2py (v1.78.1) running
> on dedicated ub
46 matches
Mail list logo
