NEW SOFTWARE RELEASE ==================== Products involved: AXIS StorPoint CDE100 for Fast Ethernet Release date: April 7, 1999 Release type: Production Software version: 5.06 File name: cde100_506.bin File size: 2,042,962 bytes Last preceding release: 5.05 --------------------------------------------------------------------- Before upgrading to version 5.06: ================================= Even though version 5.06 fixes several problems relating to the file system and the harddisk caching/archiving, you should also clear all attached harddisks before upgrading to version 5.06 in order to ensure that the effects of those problems do not remain in the hard disk file systems. 1. Make sure that no discs are inserted in any of the attached CD/DVD drives. 2. Clear all attached harddisks, either by clicking 'Clear All Disks' on the Admin->This StorPoint->Settings->Caching&Archiving web page, or by setting the 'ClearAllDisks' parameter to 'yes' in the config.ini file and saving it. 3. Upgrade the server firmware to version 5.06. Added features in version 5.06: =============================== 5.06:1. The network LED will change colors when the server changes network speed. (It would show different colors for different speeds in 5.05 as well but it would only check the speed at startup so if the speed was changed later on, the LED wouldn't reflect the change.) 5.06:2. The DS.NLM version number is changed from 5.99 to 6.02. 5.06:3. A SCSI watchdog has been implemented. SCSI commands will time out after 60 seconds. When a timeout occurs, the SCSI bus will be reset and transfer speed with the troublesome drive will be renegotiated to a lower speed. Drives that have done SCSI disconnect after commands are issued to them will time out after 600 seconds. 5.06:4. SCSI synch negotiation will now be done after all devices are discovered and the server is up and running (accessible through the access protocols). Corrected problems in version 5.06: =================================== 5.06:5. Network: A fix that was made for old Bay Networks switches, that would cause hub link LEDs to go off has been removed. 5.06:6. Network: A bug fix in the LLC network protocol layer, that was intro- duced to fix a problem with the Etrax4-based hardware, has been removed since it is no longer necessary. The fix would restart the MAC layer if there was no network traffic for 10 seconds which would cause the server and hub to renegotiate network speed and thus drop the link briefly. 5.06:7. SMB: If you moved a CD from one drive with drive alias to another drive with drive alias, the move would not be reflected in the SMB shares (i.e. the CD would still be accessible in the old drive but not in the new drive even though it had in fact been moved). This is now fixed. 5.06:8. SMB: The server couldn't find files with short name if the client claimed to support long names. One of the symptoms of this was that you couldn't edit the statistics.txt file using 'Edit' in Win95 if you used the short file name (but the long name would work). 5.06:9. HTTP: The HTTP server now URI-decodes file paths in client requests correctly. Previously, files with names containing spaces would not be accessible through HTTP. (URI = Uniform Resource Identifier) 5.06:10. Web: The time for which connected users have been inactive (statistics web page) would sometimes show 497 days etc. This would happen if the server, immediately after a client access, would do a time synchroni- zation resulting in the server turning back time. The client's last access time would then be in the future causing a wraparound when the server computed the time for which the client had been inactive. The server will now show "No access in 0s" if this occurs. 5.06:11. Web: On the server report web page, a CD that was inserted in a drive would show up in empty drives with higher SCSI ID as well. This has been fixed. 5.06:12. Web: The statistics page, the statistics.txt file, and the network LED now reflect changes in network speed correctly. 5.06:13. Caching&Archiving: If you archive CDs from a shared drive, the archived copy should have the same access rights and properties as the shared drive had. In version 5.05, it would get the default SMB Share Level access rights. This has now been fixed. 5.06:14. Caching&Archiving: If you ejected CDs that were queued up to be cached/archived on a system with many devices connected to the server, there was a possibility that the server would stop detecting CDs that were ejected or archived. This meant that until the server was restarted, new CDs would not be mounted. It also meant that CDs that were ejected would still show up and if you tried to access them you would get strange error messages. This has been fixed. 5.06:15. Caching&Archiving: A problem that occurred if you tried to archive DVDs that were larger than the attached hard disk has been fixed. 5.06:16. Caching&Archiving: A problem that would cause the server to stop caching/archiving without warning has been fixed. The problem would typically occur in configurations with many discs queued up for caching/archiving. 5.06:17. Caching&Archiving: If you tried to Unarchive a large number of discs at the same time by clicking 'Unarchive All', the server would sometimes only Unarchive some of them so that you had to click 'Unarchive All' several times. This has been fixed. 5.06:18. Caching&Archiving: If the server was archiving a large disc (e.g. a DVD) and it was interrupted in an uncontrolled way (such as a power cycling being done, or some unexpected problem happening) resulting in the disc being only partially cached, you could get event log error messages like 'Hard disk write error' after you restarted the server. This is now fixed. 5.06:19. Caching&Archiving: If you tried to archive a disc when the hard disk was almost full, there would sometimes be an error resulting in the file system losing small amounts of blocks and eventually becoming corrupt. This has been fixed. 5.06:20. Caching&Archiving: Some mirrored/archived CDs took very long time to mount during startup. This has now been fixed. 5.06:21. Caching&Archiving: A problem that would occur if you connected two hard disks, to which the same (identical) CD had been archived, to the server has been fixed. 5.06:22. Caching&Archiving: A problem that could occur when you run out of hard disk space while caching/archiving has been fixed. 5.06:23. SCSI: If you were caching/archiving a CD in a changer and simultaneously accessing another CD in the same changer, the JukeboxLockTime parameter didn't always work as intended. It does now. 5.06:24. SCSI: SCSI read error handling has been improved. 5.06:25. SCSI: A problem where some drives (e.g. IBM DRHS 36V) would send a WDTR before the server did so has been fixed. 5.06:26. File system: The server had problems handling some packet-written ISO9660 level 3 CDs. This has been fixed. 5.06:27. File system: The support for ISO9660 level 3 CDs has been improved. 5.06:28. System: The server would hang if it tried to send a mail during startup. This could happen if the server detected some kind of problem (e.g. with a connected SCSI drive) and tried to log an event warning/error. If it was configured to forward such log entries by mail, it would hang. 5.06:29. System: A problem where the server would incorrectly discard tasks (such as decoding an incoming network packets or performing a caching operation) when running low on system memory has been fixed. 5.06:30. System: Under some circumstances, ejecting a disc when the system was low on memory could cause server threads to hang forever. This is now fixed. 5.06:31. System: A rare case where the server would hang when a CD was ejected has been taken care of. Known remaining problems in version 5.06: ========================================= 5.06:32. It is not possible to read CD-RWs with the UDF file system only, if it has been created with Direct CD without a ISO9660 header. 5.06:33. You cannot use 'Edit' in Windows NT to edit text files if you navigate through directories with long names using their long names (e.g. 'cd ServerProperties'). The problem is that with the SMB dialect the server is currently supporting, 'Edit' (or the APIs that 'Edit' uses) expects to be able to use some NT-specific commands. Since the StorPoint doesn't support these, 'Edit' uses other commands but shortens the long file name in an incorrect way. The same things happens if you do this on a Windows98 machine since Win98 uses the same dialect but does not support the NT-specific commands, so it is a bug in the client and/or 'Edit'. The workaround currently is to use the short versions of long filenames, i.e. instead of doing 'cd ServerProperties' when navigating the file system you should do 'cd Server~1' (or whatever the short file name is). 5.06:34. The server reports read errors when you try to read files from a DVD Video (as opposed to CD-Video (White book)). This is because some DVDs are protected with the CSS encryption system. Data from such discs can only be read using special hardware or software decoders. 5.06:35. Sometimes, for instance if you press 'Archive All' on the Discs&Drives web page, the page is updated before the requested action (e.g. queue up all discs for archiving) has taken place. This means that you sometimes have to reload the page in order to see the changes. Best regards Axis Communications AB