Good News – it really looks like the change to ObjectPool false is solving the slowdown.
Bad News – my servers keep losing that setting. This isn’t user error. I make the change to false, add the VM string, and happened to up my maxclientmemory to 128 from 64. I saved the settings. I restarted the service.
Fine – settings stuck after service restart from the web admin page.
However, I had to restart the service a few more times after that for other reasons, and suddenly I noticed – the settings were gone! Back to default.
The above was my development server (3.5.5).
However this morning when I posted above, I was talking about my production server (3.5.3). They BOTH have done it. I mentioned I have an automatic restart of the service on the production machine – after two or three midnight auto restarts it seems to revert the setttings!
Seriously. It works once, the settings stick. A few more tho, and they revert to defaults.
Help! The slowdown mystery appears solved, I just need to see the fix stick. Tweetie – recheck your clients after a few restarts of the service, can you?
Good News – it really looks like the change to ObjectPool false is solving the slowdown.
Bad News – my servers keep losing that setting. This isn’t user error. I make the change to false, add the VM string, and happened to up my maxclientmemory to 128 from 64. I saved the settings. I restarted the service.
Fine – settings stuck after service restart from the web admin page.
However, I had to restart the service a few more times after that for other reasons, and suddenly I noticed – the settings were gone! Back to default.
The above was my development server (3.5.5).
However this morning when I posted above, I was talking about my production server (3.5.3). They BOTH have done it. I mentioned I have an automatic restart of the service on the production machine – after two or three midnight auto restarts it seems to revert the setttings!
Seriously. It works once, the settings stick. A few more tho, and they revert to defaults.
Help! The slowdown mystery appears solved, I just need to see the fix stick. Tweetie – recheck your clients after a few restarts of the service, can you?
Good News – it really looks like the change to ObjectPool false is solving the slowdown.
Bad News – my servers keep losing that setting. This isn’t user error. I make the change to false, add the VM string, and happened to up my maxclientmemory to 128 from 64. I saved the settings. I restarted the service.
Fine – settings stuck after service restart from the web admin page.
However, I had to restart the service a few more times after that for other reasons, and suddenly I noticed – the settings were gone! Back to default.
The above was my development server (3.5.5).
However this morning when I posted above, I was talking about my production server (3.5.3). They BOTH have done it. I mentioned I have an automatic restart of the service on the production machine – after two or three midnight auto restarts it seems to revert the setttings!
Seriously. It works once, the settings stick. A few more tho, and they revert to defaults.
Help! The slowdown mystery appears solved, I just need to see the fix stick. Tweetie – recheck your clients after a few restarts of the service, can you?
Good News – it really looks like the change to ObjectPool false is solving the slowdown.
Apart from the rest of your post, this looks like good news indeed together with the fact that future settings for the servoy.useObjectPool will be false…
Yes Marcel – I’m thrilled the slowdown seems to be cured. We’re ready to put this behind us, past ready.
But the new objectpool and vmclientargs settings were gone again this morning, after the auto-restart we instituted to help with the slowdown. So the slowdown is creeping back up on us today. We’ll turn off the auto-restart now, but for today I need to kick everyone off the server and restart it again with new saved settings – which isn’t going over very well.
Is anyone else seeing this problem?
Also, 3.5.5 does not seem to have false as its default on object pool. When is 3.5.6 coming with this change?
Thanks Servoy – sorry I sound so impatient. As I said we’re just ready to put this behind us. And we realize your fast responses are not something we could get from Microsoft, etc.
p.s. Sorry about the multiple posts above. I can’t seem to delete them now.
We’ve done some testing and digging here and we can’t force the server settings to disappear. It seems to happen when our auto-restart occurs at midnight, which our dba says she needs for more than just a slowdown workaround. She’s doing big batch processes using scheduled tasks on Windows 2003 Server, including net_stop_service and net_start of the servoy service.
Something involved in that seems to be writing over our servoy.properties file. I just confirmed that when I save the settings on the webpage, it writes to servoy.properties file as I expect. But then when I come in in the morning, that same file is back to default on objectpool = true.
Again, she’s turning off those scheduled tasks for tonight. We’ll see if tomorrow it stays objectpool = false. I think it will.
Servoy, any guesses on what would write defaults into my servoy.properties file without changing the date modified?
We’ve done some testing and digging here and we can’t force the server settings to disappear. It seems to happen when our auto-restart occurs at midnight, which our dba says she needs for more than just a slowdown workaround
Ellen, does this involve a ‘nice’ shutdown of Servoy Server? If not, you may want to try to edit the settings, shutdown Servoy Server and restart it again.
Marcel/Servoy – not sure if it constitutes a nice shutdown. Here is our servoy log of the midnight auto-restart and then the noon restart I just did using servoy-admin webpage. Both seem to load the same servoy.properties file from the Program Files (x86) directory. Just as an aside: I just restarted the machine and didn’t lose my settings doing that. It must be the way we stop servoy, but you would imagine since the servoy.properties are saved to the drive (and I’ve confirmed they are) even an not-nice stop would keep the settings, no?
STATUS | wrapper | 2008/02/27 00:05:03 | <-- Wrapper Stopped
STATUS | wrapper | 2008/02/27 00:25:00 | --> Wrapper Started as Service
STATUS | wrapper | 2008/02/27 00:25:00 | Launching a JVM...
INFO | jvm 1 | 2008/02/27 00:25:01 | Wrapper (Version 3.1.2) http://wrapper.tanukisoftware.org
INFO | jvm 1 | 2008/02/27 00:25:01 |
INFO | jvm 1 | 2008/02/27 00:25:01 | 0 [WrapperSimpleAppMain] INFO com.servoy.j2db.util.Debug - Loading servoy.properties from C:\Program Files (x86)\Servoy\servoy.properties
INFO | jvm 1 | 2008/02/27 00:25:01 | 531 [WrapperSimpleAppMain] INFO com.servoy.j2db.util.Debug - Loading - Done
INFO | jvm 1 | 2008/02/27 00:25:10 | Feb 27, 2008 12:25:10 AM org.apache.coyote.http11.Http11Protocol init
INFO | jvm 1 | 2008/02/27 00:25:10 | INFO: Initializing Coyote HTTP/1.1 on http-8080
INFO | jvm 1 | 2008/02/27 00:25:10 | Feb 27, 2008 12:25:10 AM org.apache.catalina.startup.Catalina load
INFO | jvm 1 | 2008/02/27 00:25:10 | INFO: Initialization processed in 318 ms
INFO | jvm 1 | 2008/02/27 00:25:10 | Feb 27, 2008 12:25:10 AM org.apache.catalina.core.StandardService start
INFO | jvm 1 | 2008/02/27 00:25:10 | INFO: Starting service Catalina
INFO | jvm 1 | 2008/02/27 00:25:10 | Feb 27, 2008 12:25:10 AM org.apache.catalina.core.StandardEngine start
INFO | jvm 1 | 2008/02/27 00:25:10 | INFO: Starting Servlet Engine: Apache Tomcat/6.0-snapshot
INFO | jvm 1 | 2008/02/27 00:25:10 | java.io.FileNotFoundException: plugins\it2be-lib\store-tree.ser (The system cannot find the path specified)
INFO | jvm 1 | 2008/02/27 00:25:10 | at java.io.FileOutputStream.open(Native Method)
INFO | jvm 1 | 2008/02/27 00:25:10 | at java.io.FileOutputStream.<init>(Unknown Source)
INFO | jvm 1 | 2008/02/27 00:25:10 | at java.io.FileOutputStream.<init>(Unknown Source)
INFO | jvm 1 | 2008/02/27 00:25:10 | at com.it2be.common.datastream.ed.b(Unknown Source)
INFO | jvm 1 | 2008/02/27 00:25:10 | at com.it2be.servoy.plugin.datastream.server.f.b(Unknown Source)
INFO | jvm 1 | 2008/02/27 00:25:10 | at com.it2be.servoy.plugin.datastream.server.f.run(Unknown Source)
INFO | jvm 1 | 2008/02/27 00:25:10 | at java.util.TimerThread.mainLoop(Unknown Source)
INFO | jvm 1 | 2008/02/27 00:25:10 | at java.util.TimerThread.run(Unknown Source)
INFO | jvm 1 | 2008/02/27 00:25:10 | Feb 27, 2008 12:25:10 AM org.apache.catalina.startup.DigesterFactory register
INFO | jvm 1 | 2008/02/27 00:25:10 | WARNING: Could not get url for /javax/servlet/resources/web-app_2_5.xsd
INFO | jvm 1 | 2008/02/27 00:25:11 | Feb 27, 2008 12:25:11 AM org.apache.coyote.http11.Http11Protocol start
INFO | jvm 1 | 2008/02/27 00:25:11 | INFO: Starting Coyote HTTP/1.1 on http-8080
INFO | jvm 1 | 2008/02/27 00:25:11 | Feb 27, 2008 12:25:11 AM org.apache.catalina.startup.Catalina start
INFO | jvm 1 | 2008/02/27 00:25:11 | INFO: Server startup in 1331 ms
STATUS | wrapper | 2008/02/27 12:01:48 | on_exit trigger matched. Restarting the JVM. (Exit code: 99)
STATUS | wrapper | 2008/02/27 12:01:52 | Launching a JVM...
INFO | jvm 2 | 2008/02/27 12:01:53 | Wrapper (Version 3.1.2) http://wrapper.tanukisoftware.org
INFO | jvm 2 | 2008/02/27 12:01:53 |
INFO | jvm 2 | 2008/02/27 12:01:53 | 0 [WrapperSimpleAppMain] INFO com.servoy.j2db.util.Debug - Loading servoy.properties from C:\Program Files (x86)\Servoy\servoy.properties
INFO | jvm 2 | 2008/02/27 12:01:54 | 594 [WrapperSimpleAppMain] INFO com.servoy.j2db.util.Debug - Loading - Done
INFO | jvm 2 | 2008/02/27 12:02:03 | Feb 27, 2008 12:02:03 PM org.apache.coyote.http11.Http11Protocol init
INFO | jvm 2 | 2008/02/27 12:02:03 | INFO: Initializing Coyote HTTP/1.1 on http-8080
INFO | jvm 2 | 2008/02/27 12:02:03 | Feb 27, 2008 12:02:03 PM org.apache.catalina.startup.Catalina load
INFO | jvm 2 | 2008/02/27 12:02:03 | INFO: Initialization processed in 346 ms
INFO | jvm 2 | 2008/02/27 12:02:03 | Feb 27, 2008 12:02:03 PM org.apache.catalina.core.StandardService start
INFO | jvm 2 | 2008/02/27 12:02:03 | INFO: Starting service Catalina
INFO | jvm 2 | 2008/02/27 12:02:03 | Feb 27, 2008 12:02:03 PM org.apache.catalina.core.StandardEngine start
INFO | jvm 2 | 2008/02/27 12:02:03 | INFO: Starting Servlet Engine: Apache Tomcat/6.0-snapshot
INFO | jvm 2 | 2008/02/27 12:02:03 | Feb 27, 2008 12:02:03 PM org.apache.catalina.startup.DigesterFactory register
INFO | jvm 2 | 2008/02/27 12:02:03 | WARNING: Could not get url for /javax/servlet/resources/web-app_2_5.xsd
INFO | jvm 2 | 2008/02/27 12:02:03 | java.io.FileNotFoundException: plugins\it2be-lib\store-tree.ser (The system cannot find the path specified)
INFO | jvm 2 | 2008/02/27 12:02:03 | at java.io.FileOutputStream.open(Native Method)
INFO | jvm 2 | 2008/02/27 12:02:03 | at java.io.FileOutputStream.<init>(Unknown Source)
INFO | jvm 2 | 2008/02/27 12:02:03 | at java.io.FileOutputStream.<init>(Unknown Source)
INFO | jvm 2 | 2008/02/27 12:02:03 | at com.it2be.common.datastream.ed.b(Unknown Source)
INFO | jvm 2 | 2008/02/27 12:02:03 | at com.it2be.servoy.plugin.datastream.server.f.b(Unknown Source)
INFO | jvm 2 | 2008/02/27 12:02:03 | at com.it2be.servoy.plugin.datastream.server.f.run(Unknown Source)
INFO | jvm 2 | 2008/02/27 12:02:03 | at java.util.TimerThread.mainLoop(Unknown Source)
INFO | jvm 2 | 2008/02/27 12:02:03 | at java.util.TimerThread.run(Unknown Source)
INFO | jvm 2 | 2008/02/27 12:02:04 | Feb 27, 2008 12:02:04 PM org.apache.coyote.http11.Http11Protocol start
INFO | jvm 2 | 2008/02/27 12:02:04 | INFO: Starting Coyote HTTP/1.1 on http-8080
INFO | jvm 2 | 2008/02/27 12:02:04 | Feb 27, 2008 12:02:04 PM org.apache.catalina.startup.Catalina start
INFO | jvm 2 | 2008/02/27 12:02:04 | INFO: Server startup in 1367 ms
Ellen, can you create a ticket with that same log including server setup and Servoy version.
I would like to check the error that come from our libs (no harm though).
Further, I would say that properties should stick once they are stored safely…
I see exactly how it feels like a permissions problem to you guys – cause it does one thing when I’m restarting it and another at midnight when the system is operating, but here are my questions:
a) if whatever login is doing the net_stop_service doesn’t have adequate permissions to use servoy.properties properly, wouldn’t the log show that? AND, how does it have permissions to WRITE to that file, so that when i come in in the morning it now says (on the drive and in the web interface) objectpool = true? No read access but write access?
b) also, when it sets objectpool back to true, it doesn’t change the date modified on the servoy.properties file. It does change objectpool to true in that file, but the datemodified doesn’t reflect it, as it does when I change the objectpool to false via the web interface.
Odd, eh?
One final note that can’t be relevant cause I’m watching this problem on two machines and it’s only true on one. Servoy_properties on one of my machines is set to read-only in the windows properties. Not true on my development server which did the exact same thing last night. But in the interest of full disclosure…
So we turned off the auto-restart of the service and this morning the settings were still there. On our development server we changed the auto-restart to a restart of the machine instead of the servoy service, and this worked. So we’ll be putting that on production next week.
So SLOWDOWN solved, SETTINGS retained. Happy customer here. But Servoy – I still think it’s weird that the properties get reverted to default when we do a net_stop_service as a scheduled task.
ellenmeserow:
But Servoy – I still think it’s weird that the properties get reverted to default when we do a net_stop_service as a scheduled task.
You filed a case and we will look into this, so far we cannot explain this, an admin page save does a file save, no where in the code we even hold on to the origional settings…
Thanks Jan – I don’t need a solution, just thought you guys should know. It’s probably Windows, as Marcel suggests. Esp cause the date modified of the servoy properties file didn’t change – even though objectpool was true inside that file. Weird. Anyway – we’re quite happy now. Thanks again.
We encounter the same settings problem over and over again: Setting the useTwoWaySocket option to true will disappear. I need this setting when working from home over VPN. I usually check the setting, save settings and restart Servoy Server. Then it works.
But when I need this option again (after some days), it is gone.
