T.R | Title | User | Personal Name | Date | Lines |
---|
2196.1 | More info | QBUS::E_BURKHALTER | | Thu Feb 20 1997 13:43 | 8 |
|
More information from ther customer.
Show Server 3.4
Show Recorder CDR CDU920S Sony firmware 2.0C
Ed Burkhalter
CSC Atlanta
|
2196.2 | Make sure InfoServer is state off. | TAPE::STONEHAM | | Thu Feb 20 1997 13:55 | 10 |
| Ed,
Sounds like buffer underrun. How big is your partition on the hard drive or if
you are burning an ISO-9660 cd, how big is the container ? What type of Sony
drive is the CD-R ? Make sure the InfoServer is state to state off when
recording directly from CD media. You don't want connects to occur during
this type of burn because you will end up with toast. What does "from CD-R to
hard drive it runs fine" mean ? As far as I know, it only works the other way.
Charlie
|
2196.3 | More info | QBUS::E_BURKHALTER | | Thu Feb 20 1997 15:01 | 35 |
|
Command is
Record DK2: DK0: Test ISO Time 1
DK2 = RRD45
DK0 = CDU920S
Error
1. Read Failed On Source Device DK2
%ESS-F-READLBLK
2. %ESS-F-SCSICHK
SCSI Check Condition Detected Sense Key 6
Buffer Error During At Once Recording
The media in the Sony drive is TDK CDR CD-R74 ISO-9660
The drive seems to write a CD if the source is Factory Stamped.
It seems to fail when the source CD is from a HP CD Writer
that is on a PC. Media written by that CD Writer can be
read can be read on any PC except the RRD45 in the
Infoserver 1000.
Next question.
Will a CD created at two speed work in a RRD42?
We are creating the 2x speed on the Sony CDR CDU920S
and then trying to read it on a RRD42 attacted to a
DEC 3000 Model 600. The CD format is ODS_2.
The RRD42 doesn't recognize the media.
Ed Burkhalter
CSC Atlanta
|
2196.4 | Couple of questions | WAYLAY::GORDON | Resident Lightning Designer | Thu Feb 20 1997 15:16 | 8 |
| The bits are the same no matter how quickly they're written to the
medium. Some drives, however are more sensitive than others.
If they record at speed 1 does that help?
Does the source CD automount?
--Doug
|
2196.5 | Use the SIZE qualifier on the RECORD command. | TAPE::STONEHAM | | Thu Feb 20 1997 15:49 | 4 |
| Also, Use the SIZE qualifier on the RECORD command when burning ISO containers. The
RECORD command listed in .3 indicates an ISO burn.
Charlie
|
2196.6 | More info | QBUS::E_BURKHALTER | | Mon Mar 03 1997 16:32 | 52 |
|
When the customer called me today, the error message was:
When attempting to copy a CD created by the HP CD-R to
the partition on a hard drive, using
Copy DK2: DK3: [PARTITION]
DK2 = RRD45, DK3 = RZ26
%ESS-E-SCSIERROR, SCSI ERROR ON Device DK2
%ESS-I-ERRVAL, Returned Error = 300001F4
If they record at speed 1 does that help? YES,
This is this only way the customer can get it to work.
Does the source CD automount? NO
Also, Use the SIZE qualifier on the RECORD command when
burning ISO containers. The RECORD command listed in .3
indicates an ISO burn.
Reply from the customer. He isn't using a SIZE Qualifier.
He is letting the record command determine the size of the
output.
If the Size qualifier is used, what size do we use?
The customer has used the size qualifier
Record DK2: DK0: SIZE 3981312
DK2 = RRD45, DK0 = Sony drive is TDK CDR CD-R74 ISO-9660
Error reported back was
%ESS-F-SCSICHK SCSI Check Condition Dtetected
Sense Key is 6
Buffer error during at once recording
Medium not present because the Infoserver dismounted the drive
after it detected this error.
Customer was told or read that on a Record, that it does a bit
to bit copy. Is this true?
Does the format on the input media make a difference on the
Record command?
Ed Burkhalter
CSC Atlanta
|
2196.7 | Parity error... | TAPE::ROURKE | | Wed Mar 05 1997 12:35 | 19 |
| The error code 1f4 indicates a parity error which makes me suspicious
of the HP mastered CD. Perhaps the InfoServer is more sensitive
to detecting parity errors. Maybe the PCs that the customer is reading
this Cd on have parity disabled.
If you have access to the IPMT system, reference case 41078. Similiar
errors were detected by a customer trying to copy data from the
VMS freeware CD. We did a VMS Show Device command when that CD was
mounted and it showed X amount of blocks, but a subsequent Dump command
proved that there were really considerably less blocks with data than X,
and when we accessed those blocks, we got a parity error.
Did the customer try (even though they got the 1f4 error) to use
what got copied onto the disk?
As far as the SCSICHK Check condition sense key 6 error, no idea
yet, but looking into it...
j
|
2196.8 | Some stuff | WAYLAY::GORDON | Resident Lightning Designer | Wed Mar 05 1997 15:54 | 24 |
| [Started entering this about 10:00 a.m. but network problems in ZK nuked it.]
1F4 (only the bottom word is important) is Parity Error - this is
common with reading past the logical end of ISO volumes. The image on the
hard drive is OK. This is sort of a mini-buglet in the copy logic in the
InfoServer.
The fact that the CD doesn't automount means that they're probably
recording a multi-session CD on the HP even though it only has a single
session on it. This is an area that InfoServer never dealt with well.
The fact that a 1X CD-source record works probably means that the
RRD45 is encountering a lot of soft errors reading the disc and can't
sustain a 2X transfer rate. I don't remember if the undocumented SHOW
ERRORS command counts soft read errors. (One of the reasons that SHOW
ERRORS is undocumented is that a lot of things that are counted are really
benign. The counters are really only useful in conjunction with other
disgnostic techniques not generally available to customers.)
The size to use is the size of the files system (in bytes.) DOS
will tell you what it is for example.
--Doug
|
2196.9 | | TAPE::ROURKE | | Fri Mar 14 1997 13:15 | 13 |
| In talking with the customer, 1X speed also fails....
Chris Williams analyzed the customers CD and indeed it is a
multisession CD which cannot be read by the InfoServer. This
most likely caused the parity error when the customer tried to copy
the cd to a partition. Also, it is most likely the cause of the error
encountered when the customer tried to clone that CD on the InfoServer.
Im summary, the InfoServer can only record single session, and,
the InfoServer cannot copy multisession CD's into a disk partition, and
cannot read a multisession CD for recording purposes.
j
|
2196.10 | Sessions... | WAYLAY::GORDON | Resident Lightning Designer | Fri Mar 14 1997 13:50 | 7 |
| This is yet another place where I think the InfoServer ought to be
upgraded to at least handle the first session of a multi-session CD.
Of course, it's no longer my problem, so I can suggest anything I want.
;-)
--Doug
|