Ok I'm not a user of Orcad CIS I am the IT guy supporting the people using it so forgive me if I use the wrong terms or have trouble explaining.
So our system is this
Using Version 16.5 have tested with 16.6 latest hotfix. Shared licenses hosted on a server. Shared Library file(.olb) in a file share on the server, mapped in Capture through the Capture.ini file. We also use CIP as the parts database.
Engineer makes the design the passes it to a tech. The tech updates the parts in the design to match them with CIP. If a part comes up red in Part Manger the Tech goes in and links the parts to the proper one in the database. Then the Tech runs the BOM to send to our vendor to manufacture the board. Now the issue,
When the Tech right clicks the red lighted part and hits link part it brings up the link part window, we can see the single part in the DB or multiple parts that match it (looks to me like the list is generataed from the CIP DB), when he chooses the part we get an this error,"Warning [ORCIS-6085] Could not read part information for XXXX." Then everything turns red. We can update the part from the OLB file in the Cache, AND pretty sure it's getting the part list from CIP. So I here are my questions
1. Where is it trying to look to get that part information if not the olb file or CIP?
2. What would cause this?
3. Is there a place I can go to look what the ORCIS errors mean so I don't have to contact support or write these super long posts in this forum :)
Now when I say randomly it happens a couple times a week and nothing I do fixes it, we just have to wait 30 to 60 min and it clears up it self. I've checked the network for something using all the bandwidth, the servers aren't doing anything but serving files, no one is uploading or downloading huge amounts of data etc.
It also doesn't happen to everyone at the same time, one person can be in and working fine and someone else will be having this issue. I also happens when no one else is in!
PLEASE HELP before they string me up!
The "part information" in question is the schematic part from the OLB file, that's all. Check that no other user(s) have the library as a "project library", this will lock the library when they open the project that relates the library. (Libraries added to "Part Selector Configured Libraries", or "Part Library Directories" which you are likely using for CIP, in the Capture.ini file are never locked) but libraries added into the OPJ file are locked when the project is opened. Also, try to confirm that users are not editing / updating OLB file entries while other users are trying to "consume" the data in the files through CIS / CIP, this may explain the "random" nature of not being able to read the OLB file data.
Thanks for the quick reply!
If it's the OLB file is locked, wouldn't it block the update in the cache for the design?
That being said HOW can we use a shared .olb file if it can only be used by a single user? Is there something I can do with file rights or configurations that will stop this?
We have the same problem with sharing .olb files. I'm trying to understand your explanation of the OPJ files. We are sharing on the network a library Shared.olb. Shared.olb has it's own OPJ file. Then I have My.dsn file which has an associated My.opj. My coworker has His.dsn with His.opj and he is also using Shared.olb
1) Which OPJ file are you referring to?
2) How would olb files get "added" to an OPJ file?
3) How do we avoid these problems with shared olb files?
Not sure about OPJ files but I did finally get this fixed.
We were using UNC paths in the ini files, which is supposed to be ok BUT with UNC paths the connection to the server would time out after a while if the user wasn't directly using it - eg. actively accessing the olb files. So if he stopped looking at it and let it sit for 30 min or so it would basically disconnect then wouldn't be able to find the olb file again.
I changed the ini to use a mapped drive and haven't had an issue since the day after I posted the original question.