Hi,
how nice of them. Now if only they would fix the bug that crashes the kernel if
you remove/reboot/access a tape drive at the wrong time…
> On 2 Feb 2018, at 19:33, Zoltan Forray <zforray AT VCU DOT EDU> wrote:
>
> 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.post AT plcs DOT 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.post AT PLCS DOT NL> wrote:
>>>
>>>> On 10 Jan 2018, at 02:05, Harris, Steven <steven.harris@
>> BTFINANCIALGROUP.COM <mailto:steven.harris AT BTFINANCIALGROUP DOT 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.post AT plcs DOT nl <mailto:r.post AT plcs DOT nl>
>>> +31 6 248 21 622
>>
>> --
>>
>> Met vriendelijke groeten/Kind Regards,
>>
>> Remco Post
>> r.post AT plcs DOT 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
> 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://phishing.vcu.edu/
--
Met vriendelijke groeten/Kind Regards,
Remco Post
r.post AT plcs DOT nl
+31 6 248 21 622
|