| Anonymous | Login | Signup for a new account | 12-17-2024 11:04 PST |
| Main | My View | View Issues | Change Log | Docs |
| Viewing Issue Simple Details [ Jump to Notes ] | [ View Advanced ] [ Issue History ] [ Print ] | ||||||||
| ID | Category | Severity | Reproducibility | Date Submitted | Last Update | ||||
| 0000848 | [Resin] | minor | always | 01-09-06 12:08 | 01-21-06 14:01 | ||||
| Reporter | sam | View Status | public | ||||||
| Assigned To | ferg | ||||||||
| Priority | normal | Resolution | fixed | ||||||
| Status | closed | Product Version | 3.0.15 | ||||||
| Summary | 0000848: resin db support data over 64M | ||||||||
| Description |
(rep by C Amott) 3.0.15. I also saw some errors on restart like this: [08:42:44.959] java.lang.IllegalStateException: Can't yet support data over 64M I am wondering if I was setting the cache too large ... what are practical maximum settings for the proxy cache? the defaults of 1024 entries, 1M memory, and 64M disk seem far too small for our application. [08:42:44.959] at com.caucho.db.store.Inode.readFragmentAddr(Inode.java:569) [08:42:44.959] at com.caucho.db.store.Inode.remove(Inode.java:472) [08:42:44.959] at com.caucho.db.store.Transaction.commit(Transaction.java:472) [08:42:44.959] at com.caucho.db.store.Transaction.commitAutoCommitWrite(Transaction.java:261) [08:42:44.959] at com.caucho.db.sql.DeleteQuery.execute(DeleteQuery.java:98) [08:42:44.959] at com.caucho.db.jdbc.PreparedStatementImpl.execute(PreparedStatementImpl.java:349) [08:42:44.959] at com.caucho.db.jdbc.PreparedStatementImpl.executeUpdate(PreparedStatementImpl.java:325) [08:42:44.959] at com.caucho.server.cluster.FileBacking.clearOldObjects(FileBacking.java:279) [08:42:44.959] at com.caucho.server.cluster.ClusterStore.clearOldObjects(ClusterStore.java:368)[08:42:44.959] at com.caucho.server.cluster.StoreManager.handleAlarm(StoreManager.java:548) |
||||||||
| Additional Information | |||||||||
| Attached Files | |||||||||
|
|
|||||||||
 Relationships |
|
|
Notes |
|
|
(0000650) ferg 01-09-06 13:42 |
The size in question is for an individual file. The maximum disk size for all requests is much larger (at least 2G). |
|
(0000753) ferg 01-21-06 14:01 |
This is a timing issue related to locking in the backing store for distributed objects. The error message is due to a corrupted store. |
|
Issue History |
|||
| Date Modified | Username | Field | Change |
| 01-09-06 12:08 | sam | New Issue | |
| 01-09-06 13:42 | ferg | Note Added: 0000650 | |
| 01-21-06 14:01 | ferg | Note Added: 0000753 | |
| 01-21-06 14:01 | ferg | Assigned To | => ferg |
| 01-21-06 14:01 | ferg | Status | new => closed |
| 01-21-06 14:01 | ferg | Resolution | open => fixed |
| 01-21-06 14:01 | ferg | Fixed in Version | => 3.0.18 |
| Mantis 1.0.0rc3[^]
Copyright © 2000 - 2005 Mantis Group
31 total queries executed. 27 unique queries executed. |  |
