Remco,
I don't know if you noticed that IBM updated the lin_tape.fixlist file to
include RHEL 7.4. I got a notice about an update but didn't see anything
changing, version-wise. This was the file from November, 2017
Fixlist for Linux IBM Tape Device Driver (lin_tape)
(C) Copyright IBM Corporation 2007-2017
Level Date Description
---------------------------------------------------------------
3.0.23 11/03/2017 - Initial support for RHEL 6.9 (min. kernel version
2.6.32-696)
- Support for LTO8
- Fix for reservation conflict when reserve_6 used
- Fix for failover after device rediscovery (introduced
at 3.0.20)
- Fix for device name after removal (introduced at
3.0.20)
- Fix for read with resid through join interface
This is the file, today.
Fixlist for Linux IBM Tape Device Driver (lin_tape)
(C) Copyright IBM Corporation 2007-2017
Level Date Description
---------------------------------------------------------------
3.0.23 11/03/2017 - Initial support for RHEL 7.4 (min. kernel
version 3.10.0-693)
- Initial support for RHEL 6.9 (min. kernel
version 2.6.32-696)
- Support for LTO8
- Fix for reservation conflict when reserve_6 used
- Fix for failover after device rediscovery
(introduced at 3.0.20)
- Fix for device name after removal (introduced at 3.0.20)
- Fix for read with resid through join interface
and they thought we wouldn't notice 🤔
On Fri, Jan 12, 2018 at 11:29 AM, Remco Post <r.p...@plcs.nl> wrote:
> Today we checked the lin_tape driver versions. Well, in 3.0.23 are a
> number of fixes for issues introduced in our current level 3.0.20… Found
> out another nice issue: we’re at redhat 7.4, while lin_tape doesn’t seem to
> support RHEL 7.4.
>
>
> > On 10 Jan 2018, at 10:32, Remco Post <r.p...@plcs.nl> wrote:
> >
> >> On 10 Jan 2018, at 02:05, Harris, Steven <steven.harris@
> BTFINANCIALGROUP.COM <mailto:steven.har...@btfinancialgroup.com>> wrote:
> >>
> >> Remco
> >>
> >> Can you please explain what the fall-out is?
> >
> > The fall-out is TSM locking up a CPU in an uninterruptible routine, with
> only one solution: reboot the entire Linux box.
> >
> >>
> >> I'm using TSM 7.1.0 on AIX and have issues with LTO6 drives emulating
> LTOs. Sometimes I just power cycle the drive and that clears the problem,
> but that does not always work.
> >>
> >> Whilst I don't have any linux servers or storage agents in that
> particular mix, I'd like to understand what you are seeing for future
> reference.
> >>
> >> Thanks
> >>
> >> Steve
> >>
> >> Steven Harris
> >> TSM Admin/Consultant
> >>
> >> Canberra Australia
> >>
> >>
> >>
> >> This message and any attachment is confidential and may be privileged
> or otherwise protected from disclosure. You should immediately delete the
> message if you are not the intended recipient. If you have received this
> email by mistake please delete it from your system; you should not copy the
> message or disclose its content to anyone.
> >>
> >> This electronic communication may contain general financial product
> advice but should not be relied upon or construed as a recommendation of
> any financial product. The information has been prepared without taking
> into account your objectives, financial situation or needs. You should
> consider the Product Disclosure Statement relating to the financial product
> and consult your financial adviser before making a decision about whether
> to acquire, hold or dispose of a financial product.
> >>
> >> For further details on the financial product please go to
> http://www.bt.com.au
> >>
> >> Past performance is not a reliable indicator of future performance.
> >
> > --
> >
> > Met vriendelijke groeten/Kind Regards,
> >
> > Remco Post
> > r.p...@plcs.nl <mailto:r.p...@plcs.nl>
> > +31 6 248 21 622
>
> --
>
> Met vriendelijke groeten/Kind Regards,
>
> Remco Post
> r.p...@plcs.nl
> +31 6 248 21 622
>
--
*Zoltan Forray*
Spectrum Protect (p.k.a. TSM) Software & Hardware Administrator
Xymon Monitor Administrator
VMware Administrator
Virginia Commonwealth University
UCC/Office of Technology Services
www.ucc.vcu.edu
zfor...@vcu.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://phishing.vcu.edu/
