We have been fighting this kernel problem for a while but as far as we know
it only effects the server and sql calls to DB2, not a client. We are
waiting for an official RedHat patch. The latest kernel update that just
came out addresses 3-semaphore related problems but none directly list the
IBM identified bugzilla entry (which we as a lowly university don't have
access to).
I have an PMR with IBM related to this problem. They have been working
with a customer that has deep pockets and was able to get a kernel with the
fixes to test if it resolved the problem and it seemed to.
On Fri, Feb 6, 2015 at 9:11 AM, Ryder, Michael S <michael_s.ryder AT roche DOT
com>
wrote:
> Or perhaps... could it have something to do with this flash alert I
> received in my inbox today?
>
>
> http://www-01.ibm.com/support/docview.wss?uid=swg21696086&myns=swgtiv&mynp=OCSSGSG7&mync=E&cm_sp=swgtiv-_-OCSSGSG7-_-E
>
> Abstract
>
> RHEL 6.6 contains a kernel defect, which can cause Tivoli Storage Manager
> operations to hang on operating system semop() calls. This issue was
> introduced in kernel level 2.6.32-434.
>
> ....
>
> Best regards,
>
> Mike, x7942
> RMD IT Client Services
>
> On Fri, Feb 6, 2015 at 8:45 AM, Sims, Richard B <rbs AT bu DOT edu> wrote:
>
> > From my experience, this likely has nothing to do with the TSM server,
> but
> > rather either configuration issues with the client or permissions on the
> > dsmerror.log, or its location.
> > Start with a simple command like ‘dsmc q fi’, as an ordinary user and
> then
> > root, to see if there are issues with dsmerror.log access, and expand
> from
> > there. ‘dsmc q inclexcl’ will in particular exercise your client
> > configuration files, as well as attempt to query the server.
> > We don’t know if your client system ever had viable sessions with the TSM
> > server or if this is a new system attempting its first interactions.
> >
> > Richard Sims, Boston University
> >
> >
>
--
*Zoltan Forray*
TSM Software & Hardware Administrator
BigBro / Hobbit / Xymon Administrator
Virginia Commonwealth University
UCC/Office of Technology Services
zforray AT vcu DOT edu - 804-828-4807
Don't be a phishing victim - VCU and other reputable organizations will
never use email to request that you reply with your password, social
security number or confidential personal information. For more details
visit http://infosecurity.vcu.edu/phishing.html
|
