"Installation failed" ...

Try a different CDROM drive.  I have had issues with Toshiba SCSI CDROM drives in the past.  Especialy with burned CDs.  

I will try it. But I'm a little bit scared that the installation routine has a bug because I look at con 3 and see that there was found the cdrom at sr0, and the last part was that it tried to mount sr0 to /install. I changed to con2 and try to mount the CD manually with "mount /dev/sr0 -t iso9660 /install" result: "/dev/sr0 not such device" after doing a "ls /dev/s*" I found there was an scd0 entry. so I tried a "mount /dev/scd0 -t iso9660 /install" and the CD was mounted fine.   

Now I quit sure it's a bug:
I've burned a CD on another CD-R drive with another software replaced the CD-ROM drive with a new Plextor drive: Same result.  

PII started at 233MHz. 

in which step did the installation faile

  

After Step 3 of 8.
Allready posted in another message.  

Andy, I am experiencing the  same problem although with different hardware components (PII 450, 256 MB, 2 Seagate ST39173W SCSI drives, Plextor CD-ROM PX-32TS SCSI, SYMBIOS Logic 875XS/D 2280X PCI on board SCSI adapter).

Looks like an install Bug to me! 

Off topic, but

Does ASL use the advantage of having multiple harddrives? I assume you have single drives and not in a RAID configuration. 

at first tried it with 2 single drives - when it failed the first time I disconnected the second drive.  Result was the same. 

It probably doesnt like the SCSI controller. 

It probably doesnt like the SCSI controller. 

I resolved the problem with installing the ASL 3.2
Our consultant configured the system.
After looking in our storage room I found an older IDE CD drive. I replaced the SCSI Drive with it and make an update to ASL 4.0 and finished.
All is running smoothly our employees are getting mad because they can't surf all the sites like in former times  
Regards

Andi 

   This is definitely an installation bug with 4.0. I was able to get around the bug by not going through with the final Install step, but rather immediately going to the text console (alt-F2) and inserting a CD with busybox or a "ln" binary on it. Mount it with "mount /dev/scd0 /mnt" and did a "ln -s /dev/scd0 /dev/sr0". I then "umount /mnt" , replaced the Astaro 4.0 Install CD, and went back to the main install window (alt-F1). Installation then proceeded as it should.

   The problem is that Astaro detects the scsi CDROM, creates the /dev/scd0 node, and then excepts to find it as /dev/sr0. The correct procedure that most Linux distros follow is regardless of what raw device is created, also symlink it to /dev/cdrom, and then have /dev/cdrom referred to by any application.

   Furthermore, I was irritated to no end that any one of "mv", "mknod", "ln" and the like were not to be found. Any one of these would have helped greatly and should be on the install CD. Why bother with the rescue-shell type solution if you can't use it. If nothing else, the inclusion of busybox, a compact swiss army knife approach to most of the above tools, would be ideal when dealing with problematic hardware detection.     

You Can update 3.2 to 4 How when?
I thought you had to do only a total blow away and reinstall to do that? 

"update"  is the wrong expression  [;)]
We configure the ASL 3.2.16, save the configuration. But I discoverd a DNAT bug which didn't allow to take the ASL 3.2 into our company's net (Bug is noticed by Astoro, but with low priority). After one week or so I got the IDE - CD Drive, replaced the SCSI Drive with it, installed the ASL 4.0 and recover the saved configuration. The ASL 4.x is now running for two weeks without any problems (exept all of the questions from our users about blocked sites  [;)] ).
Regards

Andy