[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference tape::infoserver

Title:InfoServer (Ethernet System Server)
Notice:Much more than just a CD Servere TAPE::
Moderator:TAPE::STONEHAM
Created:Wed Mar 21 1990
Last Modified:Thu Jun 05 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:2223
Total number of notes:9773

2196.0. "Sense Key 6 Buffer Error" by QBUS::E_BURKHALTER () Thu Feb 20 1997 14:56

    
    A customer has an Infoserver 1000.
    When performing a record operation from the RRD45 to
    the Toshiba/Sony CD-R drive, the system gets a %ESS-F-SCSICHK
    Sense Key of 6 Buffer Error.   When this error message comes up,
    the system ejects the CD Rom out of the CD-R drive.
    
    When going from hard drive to CD-R and from CD-R to hard drive,
    it runs fine.
    
    Any ideas?
    
    Ed Burkhalter
    CSC Atlanta
    
T.RTitleUserPersonal
Name
DateLines
2196.1More infoQBUS::E_BURKHALTERThu Feb 20 1997 16:438
    
    More information from ther customer.
    
    Show Server 3.4
    Show Recorder CDR CDU920S Sony firmware 2.0C
    
    Ed Burkhalter
    CSC Atlanta
2196.2Make sure InfoServer is state off.TAPE::STONEHAMThu Feb 20 1997 16:5510
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.3More infoQBUS::E_BURKHALTERThu Feb 20 1997 18:0135
    
    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.4Couple of questionsWAYLAY::GORDONResident Lightning DesignerThu Feb 20 1997 18:168
	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.5Use the SIZE qualifier on the RECORD command.TAPE::STONEHAMThu Feb 20 1997 18:494
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.6More infoQBUS::E_BURKHALTERMon Mar 03 1997 19:3252
    
          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.7Parity error...TAPE::ROURKEWed Mar 05 1997 15:3519
    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.8Some stuffWAYLAY::GORDONResident Lightning DesignerWed Mar 05 1997 18:5424
[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.9TAPE::ROURKEFri Mar 14 1997 16:1513
    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.10Sessions...WAYLAY::GORDONResident Lightning DesignerFri Mar 14 1997 16:507
	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