• Skip to main content
  • Skip to search
  • Skip to footer
Cadence Home
  • This search text may be transcribed, used, stored, or accessed by our third-party service providers per our Cookie Policy and Privacy Policy.

  1. Community Forums
  2. Custom IC Design
  3. Cadence schematic access permission issues with mounted...

Stats

  • Locked Locked
  • Replies 3
  • Subscribers 126
  • Views 17753
  • Members are here 0
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Cadence schematic access permission issues with mounted folders

KSANK
KSANK over 11 years ago

 Hi,

We recently moved from a 'Samba' based remote file mounting to  "sshfs" based file mounting . After the migration, we are unable to open any schematic in the mounted folders with write permission.

Upon trying to open the files we get an error

('SCH-1217') : Could not open'schamtic' for edit.

(DB-270000)  dBOpenCellViewByType: Unable to lock  database file for  'filepath'

Would you like to open it for read?

 The native linux permissions of the mounted folders look good and we are able to read/write files into the mounted folders from the command prompt. Any clues on why virtuoso thinks the mounted folders as 'read only' when linux permissions are good??

  • Cancel
Parents
  • MMueller
    MMueller over 9 years ago
    Hi,
    was there any solution for the problem?
    I am experiencing the same issue when accessing an open access library with virtuoso which is mounted over "sshfs". Interestingly this only happens when accessing symbol or schematic views. textviews (like verilog) work fine...
    Interestingly when looking at the lock files normally for symbol and schematic two files get created, whereas for textviews only one files which does not contain the host and domain name. Example:

    schematic view:
    sch.oa.cdslck.RHEL30.hostname.domainname.10893
    sch.oa.cdslck

    symbol view:
    symbol.oa.cdslck.RHEL30.hostname.domainname.10893
    symbol.oa.cdslck

    verilog/functional view:
    verilog.v.cdslck

    I suspect that the locking of virtuoso gets confused somehow together with sshfs...When using a different lock mechanism (why?) for schematic views and lock files refering the remote hostname, "thinking" the file is already locked by the remote (filesystem exporting host) somehow.

    Any ideas?

    Best regards, Markus
    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
Reply
  • MMueller
    MMueller over 9 years ago
    Hi,
    was there any solution for the problem?
    I am experiencing the same issue when accessing an open access library with virtuoso which is mounted over "sshfs". Interestingly this only happens when accessing symbol or schematic views. textviews (like verilog) work fine...
    Interestingly when looking at the lock files normally for symbol and schematic two files get created, whereas for textviews only one files which does not contain the host and domain name. Example:

    schematic view:
    sch.oa.cdslck.RHEL30.hostname.domainname.10893
    sch.oa.cdslck

    symbol view:
    symbol.oa.cdslck.RHEL30.hostname.domainname.10893
    symbol.oa.cdslck

    verilog/functional view:
    verilog.v.cdslck

    I suspect that the locking of virtuoso gets confused somehow together with sshfs...When using a different lock mechanism (why?) for schematic views and lock files refering the remote hostname, "thinking" the file is already locked by the remote (filesystem exporting host) somehow.

    Any ideas?

    Best regards, Markus
    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
Children
No Data

Community Guidelines

The Cadence Design Communities support Cadence users and technologists interacting to exchange ideas, news, technical information, and best practices to solve problems and get the most from Cadence technology. The community is open to everyone, and to provide the most value, we require participants to follow our Community Guidelines that facilitate a quality exchange of ideas and information. By accessing, contributing, using or downloading any materials from the site, you agree to be bound by the full Community Guidelines.

© 2025 Cadence Design Systems, Inc. All Rights Reserved.

  • Terms of Use
  • Privacy
  • Cookie Policy
  • US Trademarks
  • Do Not Sell or Share My Personal Information