Re: TOP Network Interface Port of a Sun Ultra 30

On 2008-08-05, Barry L. Bond <barry@xxxxxxxxxxxxxxxxxxx> wrote:

Hi DoN!

[ ... ]

find rc?.d -name \*apcupsd -print

and note any output. It should identify the startup directories which
have links which invoke the script. You should see something like this
(run on my own UPS dameon's name for a BEST Power Systems UPS):

======================================================================
Katana:csu 0:51:46 # find rc?.d -name \*checkups -print
rc0.d/K00checkups
rc2.d/S00checkups
======================================================================

Mine shows:

<<>>
rc0.d/K21apcupsd
rc1.d/S89apcupsd
rc2.d/S89apcupsd
<<>>

O.K. You'll want to rename both the rc1.d and rc2.d ones until
you get everything ready to pay attention to the UPS and the rest of the
world again.

Regular repeating error messages on the console while you're
trying to do things on the console can get old fast.

Of course, you could rename /etc/syslog.conf and "kill -HUP" the
syslogd's PID. Or simply use the command:

/etc/init.d/syslog stop to shut up all of the messages on the
console.

The one which starts with a 'K' in rc0.d turns off the chekups daemon
when shutting the system down. The one which starts with an 'S' starts
the checkups daemon when the system enters run level 2 during boot.

While you can't use it, change the 'S' to 's' (lowercase) and
the system won't try to turn it on. Remember to change it back when you
are all fixed. You can also turn it off manually by typing:

======================================================================
sh /etc/init.d/apcupsd stop
======================================================================

but it will restart next reboot.

Done. Thank you. :-)

Isn't the silence nice? :-) You can always go look in
/var/adm/messages or /var/log/syslog for reports of these things.

[ ... ]

So -- do you have a hub or enough ports on the router so you can
plug cables from both ports in? If so, the router (or hub if you have
one) should have LEDs to tell whether the ports are seeing signal from
the computer. And if the computer sees signal from the hub or router,
it should shut up about that. (Or -- if you have a crossover ethernet
cable, just plug it into both Sun ports, and each will see the other if
both are working. Of course it will complain later when it tries to
connect to other things, but this will verify that both ports still
work.

I have a D-Link router with ports for 4 computers. Right now, there
is something plugged in only for 1, which, right now, is the Linux system.
(The intention is for that to be the Sun system, when I have a second
working port on it again.)

I do not have a crossover ethernet cable.

Okay. I just plugged hme1 into the 4th port of the D-Link router.
(I say the hme1 is working.)

The light on the D-Link router comes on, solid.

On the Sun monitor, I see:

<<>>
Aug 5 18:52:19 canaan hme: SUNW,hme1 : Internal Transceiver Selected.
Aug 5 18:52:19 canaan hme: SUNW,hme1 : Auto-Negotiated 100 Mbps Full-Duplex Link Up

O.K. That one works.


Now, let me try hme0...

I unplugged the cable from hme1. I plugged it into hme0.

Hmm ... not using two cables to watch both at once?

Now, that same LED on the D-Link router is NOT on at all. And, the
screen once again says things like:

<<>>
Aug 5 18:57:29 canaan hme: SUNW, hme1 : No response from Ethernet network : Link down -- cable problem?
<<>>

O.K. Time to look for a QFE card on eBay then. Or another
single one -- but the QFE will leave your other slots free.

Or look for a system card on eBay.

A quick search for the 501-3139 finds one for $15.00 right now (auction
360020686140) plus $17.00 for shipping -- so in reality $32.00. :-)

Or at the other end of the price range is $79.99 plus a shipping
of $9.96. (This one happens to be one that I have dealt with for other
Sun parts.)

Hmm ... it looks as though the Ultra 60 is the same size and
shape CPU board -- but it accepts two CPUs instead of just one, maximum
speed of 450 MHz per CPU. The card numbers are 501-4450 or 501-4506.
Not sure whether the fans in the 30 will cool both CPUS in the 60, but
everything else looks as though it will fit.

