devin@samwise.Colorado.EDU (Yampalimardilor) (04/23/91)
apparently using the dd files= option causes problems...All of the requested files are read off of the tape except for a few mangled bytes right around the EOF markers (between the files). There are obvious workarounds, but we would like to be able to do this. Has anyone else seen this problem and/or a fix for it? Thanks. -Devin Devin Hooker (RP90) DoD #0034 "Time - don't ponder it too long..." "Performing on a stool we've a sight to make you drool Seven virgins and a mule. Keep it cool. Keep it cool." -ELP
ajc@thendara.pa.dec.com (AJ Casamento) (04/23/91)
Devin, In regards to your problem with the Exabyte drive: * Which Exabyte model number? * Do you know which firmware version your drive has? You can either post the response or mail it to me and we'll try and figure out what's going on. Thanx, AJ ********************************************************************** * AJ Casamento "The question is not whether or * * Digital's TRI/ADD Program not they are my opinions; but * * 100 Hamilton Ave. UCO1-B rather, which of my personalities * * Palo Alto, CA 94301-1616 do they belong to?" * * 415.853.6744 * * ajc@decwrl.dec.com * **********************************************************************
mbrookov@diana.cair.du.edu (Matthew B. Brookover) (04/23/91)
In article <1991Apr22.223308.5674@colorado.edu> devin@boulder.Colorado.EDU writes: >apparently using the dd files= option causes problems...All of the requested >files are read off of the tape except for a few mangled bytes right around >the EOF markers (between the files). There are obvious workarounds, but >we would like to be able to do this. Has anyone else seen this problem >and/or a fix for it? Thanks. Yes, I have been having this problem. What computer and tape drive are you useing? I have a DECsystem 5400 running Ultrix 4.1 and a Micro Technology 8mm tape drive (Exabyte) with a QTS30 controller. I do not even have to write multiple files, just 1 file is enough to screw up the last few bytes of the file. I have been beating on Micro Technology for over 2 months now about the problem, they have thier hardware people looking at the QTS30. Matt -- Matthew B. Brookover Computing and Information Resources University of Denver mbrookov@diana.cair.du.edu
jah@margo.ots.utexas.edu (Jeff Hayward) (04/25/91)
In article <1991Apr23.133952.17133@mercury.cair.du.edu> mbrookov@diana.cair.du.edu (Matthew B. Brookover) writes: |In article <1991Apr22.223308.5674@colorado.edu> devin@boulder.Colorado.EDU writes: |>apparently using the dd files= option causes problems...All of the requested |>files are read off of the tape except for a few mangled bytes right around |>the EOF markers (between the files). There are obvious workarounds, but |>we would like to be able to do this. Has anyone else seen this problem |>and/or a fix for it? Thanks. | |Yes, I have been having this problem. What computer and tape drive are |you useing? I have a DECsystem 5400 running Ultrix 4.1 and a Micro |Technology 8mm tape drive (Exabyte) with a QTS30 controller. | |I do not even have to write multiple files, just 1 file is enough to |screw up the last few bytes of the file. I've been having a similar problem with a WangDAT 1300 (4mm DAT drive) under Ultrix 4.0 on a DS3100. When dd reads the last block, usually a partial block, the read() returns -1 and errno is 5. The data returned in the read buffer appears to be fine, but is discarded. Another oddity of the ultrix/WangDAT combination is that the first open() done on the device after a new tape is inserted returns an error. I presume this has to do with the device passing back the SCSI status indicating a new tape is present. Anyone know what's going on here? -- Jeff Hayward The University of Texas System +1 512 471 2444 Office of Telecommunication Services jeff@nic.the.net