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 <zfor...@vcu.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.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/ -- Met vriendelijke groeten/Kind Regards, Remco Post r.p...@plcs.nl +31 6 248 21 622
