SCO defbootstr question for filePro server

John Sica john at chrismanncomputer.com
Mon Apr 11 11:06:57 PDT 2016


Get to the file /usr/adm/messages from the old server backup or where 
every you can and find the settings of the previous boot controller.  
Configure the new main board to boot to the scsi controller that it 
booted to before, in the same order it booted before.  If you have 
multiple scsi controllers, make sure the right scsi controller is set to 
be the first boot controller.  You should be able to fix everything else 
once you are fully booted.  You might try booting in single user mode if 
you get that far.

John





On 4/11/2016 9:33 AM, James Flanagan via Filepro-list wrote:
> You do not specify the make and model of the replacement motherboard.  Assuming that you replaced the fried mobo with an identical model, it should work transparently, as long as all bios settings have been replicated.
>
> If you instead, have replace the motherboard with something new and modern, all bets are off using a OS so old.  your best bet would be to eBay an identical board to get the server back up.
>
> Good luck,
>
> James Flanagan
>
>> On Apr 11, 2016, at 7:57 AM, Larry Hoover via Filepro-list <filepro-list at lists.celestial.com> wrote:
>>
>> This is more of a SCO Openserver question, but the continued existence of a filePro application depends on this server, and this forum has a lot of knowledge in SCO.
>>
>> I have a customer running SCO Openserver 5.0.7 who has a fried motherboard, an Intel Server Board G7ESZ with two on-board SCSI channels, one a ultra160 and the other regular SCSI.  There is a cage with two IBM drives in RAID.  I replaced the mother board and it boots, but crashes when it tries to load SCO.  It gets to the host adapter part of the boot and reports an error:
>>
>> "no root disk controller was found.  A boottime loadable driver may be required.  dpti: HA0  Channel 0:  ID 1 2 3 4 ..   Panic Srmountfun error 19 mounting rootdir 1/42"
>>
>> I think the new motherboard is not compatible somehow with the SCSI drivers built into the boot string.  Channel A (ultra160) does not even find the operating system.  Channel B (regular SCSI) attempts to load but reports the error above.  The SCSI channels use different interrupts than the old one did, but there is no way to change this.
>>
>> Any ideas such as defboostr's to try?
>>
>> Thanks in advance,
>> Larry Hoover
>>
>> _______________________________________________
>> Filepro-list mailing list
>> Filepro-list at lists.celestial.com
>> Subscribe/Unsubscribe/Subscription Changes
>> http://mailman.celestial.com/mailman/listinfo/filepro-list
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://mailman.celestial.com/pipermail/filepro-list/attachments/20160411/a0d111c1/attachment.html>
> _______________________________________________
> Filepro-list mailing list
> Filepro-list at lists.celestial.com
> Subscribe/Unsubscribe/Subscription Changes
> http://mailman.celestial.com/mailman/listinfo/filepro-list



More information about the Filepro-list mailing list