Home > Failed To > Failed To Read Byte Block With Byte Transfer

Failed To Read Byte Block With Byte Transfer

I am trying to extract the content of 8 mm tapes. j0289776 View Public Profile View LQ Blog View Review Entries View HCL Entries Find More Posts by j0289776 12-26-2013, 06:29 AM #4 deep27ak Senior Member Registered: Aug 2011 Location: HP Smart Array P212NOTE: Recommended SAS HBA for connecting Ultrium tape drives to G6/G7 ProLiant servers.Please visit: http://www.hp.com/go/connect for a complete list of Ultrium tape drive compatibility with ProLiant servers and Note that the data becomes unreadable after the tape is touched by mtx through sg device, i.e, bypassing st. > > tar output: > > tar: /dev/st0: Cannot read: Input/output error have a peek at this web-site

Please be patient with me, manipulating a system at this level is very knew to me.I should also add LTT was run on the system and no issues were found.Thanks in Are you new to LinuxQuestions.org? Need access to an account?If your company has an existing Red Hat account, your organization administrator can grant you access. Backups andrecoveries work.Any idea what this error means?

There are a couple of things which are driving me crazy about this issue. Guess its more or less cosmetic:st2: Failed to read 65536 byte block with 32768 byte transfer.//OscarTo sign off this list, send email to listserv < at > listserv.temple.edu and type "signoff If you have any questions, please contact customer service.

Also seen on Red Hat 7.3 through RHEL 4. Any attempt to restore data from faulty tapes were in vain until now. Might be related to using variable block sizes?I'll also agree that it's been harmless for us. Please write to networker-request < at > listserv.temple.edu if you have any problemswit this list.

Note You need to log in before you can comment on or make changes to this bug. Please ask the forum!I work for HPE If you feel this was helpful please click the KUDOS! Hasn't got us into any problem so far. It is a NetworkerBG> 7.2.1 backup server with AIT 2 tapes.

Please ask the forum!I work for HPE If you feel this was helpful please click the KUDOS! Backups andBG> recoveries work.BG> Any idea what this error means? Do you know the command to display the info? 0 Kudos Reply Jimmy Vance HPE Pro Options Mark as New Bookmark Subscribe Subscribe to RSS Feed Highlight Print Email to a Data is written and is > readable.

The system returned: (22) Invalid argument The remote host or network may be down. Is it zero memory or does it have a cache module? __________________________________________________No support by private messages. Dec 16 21:49:37 aoeptta02-rprbck02 kernel: st2: Failed to read 131072 byte block with 32768 byte transfer. If you'd like to contribute content, let us know.

So far it ismeaningless and there is nothing that can be done to stop it unlesssomeone knows more up-to-date info.That's odd. Check This Out The first questio: Is the problem present with current kernels? This will sometimes cause tapes to be marked full prematurely and somtimes cause excessive rewinds. 1) Check that Networker's default blocksize for the tape device is correct or set the NSR_BLOCKSIZE_???DeviceType It is located in the nested EOF / EOM / ILI checks andappears related to a SCSI ILI (Incorrect Length Indicator) condition.The result returned seems to be -ENOMEM which translates to

Can you guys please help us to fix this problem? Of course with HP-UX, if you do that the drive doesn't show up on ioscan at all.I would suggest connecting the drive to a standalone scsi card that is not doing Open Source Communities Comments Helpful Follow kernel: stXX: failed to read XXXXXX byte block with 32768 byte transfer Solution Verified - Updated 2016-01-19T12:20:38+00:00 - English No translations currently exist. Source Introduction to Linux - A Hands on Guide This guide was created as an overview of the Linux Operating System, geared toward new users as an exploration tour and getting started

ThanksJACC 0 Kudos Reply Jimmy Vance HPE Pro Options Mark as New Bookmark Subscribe Subscribe to RSS Feed Highlight Print Email to a Friend Report Inappropriate Content ‎07-15-2010 06:09 PM ‎07-15-2010 Registration is quick, simple and absolutely free. By using this site, you accept the Terms of Use and Rules of Participation. End of content United StatesHewlett Packard Enterprise International CorporateCorporateAccessibilityCareersContact UsCorporate ResponsibilityEventsHewlett Packard LabsInvestor RelationsLeadershipNewsroomSitemapPartnersPartnersFind a PartnerPartner

It is a Networker BG> 7.2.1 backup server with AIT 2 tapes.

This has been discussed before on this list. Patti Clark Unix System Administrator - RHCT Office of Scientific and Technical Information To sign off this list, send email to listserv AT listserv.temple DOT edu and type "signoff networker" in The filer's use a native dump called by NDMPwhich forces 64KB blocks.You need to set the NSR_DEV_BLOCK_SIZE_LTO_ULTRIUM_3=64 variable orbackups will typically fail or timeout and mark the tape as full.------------------------------------JoelClark, Patricia Current Customers and Partners Log in for full access Log In New to Red Hat?

The reporter's company has switched to another operating system. Comment 1 Andrew Morton 2006-12-20 02:46:30 UTC (please respond via emailed reply-to-all) On Wed, 20 Dec 2006 02:31:18 -0800 bugme-daemon@bugzilla.kernel.org wrote: > http://bugzilla.kernel.org/show_bug.cgi?id=7717 > > Summary: Tapes unreadable after unload > Thanks. have a peek here Comment 7 Bgs 2006-12-22 05:24:45 UTC open("/dev/st0", O_RDONLY|O_LARGEFILE) = 3 read(3, "*\0\0\0\\\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\22\0\0\0008\0", 10240) = 42 read(3, 0x807b02a, 10198) = -1 EIO (Input/output error) Comment 8 Bgs 2007-01-04 02:12:27 UTC Additional info:

You can access the archives at [listserv.temple.edu] orvia RSS at [listserv.temple.edu]Reply QuoteAnonymous Failed to read 65536 byte block with 32768 byte readJuly 05, 2006 02:02PM Registered: 10 years agoPosts: 256,018Clark, Patricia Please write to networker-request < at > listserv.temple.edu if you have any problemswit this list. Please ask the forum!I work for HPE If you feel this was helpful please click the KUDOS!