IIRC my webpage has something on the Multia: home.zonnet.nl/hvlems
-----Original Message-----
From: Michael Holmes <mholmes10 at hotmail.com>
Sender: owner-hecnet at Update.UU.SE
Date: Sun, 10 Feb 2013 14:01:58
To: hecnet at Update.UU.SE<hecnet at Update.UU.SE>
Reply-To: hecnet at Update.UU.SECc: hecnet at Update.UU.SE<hecnet at Update.UU.SE>
Subject: Re: [HECnet] Mulita issue
Yes I hooked up the vms install CDROM to the multia to boot and used the boot procedure with floppy and it pretty much stalls after the "starting bootstrap ..."message.
took the HD from the dec3000 with the image of the vms install disk and tried to boot from it with same results.
Bought a new (and expensive) floppy for it and same results.
Can flip to ARC and SRM consoles ok (not tried to boot under arc as I don't have win nt.)
---------
Just booted back up and it was at ARC console so I switched it over to SRM and power cycled it and now it's not powering the monitor.
Will have to find my serial cable and try to switch it.
Sent from my iPhone
On Feb 10, 2013, at 4:06 AM, "Kari Uusim ki" <uusimaki at exdecfinland.org> wrote:
Do you have any chance to test booting from a directly connected SCSI CD-ROM or a disk?
Kari
On 10.2.2013 0:58, Michael Holmes wrote:
Forgive me if this is off topic, but I was reading about the fixes to
the VAXStation 4000 regarding chips.
I bought a multia several years back and I think it sucommed to being
moved to and from Germany and the States too many times.
I had it booting as a satelite off a DEC 3000 just fine, until this last
move.
I thought the battery had died and replaced it. (dead battery prevents
the bios from coming up)
I get the SRM console and i'd get MOP load message on the DEC 3000 but
the MULTIA just hangs after message about bootstrapping.
I heard something about an I/O chip that can go bad on the MB and was
wondering if anyone had any ideas that could be used to fix the MULTIA.
thanks
Mike
On Feb 9, 2013, at 17:58, Michael Holmes <mholmes10 at hotmail.com> wrote.
I heard something about an I/O chip that can go bad on the MB and was wondering if anyone had any ideas that could be used to fix the MULTIA.
The best tools to fix a Multia are a hammer, a quart of gasoline and a match. :)
-brian
Yes I hooked up the vms install CDROM to the multia to boot and used the boot procedure with floppy and it pretty much stalls after the "starting bootstrap ..."message.
took the HD from the dec3000 with the image of the vms install disk and tried to boot from it with same results.
Bought a new (and expensive) floppy for it and same results.
Can flip to ARC and SRM consoles ok (not tried to boot under arc as I don't have win nt.)
---------
Just booted back up and it was at ARC console so I switched it over to SRM and power cycled it and now it's not powering the monitor.
Will have to find my serial cable and try to switch it.
Sent from my iPhone
On Feb 10, 2013, at 4:06 AM, "Kari Uusim ki" <uusimaki at exdecfinland.org> wrote:
Do you have any chance to test booting from a directly connected SCSI CD-ROM or a disk?
Kari
On 10.2.2013 0:58, Michael Holmes wrote:
Forgive me if this is off topic, but I was reading about the fixes to
the VAXStation 4000 regarding chips.
I bought a multia several years back and I think it sucommed to being
moved to and from Germany and the States too many times.
I had it booting as a satelite off a DEC 3000 just fine, until this last
move.
I thought the battery had died and replaced it. (dead battery prevents
the bios from coming up)
I get the SRM console and i'd get MOP load message on the DEC 3000 but
the MULTIA just hangs after message about bootstrapping.
I heard something about an I/O chip that can go bad on the MB and was
wondering if anyone had any ideas that could be used to fix the MULTIA.
thanks
Mike
Hello everyone,
some recent messages about past DECnet Phases led me to do some research about
older Phases features and facilities. If I'm not wrong, and with a little bit
of oversimplification, I would say that Phase III is like Phase IV without
areas and just 255 nodes (and anything but DDCMP at data link level), but the
overall end-user functionality should be almost the same as Phase IV. Right?
But what about Phases I and II?
I've read that some Phase II implementations could be configured to run an
intercept function that would allow for simple star-shaped networks, with the
"interceptor" node acting as a central switch among at most 32 satellite nodes
(not to be confused with cluster satellites). But how that worked? I've also
read that DECnet "poor man's routing" had its birth just in Phase II days, so
was PMR needed to route messages thru the central node when sending from one
satellite to another, or was that automatic and PMR was needed only when stars
where connected together by their central nodes (if that was possible at all)?
Then, speaking about Phase I, was it strictly a point to point two-node thing
or some sort of "chaining" was available thanks to PMR?
That's all. Many thanks to who will shed some light on this topic,
G. :)
have to try the multia, give me a day or two, i had it set up to
reinstall on large disks, have to find the old disks, the miata is
completelly down, all green leds and neither serial nor graphic
;-(
On 2/10/13, Dan B <dibi58 at gmail.com> wrote:
yes, the noname boots the internal vms and tru64 disks fine
On 2/10/13, Kari Uusim ki <uusimaki at exdecfinland.org> wrote:
Do you have any chance to test booting from a directly connected SCSI
CD-ROM or a disk?
Kari
On 10.2.2013 0:58, Michael Holmes wrote:
Forgive me if this is off topic, but I was reading about the fixes to
the VAXStation 4000 regarding chips.
I bought a multia several years back and I think it sucommed to being
moved to and from Germany and the States too many times.
I had it booting as a satelite off a DEC 3000 just fine, until this last
move.
I thought the battery had died and replaced it. (dead battery prevents
the bios from coming up)
I get the SRM console and i'd get MOP load message on the DEC 3000 but
the MULTIA just hangs after message about bootstrapping.
I heard something about an I/O chip that can go bad on the MB and was
wondering if anyone had any ideas that could be used to fix the MULTIA.
thanks
Mike
yes, the noname boots the internal vms and tru64 disks fine
On 2/10/13, Kari Uusim ki <uusimaki at exdecfinland.org> wrote:
Do you have any chance to test booting from a directly connected SCSI
CD-ROM or a disk?
Kari
On 10.2.2013 0:58, Michael Holmes wrote:
Forgive me if this is off topic, but I was reading about the fixes to
the VAXStation 4000 regarding chips.
I bought a multia several years back and I think it sucommed to being
moved to and from Germany and the States too many times.
I had it booting as a satelite off a DEC 3000 just fine, until this last
move.
I thought the battery had died and replaced it. (dead battery prevents
the bios from coming up)
I get the SRM console and i'd get MOP load message on the DEC 3000 but
the MULTIA just hangs after message about bootstrapping.
I heard something about an I/O chip that can go bad on the MB and was
wondering if anyone had any ideas that could be used to fix the MULTIA.
thanks
Mike
Do you have any chance to test booting from a directly connected SCSI CD-ROM or a disk?
Kari
On 10.2.2013 0:58, Michael Holmes wrote:
Forgive me if this is off topic, but I was reading about the fixes to
the VAXStation 4000 regarding chips.
I bought a multia several years back and I think it sucommed to being
moved to and from Germany and the States too many times.
I had it booting as a satelite off a DEC 3000 just fine, until this last
move.
I thought the battery had died and replaced it. (dead battery prevents
the bios from coming up)
I get the SRM console and i'd get MOP load message on the DEC 3000 but
the MULTIA just hangs after message about bootstrapping.
I heard something about an I/O chip that can go bad on the MB and was
wondering if anyone had any ideas that could be used to fix the MULTIA.
thanks
Mike
On Sat, Feb 9, 2013 at 5:11 PM, Dave McGuire <mcguire at neurotica.com> wrote:
On 02/09/2013 04:31 PM, Jordi Guillaumes i Pons wrote:
El 09/02/2013, a les 7:44, Dave McGuire <mcguire at neurotica.com> va escriure:
I bought *new* ones from Mouser as recently as two years ago. I've
heard nothing about any of them being discontinued.
Right now if you search for DS1287A in their web you get nothing.
Well then that one may have been discontinued. I bet there are still
quite a few of them around, though. (one can readily buy brand new
7400-series TTL, for example...and I'm not talking 74LS!
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
Hello!
I agree to the TTL one. And its slowly driving some of my
contemporaries crazy by the amount I recall concerning TTL logic.
Now Dave stop feeding those ewoks they are expected home within the day.
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
Yup. sorry if you thought i was suggesting that it was 100% compatible, as you point out its not and i was mot trying to imply that. since you are performing surgery on the board, my point is there is a chance you can make it work electrically since in this case the chip is supposed to be software compatible ie since ds1287a are not to be found the 1687 might be able to be pressed into service.
On Feb 9, 2013, at 5:58 PM, Jordi Guillaumes i Pons <jg at jordi.guillaumes.name> wrote:
El 09/02/2013, a les 23:49, Clem Cole <clemc at ccc.com> va escriure:
eeds to check any timing differences and the name of the RW/WR pin is different - but they >>might<< work the same way (might also need to be inverted).
In the 1287 that pin is named R/W when the chip uses motorola style timing (MOT connected to Vcc) and WR when it uses intel style (MOT connected to GND). Check the DC1287A datasheet for the gory details.
Now the MOT pin is not there in the 1267 (it is used to signal a "wake up" condition), so it doesn't look to be completely compatible with the 1287.
Jordi Guillaumes i Pons
jg at jordi.guillaumes.name
HECnet: BITXOV::JGUILLAUMES
On 9 Feb 2013, at 21:11, Cory Smelosky <b4 at gewt.net> wrote:
On 9 Feb 2013, at 13:57, "Steve Davidson" <jeep at scshome.net> wrote:
-----Original Message-----
From: owner-hecnet at Update.UU.SE
[mailto:owner-hecnet at Update.UU.SE] On Behalf Of Cory Smelosky
Sent: Saturday, February 09, 2013 13:53
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] DFS kit for VAX-VMS 7.3
On 9 Feb 2013, at 13:51, "Steve Davidson" <jeep at scshome.net> wrote:
-----Original Message-----
From: owner-hecnet at Update.UU.SE
[mailto:owner-hecnet at Update.UU.SE] On Behalf Of Cory Smelosky
Sent: Saturday, February 09, 2013 13:49
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] DFS kit for VAX-VMS 7.3
On 9 Feb 2013, at 13:47, "Steve Davidson" <jeep at scshome.net> wrote:
Does anyone have a DFS kit for VAX-VMS 7.3? Thanks!
I think I found it in the layered products disc I was
looking through
-Steve
--
Cory Smelosky
http://gewt.net/ Personal stuff!
http://gimme-sympathy.org/ My permanently-a-work-in-progress pet
project.
If you can copy it to your default DECnet directory I can
pick it up
from there.
-Steve
GEWT::B4$ dir
Directory DUA2:[000000.DECDFS_0231]
DOCUMENTATION.DIR;1 KIT.DIR;1
Total of 2 files.
I'll copy DECDFS_0231.DIR over. It'll be on GEWT::
--
Cory Smelosky
http://gewt.net/ Personal stuff!
http://gimme-sympathy.org/ My permanently-a-work-in-progress
pet project.
And if you have it... DQS for VAX-VMS 7.3. Thanks!
GEWT:: is back up my states table got a bit cluttered and the GRE tunnels got borked.
I'll go see if I have DQS ad copy it over.
Looks like I don't have DQS at the moment. I'll need to go grab the layered products CD from the FTP site.
-Steve
--
Cory Smelosky
http://gewt.net/ Personal stuff!
http://gimme-sympathy.org/ My permanently-a-work-in-progress pet project.
--
Cory Smelosky
http://gewt.net/ Personal stuff!
http://gimme-sympathy.org/ My permanently-a-work-in-progress pet project.
