There have been several occasions where on our Solaris machine (which
hosts both Oracle Unidata 7.1.0 simultanously! -- yeah, don't get me
started there, lol) that some NFS mounts may go offline and become
responsive. This interrupts momentarily our new active 'udt'
sessions while this mounted
Mailing List
Subject: [U2] [UD] Downed filesystems killing 'udt' sessions
There have been several occasions where on our Solaris machine (which
hosts both Oracle Unidata 7.1.0 simultanously! -- yeah, don't get me
started there, lol) that some NFS mounts may go offline and become
responsive
Please respond to
u2-users@listserver.u2ug.org
To
U2 User Group Mailing List u2-users@listserver.u2ug.org
cc
Subject
[U2] [UD] Downed filesystems killing 'udt' sessions
There have been several occasions where on our Solaris machine (which
hosts both Oracle Unidata 7.1.0 simultanously
Check the UD release notes on the availability matrix on IBM's
website for information regarding this.
There have been a few fixes and changes to the product regarding
mounted filesystems and the affect it has on the database.
Bottom line though, it is best to have all filesystems which will
I really appreciate everyone's responses thus far to this thread. I'm
going out to the product matrix for Unidata right now to verify
release notes. This has been one of those things that has gotten on my
nerves and frankly I wish our sister org (which is who's running
Oracle -- the pig) wouldn't
problems surround smm forking a 'df' process to load the available
filesystems into a shared memory table.
We have made fixes in this area.
If you can configure your OS so that 'df' never hangs - regardless of the
status of the nfs file systems - you shouldn't ever have a problem.
I'm not saying