FW: MORE INFO - Path_to_inst - not picking up PCI hme adaptors -

From: Vanes, David (dvanes@emea.att.com)
Date: Wed Nov 02 2005 - 09:25:37 EST


Hi

Some more info

There are two identical boxes in a stonebeat cluster both identical V240
bought fully configured from sun with genuine sun pci cards. (pci fast
enet cards have the Mll connector )

Both boxes have the same solaris 9 build

Both boxes have the same problem.

I am guessing it is a solaris build/config problem somewhere?

//////////

Firewall 2 still has the path_to_inst with the non working hme defs
"/pci@1e,600000/SUNW,hme@2,1" 0 "hme"
"/pci@1e,600000/SUNW,hme@3,1" 1 "hme"

These will not plumb they look like the right thing to go along with the
show-devs
/pci@1e,600000/SUNW,hme@3,1
/pci@1e,600000/pci108e,1000@3
/pci@1e,600000/SUNW,hme@2,1
/pci@1e,600000/pci108e,1000@2

////////////////

Firewall 1 is the one I have been testing on and does not now have the
path_to_inst defs and I cannot recreate them.

Regards
Dave
Mailto:dvanes@emea.att.com
 -----------------------------------------------
Dave Vanes, Advisory Telecommunications Specialist
AT&T Business Service; EMEA Infrastructure Life Cycle
NEO EIELCM - GMN - Nelson Firewall and VPN Infrastructure
G02, AT&T, CDC/GCSC, Ravensbank Drive, North Moons Moat
Redditch, B98 9AY +44 1527 492170
Managed Instant Messenger id dvanes
MSN Messenger davidvanesATT@hotmail.com

-----Original Message-----
From: Vanes, David
Sent: Wednesday, November 02, 2005 12:31 PM
To: 'sunmanagers@sunmanagers.org'
Subject: Path_to_inst - not picking up PCI hme adaptors

I need someone who knows about how path_to_inst is created....

I have a Sun V240 - running Solaris 9
It is a firewall - Checkpoint - also running stonebeat

The box has the four port bge motherboard adaptor and second four port
qfe adaptor fully ocupied and working.

The box has two single port hme cards that will not come online to
solaris..
That is I cannont get to work in path_to_inst.

There were instances in path_to_inst - but they would not plumb

I need the adaptors working and configured for Nov 5th - for a new DMZ.

So what I did last night...
I thought removing and reinstalling the cards might pick them up...

//////////////////////

Shut down - removed PCI adaptors

Reboot to OK
Show-devs = no hme
Reboot -r to Solaris = path_to_inst still has old hme showing Reboot --
-r = path_to_inst still has hme

Delete hme from path_to_inst

Reboot -- -r = path_to_inst clear of hme

So now everything is clear of the hme adaptors...

Shutdown

//////////////////////////

Replace ethernet cards

///////////////////////

Boot to OK
Show-devs has hme - the following lines appear

/pci@1e,600000/SUNW,hme@3,1
/pci@1e,600000/pci108e,1000@3
/pci@1e,600000/SUNW,hme@2,1
/pci@1e,600000/pci108e,1000@2

Apply watch-net /pci@1e,600000/SUNW,hme@2,1

Checks out ok and sends mac frames ok...

Boot -r to solaris

Path_to_inst has no instances of hme

Reboot -- -r = path_to_inst still has no hme

Delete entire path_to_inst

Reboot to OK
Boot -ar
And reply yes to rebuild path_to_inst

Path_to_inst still does not have hme adaptors...

//////////////////
Try a few other things and look around in /dev and /devices Give up (it
is nearly midnight)

////////////////

Next day - I am looking at commands such as Devfsadm ; devlinks ;
drvconfig

Just tried a devfsadm -v
It gave no output but gave a new path_to_inst and still it does not have
the hme adaptors

///////////

Does anyone have any idea what to look for

Regards
Dave
Mailto:dvanes@emea.att.com
 -----------------------------------------------
Dave Vanes, Advisory Telecommunications Specialist AT&T Business
Service; EMEA Infrastructure Life Cycle NEO EIELCM - GMN - Nelson
Firewall and VPN Infrastructure G02, AT&T, CDC/GCSC, Ravensbank Drive,
North Moons Moat Redditch, B98 9AY +44 1527 492170
Managed Instant Messenger id dvanes
MSN Messenger davidvanesATT@hotmail.com
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers



This archive was generated by hypermail 2.1.7 : Wed Apr 09 2008 - 23:34:34 EDT