test-drb

test-drb@ccmp.vtda.org

101090 discussions

by jnc＠mercury.lcs.mit.edu

> From: Paul Koning > Studied it for a while, took out a small hammer, whacked the device at > some spot, and reported "fixed". That reminds me of an amusing story from the first time I went to see 'Star Wars; I went with a group of people from Tech Sq. It has that scene where they're about to make the jump to hyperspace in the 'Falcon', and it won't go; so one of them (I think Solo) jumps up and whacks a particular spot on the bulkhead with his fist, and away she goes. We all found this terribly amusing, since one of the DEC time-sharing systems on the 9th floor had a sticky relay in the power controller, and when you'd try to power it on or off from the front panel, the relay would stick, and nothing would happen. So the procedure was to go around the back, open a particular door, reach in, and whack the power controller behind it in a particular spot with the side of your fist, and away it went! Noel

7 years, 6 months

PDP-11/45 RSTS/E boot problem

by jnc＠mercury.lcs.mit.edu

> From: Paul Koning > or a backup team of subsystem experts at the home office to call on. Actually, the actual hardware problem wasn't too hard for Fritz to find, I gather, once we knew exactly was failing (the RK11), and how (at 0170000, the XM incremented). It's not like it was a comes-and-goes kind of problem (it was quite solid and repeatable), or anything like that, so I'm not sure a 'team of experts' would really have helped. And the exact details on the failure were also pretty easy to find, once we got past a lot of other distractions! Once it became clear that the pure text was getting trashed, it was pretty easy (modulo some confusion caused by the differing OS images in the 'Ritchie' and 'Wellsch' distros :-) to stop the machine once it had a) assembled the pure text in main memory, and b) swapped it out. Looking at the copy in main memory verified it was good _before_ it was swapped, looking at the arguments on the stack gave us the disk block it was written to, and looking at the actual contents of the RK (which PDP11GUI has a mode to do) showed us the first 02400 bytes were good, and then it was trash. Bingo! Then, looking at the RK registers after the transfer had completed showed something had gone wrong in the hardware - the address left showing afterward was not the start_address+size - the XM had incremented inappropriately! And since the start address for the transfer in physical memory was 0165400, and 0165400+2400 = 0170000, that sounded pretty suspicious! So, that all happened pretty quickly. Really, the part that took the longest was getting past all the confusing noise: my confusion about R5, the malfunctioning front panel, the different versions of the OS, etc, etc. Noel

7 years, 6 months

PDP-11/45 RSTS/E boot problem

by pechter＠gmail.com

