Re: [Resin-interest] Problem with rollover logs
Hi!
BTW, Resin 3.1.9 was released earlier this week and the log rollover
problem is fixed! :)
Cheers,
Kai
2009/3/12 Rob Lockstone lockst...@mac.com:
Thanks, Scott. Is there a schedule for the 3.1.9 release?
Rob
On Mar 11, 2009, at 13:22, Scott Ferguson wrote:
On Mar 11, 2009, at 12:37 PM, Rob Lockstone wrote:
On Mar 11, 2009, at 12:32, Scott Ferguson wrote:
On Mar 11, 2009, at 1:50 AM, Kai Virkki wrote:
Hi all,
I did some more investigation and it seems that if I remove the Pro
license, the rollovers start to work! So, this has definitely
something to do with the Pro-stuff. The behavior is also not
consistent in pro, because it sometimes manages to create the new
log
file correctly, but mostly fails this and creates it as read-only.
Pretty spooky stuff...
It's a C/truncate/open issue specific to win32. The new snapshot
should have the fix.
Does that mean it won't happen on Windows 64-bit machines? Or are you
speaking in general Win32 API terms?
Sorry, all windows. It's not 32-bit specific.
-- Scott
Rob
-- Scott
Cheers,
Kai
2009/3/10 Kai Virkki kai.vir...@gmail.com:
Hi!
I just migrated from Resin 3.0.15 pro to 3.1.8 pro and have a
problem
with log rollovers on Windows. I have defined the logs like this
into
web-app-default:
stderr-log path=${resin.home}/../log/app.log rollover-
size=1kb/
stdout-log path=${resin.home}/../log/app.log rollover-
size=1kb/
Actually I use rollover-period with a longer time in production,
the
above config just makes it faster to get to the error.
I'm running Resin as a Windows service with local system account.
Now,
when the rollover happens, I see that the old log file gets
renamed
and a new log file created, but the new file gets created as read-
only
and writing to it fails with the following stack trace:
[2009-03-10 22:44:59] Can't create log directory /C:/Progs/app/
log/
app.log
java.io.IOException: 'C:\Progs\app\log\app.log' permission denied
at com.caucho.vfs.JniFilePathImpl.nativeOpenWrite(Native
Method)
at
com
.caucho.vfs.JniFilePathImpl.openAppendImpl(JniFilePathImpl.java:
422)
at com.caucho.vfs.Path.openAppend(Path.java:1119)
at
com
.caucho.log.AbstractRolloverLog.openLog(AbstractRolloverLog.java:
504)
...
Does anyone have any idea why Resin creates the new log file as
read-only?
Cheers,
Kai
___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest
___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest
___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest
___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest
___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest
___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] Hessian in Resin 3.1.x
I want to configure a remote-client with a hessian uri. I got this working but am having problems as to how a username/password can be specified for HTTP basic authentication. I tried the resin documentation with no luck. Could someone send me a sample as to how this can be done. Thanks Sashi ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Problem with rollover logs
Good news!
On Apr 16, 2009, at 12:48 AM, Kai Virkki wrote:
Hi!
BTW, Resin 3.1.9 was released earlier this week and the log rollover
problem is fixed! :)
Cheers,
Kai
2009/3/12 Rob Lockstone lockst...@mac.com:
Thanks, Scott. Is there a schedule for the 3.1.9 release?
Rob
On Mar 11, 2009, at 13:22, Scott Ferguson wrote:
On Mar 11, 2009, at 12:37 PM, Rob Lockstone wrote:
On Mar 11, 2009, at 12:32, Scott Ferguson wrote:
On Mar 11, 2009, at 1:50 AM, Kai Virkki wrote:
Hi all,
I did some more investigation and it seems that if I remove
the Pro
license, the rollovers start to work! So, this has definitely
something to do with the Pro-stuff. The behavior is also not
consistent in pro, because it sometimes manages to create the new
log
file correctly, but mostly fails this and creates it as read-
only.
Pretty spooky stuff...
It's a C/truncate/open issue specific to win32. The new snapshot
should have the fix.
Does that mean it won't happen on Windows 64-bit machines? Or
are you
speaking in general Win32 API terms?
Sorry, all windows. It's not 32-bit specific.
-- Scott
Rob
-- Scott
Cheers,
Kai
2009/3/10 Kai Virkki kai.vir...@gmail.com:
Hi!
I just migrated from Resin 3.0.15 pro to 3.1.8 pro and have a
problem
with log rollovers on Windows. I have defined the logs like this
into
web-app-default:
stderr-log path=${resin.home}/../log/app.log rollover-
size=1kb/
stdout-log path=${resin.home}/../log/app.log rollover-
size=1kb/
Actually I use rollover-period with a longer time in production,
the
above config just makes it faster to get to the error.
I'm running Resin as a Windows service with local system
account.
Now,
when the rollover happens, I see that the old log file gets
renamed
and a new log file created, but the new file gets created as
read-
only
and writing to it fails with the following stack trace:
[2009-03-10 22:44:59] Can't create log directory /C:/Progs/app/
log/
app.log
java.io.IOException: 'C:\Progs\app\log\app.log' permission
denied
at com.caucho.vfs.JniFilePathImpl.nativeOpenWrite(Native
Method)
at
com
.caucho.vfs.JniFilePathImpl.openAppendImpl(JniFilePathImpl.java:
422)
at com.caucho.vfs.Path.openAppend(Path.java:1119)
at
com
.caucho.log.AbstractRolloverLog.openLog
(AbstractRolloverLog.java:
504)
...
Does anyone have any idea why Resin creates the new log file as
read-only?
Cheers,
Kai
___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest
___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest
___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest
___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest
___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest
___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest
___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] Corrupted session
Hi, I start seeing this concurrency issue on save/load large session object. Did anybody had the same problem and found a solution to fix it? Below is a stack trace. Here is my configuration: resin 3.0.24, Linux, JDK 1.6 Thank you. [12:20:22.063] FileBacking.log: update cluster: test.xxx.com;dcaEE8dukDJF9_LAlRVcs length:5309265 [12:20:22.063] ClusterStoreManager.log: [app4] self-store(3) dcaEE8dukDJF9_LAlRVcs length=5309265 [12:20:22.063] AbstractHttpResponse.log: [app4, 12] HTTP/1.1 200 OK [12:20:22.063] AbstractHttpResponse.log: [app4, 12] Cache-Control: no-store, no-cache, post-check=0, pre-check=0 [12:20:22.063] AbstractHttpResponse.log: [app4, 12] Pragma: no-cache [12:20:22.063] AbstractHttpResponse.log: [app4, 12] Expires: Wed, 31 Dec 1969 23:59:59 GMT [12:20:22.063] AbstractHttpResponse.log: [app4, 12] Content-Type: text/html [12:20:22.063] AbstractHttpResponse.log: [app4, 12] Transfer-Encoding: chunked [12:20:22.063] ResponseStream.log: [12] write-chunk(7) [12:20:22.219] FileBacking.log: load local object: test..com;dcaEE8dukDJF9_LAlRVcs [12:20:22.219] ClusterObject.log: java.io.UTFDataFormatException [12:20:22.219] at java.io.ObjectInputStream$BlockDataInputStream.readUTFSpan(ObjectInputSt ream.java:3082) [12:20:22.219] at java.io.ObjectInputStream$BlockDataInputStream.readUTFBody(ObjectInputSt ream.java:3007) [12:20:22.219] at java.io.ObjectInputStream$BlockDataInputStream.readUTF(ObjectInputStream .java:2820) [12:20:22.219] at java.io.ObjectInputStream.readString(ObjectInputStream.java:1599) [12:20:22.219] at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1320) [12:20:22.219] at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947) [12:20:22.219] at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871) [12:20:22.219] at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753 ) [12:20:22.219] at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) [12:20:22.219] at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947) [12:20:22.219] at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871) [12:20:22.219] at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753 ) [12:20:22.219] at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) [12:20:22.219] at java.io.ObjectInputStream.readObject(ObjectInputStream.java:351) [12:20:22.219] at java.util.ArrayList.readObject(ArrayList.java:593) [12:20:22.219] at sun.reflect.GeneratedMethodAccessor1868.invoke(Unknown Source) [12:20:22.219] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl.java:25) [12:20:22.219] at java.lang.reflect.Method.invoke(Method.java:597) [12:20:22.219] at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:974) [12:20:22.219] at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1849) [12:20:22.219] at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753 ) [12:20:22.219] at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) [12:20:22.219] at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947) [12:20:22.219] at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871) [12:20:22.219] at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753 ) [12:20:22.219] at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) [12:20:22.219] at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947) [12:20:22.219] at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871) [12:20:22.219] at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753 ) [12:20:22.219] at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) [12:20:22.219] at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947) [12:20:22.219] at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871) [12:20:22.219] at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753 ) [12:20:22.219] at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) [12:20:22.219] at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947) [12:20:22.219] at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871) [12:20:22.219] at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753 ) [12:20:22.219] at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) [12:20:22.219] at java.io.ObjectInputStream.readObject(ObjectInputStream.java:351) [12:20:22.219] at java.util.ArrayList.readObject(ArrayList.java:593) [12:20:22.219] at sun.reflect.GeneratedMethodAccessor1868.invoke(Unknown Source) [12:20:22.219] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl.java:25) [12:20:22.219] at
