critical data access issue

[Sylvio Triebel]

Hello,
It seems that the database access of icfb under heavy network load tends to be unstable.
(CDBA, icfb version 5.10.41.500.3.54)
While ddGetObj(..) returns a value dbOpenCellViewByType(..) returns sometimes nil.
We can exclude permission and mount problems (accessible from a shell started from
the icfb)
In most cases helps a restart of the framework.

Is that problem known?
Is there some timeout implemented in dbOpen??
Since a repeated call of dbOpenCellViewByType() does'nt helt there seems to
be some caching.
Since it is not reproducable it is not easy to create testcases...
With low network load (LAN) we never experienced such type of problems.

Best regards,
Sylvio

 

[Andrew Beckett]

On Tue, 26 Jun 2007 16:11:16 +0200, Sylvio Triebel <Sylvio.Triebel@nospam.com>
wrote:

Hello,
It seems that the database access of icfb under heavy network load tends to be unstable.
(CDBA, icfb version 5.10.41.500.3.54)
While ddGetObj(..) returns a value dbOpenCellViewByType(..) returns sometimes nil.
We can exclude permission and mount problems (accessible from a shell started from
the icfb)
In most cases helps a restart of the framework.

Is that problem known?
Is there some timeout implemented in dbOpen??
Since a repeated call of dbOpenCellViewByType() does'nt helt there seems to
be some caching.
Since it is not reproducable it is not easy to create testcases...
With low network load (LAN) we never experienced such type of problems.

Best regards,
Sylvio

This is almost certainly outside of DFII's control. My guess is that something
is up with the NFS setup of your machines so that they're not getting updates
often enough, and perhaps the NFS caches are out of date.

Regards,

Andrew.
--
Andrew Beckett
Senior Solution Architect
Cadence Design Systems, UK.

 

[Sylvio Triebel]

Hi Andrew,
we found the problem: this version and newer versions of icfb have this problem,
if it runs under Solaris and if the sum of the string length's of cell and view name
exceed 255 characters.
On Linux everithing is fine - older versions for Solaris don't have a problem either.
It is already being reported to Cadence...

My guess, that it is related with network load is only half-true. If the LSF queue of
Linux machines is full (-> high network traffic ;-) then some
jobs have been dispatched to Solaris.......

Regards,
Sylvio

Andrew Beckett wrote:

On Tue, 26 Jun 2007 16:11:16 +0200, Sylvio Triebel <Sylvio.Triebel@nospam.com
wrote:

Hello,
It seems that the database access of icfb under heavy network load tends to be unstable.
(CDBA, icfb version 5.10.41.500.3.54)
While ddGetObj(..) returns a value dbOpenCellViewByType(..) returns sometimes nil.
We can exclude permission and mount problems (accessible from a shell started from
the icfb)
In most cases helps a restart of the framework.

Is that problem known?
Is there some timeout implemented in dbOpen??
Since a repeated call of dbOpenCellViewByType() does'nt helt there seems to
be some caching.
Since it is not reproducable it is not easy to create testcases...
With low network load (LAN) we never experienced such type of problems.

Best regards,
Sylvio

This is almost certainly outside of DFII's control. My guess is that something
is up with the NFS setup of your machines so that they're not getting updates
often enough, and perhaps the NFS caches are out of date.

Regards,

Andrew.
--
Andrew Beckett
Senior Solution Architect
Cadence Design Systems, UK.

 

[Marc Heise]

Sylvio Triebel wrote:

Hi Andrew,
we found the problem: this version and newer versions of icfb have this problem,
if it runs under Solaris and if the sum of the string length's of cell and view name
exceed 255 characters.
On Linux everithing is fine - older versions for Solaris don't have a problem either.
It is already being reported to Cadence...

My guess, that it is related with network load is only half-true. If the LSF queue of
Linux machines is full (-> high network traffic ;-) then some
jobs have been dispatched to Solaris.......

Regards,
Sylvio

Andrew Beckett wrote:
On Tue, 26 Jun 2007 16:11:16 +0200, Sylvio Triebel <Sylvio.Triebel@nospam.com
wrote:

Hello,
It seems that the database access of icfb under heavy network load tends to be unstable.
(CDBA, icfb version 5.10.41.500.3.54)
While ddGetObj(..) returns a value dbOpenCellViewByType(..) returns sometimes nil.
We can exclude permission and mount problems (accessible from a shell started from
the icfb)
In most cases helps a restart of the framework.

Is that problem known?
Is there some timeout implemented in dbOpen??
Since a repeated call of dbOpenCellViewByType() does'nt helt there seems to
be some caching.
Since it is not reproducable it is not easy to create testcases...
With low network load (LAN) we never experienced such type of problems.

Best regards,
Sylvio
This is almost certainly outside of DFII's control. My guess is that something
is up with the NFS setup of your machines so that they're not getting updates
often enough, and perhaps the NFS caches are out of date.

Regards,

Andrew.
--
Andrew Beckett
Senior Solution Architect
Cadence Design Systems, UK.

Hi Sylvio,

I got that call and can reproduce it.

Marc