> Message: 2 > Date: Wed, 13 Feb 2019 15:03:41 -0500 > From: Paul Koning <paulkoning at comcast.net> > To: Jay Jaeger <cube1 at charter.net>, "General Discussion: On-Topic and > ??? Off-Topic Posts" <cctalk at classiccmp.org> > Subject: Re: PDP-11/45 RSTS/E boot problem > Message-ID: <C07861A6-BFD8-4AD0-AAB9-F4715904BB60 at comcast.net> > Content-Type: text/plain;??? charset=us-ascii > > > > On Feb 13, 2019, at 1:20 PM, Jay Jaeger via cctalk > <cctalk at classiccmp.org> wrote: > > > > ... > > Maybe that story about FE's using Unix as a test to confirm operation > > even when diagnostics said the machine was OK was not so much just a > > legend? > > It still fels like a legend.? My experience with DEC field service > engineers is that they used the diagnostics.? In the PDP-11 era, Unix > knowledge around DEC was pretty sparse, especially early on when it > could be found only in the Telephone Products Group (Armando > Stettner).? RSTS would be more plausible, but I never saw that in the > hads of FS engineers either. > By and large diagnostics would find problems. I've seen a number in > the 1970s, including a messy data path failure in the 11/45 MMU where > we (college students) did the initial diagnosis while the FS engineer > was on his way. My suspicion is that things not solved by diagnostics > would be escalated to the "wizard from Maynard". And they'd probably > start replacing whole subsystems. I've seen that once, when our > college RSTS-11 system (11/20, 16 DL-11 lines) was crashing on average > once a day for months. DEC brought in several of those "wizards". The > "fix" was to replace the 11/20 by a "spare part" -- an 11/45 with more > memory, a DH11, and RSTS/E. Decades later I was told that the wizards > actually pinned the blame on the college FM broadcast transmitter, > about 200 feet down the hall from the computer center. That may well > be, though I didn't heard that at the time. RSTS did get used in > manufacturing, at Final Assembly & Test sites like Westminster MA and > Salem NH, where PDP-11 systems large enough to run RSTS/E were > subjected to a load test of exerciser programs running under that OS. > The way it was explained to us is that a system that would be happy > with such a test would also be happy with any customer application. > It's not clear if that was because RSTS would load things more than > most, or was more finicky about hardware glitches than most, but it > certainly was the practice for quite some time. Of course, not all > PDP-11 configurations could be tested that way. paul I guess the experience in NJ was a bit different since AT&T had two dedicated Field Service offices who handled their sites including Bell Labs. I was on the Commercial/Government side from 81-86 and we didn't get to play with RSTS on customer sites at all (but sometimes we got to play in the in-house machines in Princeton or on our own hardware). It was a bit different in the Vax side since many diags were run under VAX/VMS and as a brand new hire I was doing Vax installs -- including installing the VMS 2.x and 3.x on 11/780's and 11/750's at install time. If they had paid for software installation -- the software guys would wipe and reinstall. If not we left the pack and prayed the customer wouldn't wipe the diags that we installed on the disk when we build the VMS pack.? Realistically the only thing the customer needed to do after we got done was tweak the systen parameters, check the swap etc. and lay on the layered products like languages. Things got much more interesting when the VMS3.x and 4.x got CI780's and HSC50's.? That was more involved than the easy VMS 2.x-3.x install. As far as the 11/70's -- I'm building a pidp1170... My last 11/70 install was around 84 or so when I put in a late DECDatasystem 570 blue 11/70 with the FCC Cabinets at AT&T in Freehold. As far as the Wizard from Maynard -- one story from my branch support guy (rumored to be about his brother on the 11/70 line in (I think in Westminster MA... not Salem or other NH plants) had an intermittant 11/70 that would crash every couple of days and they could run all the diags and DEC X11 with no issues.? They called over their in-house wizard who ran toggle-in programs from the front panel -- playing the switches like piano keys with both hands.?? After about a half hour his comment was "Clean the terminator fingers." Machine ran like a SOB once the gold fingers were cleaned. Weirdest 11/70 mess I had was after I left DEC to work for a third party maintenance group.? Their regional support was in Dallas.? I was in NJ.? They couldn't find their support guy so they rushed me on a plane to Chicago to work with two techs who were babysitting a mess they had no clue on. The site was WW Granger in Skokie and I arrived at 3AM...? They had a 5 or 6 story warehouse which was a totally robotic automated site picking water heaters and other industrial equipment from what looked like an over-sized 6 floor tape library.? Two 11/34's running RSX11 ran the picker.? One was down for weeks.? Their 11/70 was half disassembled with two techs working on it.? They were VAX trained at a third party school but they weren't PDP11 techs.? An RM03 on the 11/34's was down as well. The 11/70 was a RSTS/E box doing all the billing and inventory for Granger at the site. I walked in at 3AM with my Digital truckers cap on and found they couldn't boot XXDP+ from tape. The OS wouldn't come up either. The customer gave me a pile of error logs dating back over six months -- (I think Sept through March) and they all showed memory management error aborts and retries. The techs who thought they were changing memory never found the MOS memory box... they were swapping cache boards thinking they were memory. Went to 10000 and deposited 014747 and ran it... It either failed on addresses ending in 0 or 4 or 2 or 6. The MOS on the 11/70 had two controllers and interleaved the memory.? Pulled one of the interleave controllers -- ran the toggle in and it worked.? Aha... bad memory controller. Booted diags and sent for the board spare. Decided the RM03 would be a bitch to work on without the tester or tools and the management found a spare locally at a used DEC joint in the area.? Swapped the drive once we carried the new one up the stairs. The 11/34 had a problem... the machine wouldn't boot and the run light (IIRC) was on all the time. The machine had two full unibus dd11-dk boxes even though it didn't need them all. Terminated at the CPU backplane and did toggle-ins.? OK.? Worked... jumpered out the next UNUSED segment of the Unibus backplane with a Unibus ribbon cable and the problem was gone. The guys had been there over two weeks digging themselves a hole.? Third party service on DEC stuff varied with the person.? Some were ex-DEC genius types who were consultant level experts on the hardware.? Some just knew to swap the board with the Red Led lit. Another time I ran into an engineer who told me (chip info here faked -- don't pull the prints...too many years to have kept TE16/TM03 prints). A call comes in to dispatch with the following information: "The TE16 at Naval Air Propulsion, Trenton is down.? It doesn't come on line.? The light is lit but the system doesn't see it.? I put the board on an They supposedly changed memory on the 11/70 -- but wextender and U34 pin 12 is low and doesn't go high. I need someone to come out and change the chip." I call the site back.? I'm in Princeton 15-20 minutes away.? I get the customer on line and tell him I'll be there in 3 weeks or so.? DECservice 2 hour response won't cover the call since he wants a chip changed in 1985 and we don't stock them -- so it will be a special source issue for logistics and we'll get back to him.? Or... I can swap the M8916 Logic And Write board in about15 minutes.? Does he want it fixed or does he want to prove he called the correct chip... Bill

7 years, 6 months

Sun dealer in CA

by sales＠elecplus.com

Ken Bush - IT Solutions Specialist Parallel Technology, LLC 23510 Telo Ave #7 Torrance, CA 90505 310-320-8477 x1 Trillian "kenbush4sun" Lots of old Sun gear, will configure as requested. Please contact him directly. Cindy Croxton Electronics Plus 1613 Water Street Kerrville, TX 78028 830-370-3239 cell sales at elecplus.com --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus

7 years, 6 months

Sun stuff in Canada

by sales＠elecplus.com

WTS sun T5220, USED, qty 10, CALL, We have a huge qty of sun available interested let me know sun equip available now: 1X STORAGETEK 3510 FC 1X x4100 m2 1X sparc t520 3 x enterprise 250 1X SUN SPARC 220r 2 X SUNFIRE V210 4 X ENTERPRISE T5120 1X ENTERPRISE M4000 1X SUNFIRE V4440 1X sunfire V880 3X X SUNFIRE 240 2X SUNFIRE V245 5 X SUNFIRE V490 1X SUNFIRE 280R 3 X SUNFIRE 440 1X SUNFIRE 4200 1X SUNFIRE 4100 1X SUNFIRE X4100 M2 5X SUNFIRE V120 25 X BLADE T6340 1X BLADE T6240 10 X BLADE CHASSIS 6000 2 X BLADE X6220 1X BLADE T6320 10 X BLADE T6300 Daniel Fecteau 6025 Arthur sauv? Mirabel, Quebec J7N 2W4 TEL: 450-969-1616 ext 101 Mail: save at savesysteme.com Does not have to be sold as a lot, you can pick and choose. Please contact Daniel directly if interested. Cindy Croxton Electronics Plus 1613 Water Street Kerrville, TX 78028 830-370-3239 cell sales at elecplus.com --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus

7 years, 6 months

Sun T5440 servers, configured

by sales＠elecplus.com

Hello Cindy. I did have some of the Sun T5440's in stock. I can cover at least 4 units that would be configured. The config and cost is listed below. Let me know if you need the config adjusted in any way. Thank you. (qty-4) T5440/4x1.4ghz/128gb/2x300gbhd/DVD: $525 each BEN WILLIAMS SUN - ORACLE BROKER REP P: 315-732-1420 EXT.304 F: 315-732-1502 SKYPE: BEN at ADIRONDACKNETWORKS.NET TRILLIAN: BENANET Please contact him directly to purchase. Cindy Croxton Electronics Plus 1613 Water Street Kerrville, TX 78028 830-370-3239 cell sales at elecplus.com --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus

7 years, 6 months

mainframes and other stuff

by sales＠elecplus.com

Mainframes and other stuff Recycle center in NC is willing to save out "stuff" for people. No, no one can go in the back and scrounge. No, he does not want a lot of emails from people. Yes, he gets big blue and orange and beige 6 foot tall OLD mainframes in all the time. They squash them at the moment. Yes, he will package small orders, and will properly palletize larger orders. Local pick up will be available after the new year. So, if u can send me a picture with description and some part numbers, along with what you want to pay, I will consolidate things and make arrangements. Please don't ask for specific boards from DEC; they don't want to go into that much detail. QBUS will mean nothing to him. Big orange cabinet that says xxxxx is much more likely to get saved. They are moving to new warehouse 1st of the month, so all this will start happening after the 1st of the year. Cindy Croxton Electronics Plus 1613 Water Street Kerrville, TX 78028 830-792-3400 phone 830-792-3404 fax sales at elecplus.com AOL IM elcpls

7 years, 6 months

Vendor turned into recycler

by sales＠elecplus.com

Just outside Dallas is a very large warehouse. I have been there before, and have posted about it before. It has been acquired by a recycling company, sort of. The old man who owns the stuff thinks of the equip as his children. A week from Sat I will be going to the warehouse with 2 or 3 guys from San Antonio. We will arrive about noon, and hire a truck to bring stuff home before it turns into mincemeat. He will not sell to the public, but I have a license. If you want to attend, I can buy stuff for you. The address is 9525 Skillman St, Dallas, TX 75243 Cindy Croxton Electronics Plus 1613 Water Street Kerrville, TX 78028 830-370-3239 cell sales at elecplus.com --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus

7 years, 6 months

PDP-11/45 RSTS/E boot problem

by frisbie＠flying-disk.com

Ethan Dicks <ethan.dicks at gmail.com> wrote: > I have had an RK11-C for a long time that I've never tried to > power up (I got an RKV11-D and used that on Qbus machines > instead). Wow, someone else with an RKV11-D! I thought I was the only person who had one. I modified mine (using the dead bug technique) to add 18-bit addressing instead of just 16, and ran it successfully with RT-11 and RSX-11M on my 11/73 system. I have had DEC people visit my place, look at the RKV11-D, and say "DEC never made anything like that!". :-) Alan "and I don't exist either" Frisbie

7 years, 6 months

IBM terminals with keyboards, 3174 controllers, 4700 controllers

by sales＠elecplus.com

Previously I have posted some vendors who have old hardware they are willing to sell. Earlier this week I was in San Antonio, and I stopped by an old friend to say hello. He has several 3174 controllers, and every imaginable add-on available for them. Pallets of them! Also IBM 4700 banking controllers, and 1 monitor. No keyboards. 8" floppy drives. IBM terminals, most models available, $85 tested and working with matching keyboard, no severe screen burn. Contact bfloyd at southtexasproducts dot com. Cindy Croxton Electronics Plus 1613 Water Street Kerrville, TX 78028 830-370-3239 cell sales at elecplus.com --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus

7 years, 6 months

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

test-drb