Internal error 1355 in Module 19
Firoz
Member Posts: 6
Can anyone explain Internal error 1355 in Module 19 ?
0
Comments
-
Try searching for 1355 in the forum...Regards
Peter0 -
#Err_DBM_NotReentrant
I could get the following informations about this error:The way this error is provoked is the following:
1) Client issues a db request (which sits in queue on the server)
2) Client doesn't get a response in a timely manner (because the server is either busy with this queue or with something else)
3) Client re-issues the same db request
4) Server says "why do you want the same?" = "non-reentrant code"
The reasons are usualy:
a) the delay between client and server. I have seen it at a big installation when doing a restore (or changing/redesigning table objects) as client server.
When doing the same as client only (on the server) everything was OK. Additionally you must not re-design table on running system
(while old table objects might be in object cache of some other clients) - you may corrupt the database.
b) the server is busy responding this or other requests.
This may be a performance issue and you need to let us know if that is standard code or added functionality.
In both cases, wrongly selected key or poorly structured SIFT fields and keys are most likely to be the problem.You'll get the error message when a particular piece of code in the database manager is called twice (probably from two different processes).
This errror is generated deep down in the database manager and can be caused by programming.
But it is a temparamental error that may not appear next time you try to run the same process.
Somebody has fixed this problem as follows:I could fix it using two "solutions":
a) Deactivate the secondary keys (table item posts and BIG tables).
Run the Backup using the Navision client.
Restore the objects only.
Restore the Data
Activate the keys.
b) Set the DBMS Cache value (Tools --> Options) to a high value (e.g. 550000).
Commit Cache =NO
TempFilePath = e:/temp
Make sure that you will have enough disk space in a different partition than the S.O.
(if you Nav DB is 10 GB, the E: partition should be greater than 10 GB).
I hope this is helpfull for you.Timo Lässer
Microsoft Dynamics NAV Developer since 1997
MSDynamics.de - German Microsoft Dynamics Community - member of [clip]0 -
Timo Lässer is correct.
I had the problem when renaming lots of values in the DB. The worst part of this error was that it did a COMMIT! So I had to restore the DB and lauch again.
The error occurred as well with a DB-server as with a direct connection with the client.
To make it work well, I just disabled some secondary keys and I didn't have the error anymore.Regards,Alain Krikilion
No PM,please use the forum. || May the <SOLVED>-attribute be in your title!0
Categories
- All Categories
- 75 General
- 75 Announcements
- 66.7K Microsoft Dynamics NAV
- 18.8K NAV Three Tier
- 38.4K NAV/Navision Classic Client
- 3.6K Navision Attain
- 2.4K Navision Financials
- 116 Navision DOS
- 851 Navision e-Commerce
- 1K NAV Tips & Tricks
- 772 NAV Dutch speaking only
- 611 NAV Courses, Exams & Certification
- 2K Microsoft Dynamics-Other
- 1.5K Dynamics AX
- 253 Dynamics CRM
- 103 Dynamics GP
- 6 Dynamics SL
- 1.5K Other
- 991 SQL General
- 383 SQL Performance
- 34 SQL Tips & Tricks
- 28 Design Patterns (General & Best Practices)
- Architectural Patterns
- 9 Design Patterns
- 4 Implementation Patterns
- 53 3rd Party Products, Services & Events
- 1.6K General
- 1K General Chat
- 1.6K Website
- 77 Testing
- 1.2K Download section
- 23 How Tos section
- 249 Feedback
- 12 NAV TechDays 2013 Sessions
- 13 NAV TechDays 2012 Sessions