Or you could go for a complete Ultra-60 chassis and all. I see
one (150278124496) for a buy-it-now of $27.00, 350 MHZ CPU, (it say
360), 512 MB of RAM (out of a max of 2GB), CD-ROM (instead of the
preferred SCSI DVD ROM, missing the right side and top skins -- but I
think that your Ultra 30 would be a good donor for that. It will use
the same drives (and you should be able to boot from your existing
drives with the OS you have loaded). It has the later system board, and
it appears to have *two* QFE boards. Only one CPU according to the
photos, but if it is the same speed as your Ultra-30, you can probably
put both boards in the same system. That is probably cheaper than you
would pay for two of the QFE boards at once -- but the shipping will be
a lot more for the whole system. :-)

I am really tired, and getting up at 3:30 tomorrow and weekday
mornings, I need to get to sleep. But, I just had to try this much! :-)

O.K. Is fetchmail a daemon, or is it run from the ttytab? Turn
it off too -- wherever it is. If in the ttytab (root one at a guess,
unless there is a separate "mail" account for it) just use the
"crontab -e" command and add a '#' to the start of the line which turns
it on. If a daemon, shut it off like the apcupsd -- and keep notes of
what you turned off, where, and how, so you can restore them all when
everything works again.

It's a daemon. I just issued a "stop" to it like the apcupsd. :-)

Good enough.

Right now, I haven't done anything like "mv" anything. If I do wind
up doing that, yes, I'll certainly make notes of what I did, so I can
restore it when I get things working again. :-)

O.K.

O.K. Which ethernet port did the mail come through -- and which
did the linux read it through?

The ethernet port that the email came through was hme0 -- when it was
working, before the lightning strike, on July 22. I successfully read the
mail, deleting some, moving some to other folders, leaving some, using
mutt on the Linux system, after I got home on July 22. This is stored on
the Sun hard drive, and there is an NFS mount with the Linux system.

At 13:10:54 on July 22, since then, there has been NO LIFE in the
hme0 port. But, from when I left that Tuesday morning, I had received 27
internet emails. (The syslog showed a fetchmail entry partially done at
13:10:54. The next thing in that log was the system being booted that
night. I got an email from the Sun at 13:10:54 saying it had lost contact
with the master -- the UPS.)

The Linux system, as of then, was connected -- its only network port
to hme1 of the Sun.

(I wanted to be sure I didn't mislead you! The internet emails had
been received by the Sun, the mail host, checking every five minutes for
email, BEFORE the lightning strike on that day.) :-)

O.K. So we can consider hme0 to be dead. I would still
probably go for a new system board -- or an Ultra-60 to replace the
Ultra-30. The difference seems to be two CPUs for the 60 vs one for the
30.

Is this sufficient for testing the hme0 and 1? I can look into a
crossover cable or whatever else you suggest.

The crossover cable was for if your router or hub didn't have
lights.

But make a DB-25 connector with pin 2 jumpered to pin 3 for a
quick test for the VT-??? series terminals. That way you aren't
depending on anything else --just the ability for the keyboard to send
out a character, and the display to receive and show it.

Enjoy,
DoN.

--
Email: <dnichols@xxxxxxxxxxx> | Voice (all times): (703) 938-4564
(too) near Washington D.C. | http://www.d-and-d.com/dnichols/DoN.html
--- Black Holes are where God is dividing by zero ---
.

Relevant Pages

  • Re: 7.0 installation problem
    ... <CPU Frequency Thermal Control> on cpu0 ... <ACPI PCI bus> on pcib0 ... 2 ports with 2 removable, ...
    (freebsd-questions)
  • Re: 7.0 installation problem
    ... <CPU Frequency Thermal Control> on cpu0 ... usb0: USB revision 1.0 ... 2 ports with 2 removable, ...
    (freebsd-questions)
  • Steelseries Ikari laser mouse.
    ... hptrr: adapter at PCI 4:4:0, ... 2 ports with 2 removable, ... CPU supports Enhanced Speedstep, ... hptrr: start channel ...
    (freebsd-stable)
  • ASUS Eee PC S101
    ... It had happened when I mounted nfs of ports tree and did 'make ... pci0: <ACPI PCI bus> on pcib0 ... <CPU Frequency Thermal Control> on cpu0 ...
    (freebsd-current)
  • Usb problems on 7.0 RELEASE
    ... Earlier I reported usb problems on this list. ... 686-class CPU) ... <Enhanced SpeedStep Frequency Control> on cpu0 ... 2 ports with 2 removable, ...
    (freebsd-stable)