sol10x86 new install cant see intranet and cant get to the world 1

[williez]

I can't seem to get past the most basic steps if this new install, and its sucking my time and patience!

this dell optiplex g720 is named rust. i can ping 'rust', but ping fails to the gateway '10.0.0.2'.
on rust 'netstat -rn' returns:
Destination Gateway Flags Ref Use Interface
----------- ------- ----- --- --- ---------
default 10.0.0.2 UG 1 0
10.0.0.0 10.0.0.57 U 1 80 skge0
224.0.0.0 10.0.0.57 U 1 0 skge0
127.0.0.1 127.0.0.1 UH 4 4 lo0

on rust 'ifconfig -a' returns:
lo0: flags=2001000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv4,VIRTUAL> mtu 8232 index 1
inet 120.0.0.1 netmask ff000000
skge0: flags=1000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4> mtu 1500 index 2
inet 10.0.0.57 netmask ffffff00 broadcast 10.0.0.255

an existing sun V240 unix machine returns:
ifconfig -a
lo0: flags=1000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv4> mtu 8232 index 1
inet 120.0.0.1 netmask ff000000
bge0: flags=1004843<UP,BROADCAST,RUNNING,MULTICAST,DHCP,IPv4> mtu 1500 index 2
inet 10.0.0.58 netmask ffffff00 broadcast 10.0.0.255

this is my first solaris 10 install on x86 hardware, so i'm starting really simple, but eventually i'll need this to handle dhcp, and dns, and fileserv, and email, etc.

thanks for any help. :^)

 

[williez]

I've tried to let the existing DHCP config from the Win2K server to handle things by:
touching /etc/dhcp.skge0
touching an empty /etc/hostname.skge0
deleting /etc/nodename and /etc/defaultdomain
and now i have 'ifconfig -a' results:
skge0: flags=10004842<BROADCAST,RUNNING,MULTICAST,DHCP,IPv4> mtu 1500 index 2
inet 0.0.0.0 netmask 0

would this be related to the Win2K being out of client licenses?
Thanks. :^)

 

[Annihilannic]

If you snoop skge0, can you see any traffic at all? Is the link even up? (link light? ndd queries?)

Annihilannic.

 

[williez]

Thanks Annihilannic,
Results from '#snoop -d skge0"-
rust.ttcny.com -> (broadcast) ARC C Who is 10.0.0.2, ttcoo1a.ttcny.com ?
rust.ttcny.com -> (broadcast) ARC C Who is 10.0.0.2, ttcoo1a.ttcny.com ?
rust.ttcny.com -> (broadcast) ARC C Who is 10.0.0.2, ttcoo1a.ttcny.com ?
rust.ttcny.com -> (broadcast) ARC C Who is 10.0.0.2, ttcoo1a.ttcny.com ?

Also, I don't see any lights flashing/on on the NIC, yet ifconfig shows it 'UP'? :^(

Thanks

 

[williez]

Every so often snoop comes out with:
rust.ttcny.com -> (broadcast) ARP C Whois 10.0.0.57, rust.ttcny.com ?

Thanks. :^(

 

[Annihilannic]

ifconfig is only querying the TCP/IP layer, not the link layer. Doesn't look like you are seeing any traffic other than that from the local system, so I think you need to experiment with switch and/or NIC speed and autonegotiate settings until you get a link.

You can run this script to query the driver state of the NIC if it supports ndd:

#!/bin/ksh
if [ $# -lt 1 ]
then
        echo "usage: nddgetall device [instance]"
else
        if [ -c $1 ]
        then
                if [ $# -eq 2 ]
                then
                        echo "Setting instance to $2"
                        ndd -set $1 instance $2
                fi
                for p in `ndd -get $1 \? | awk 'BEGIN {getline}{print $1}'`
                do
                        echo "$p: \c"
                        ndd -get $1 $p
                done
        else
                echo $1 is not a character special device.
        fi
fi

Annihilannic.

 

[williez]

Thanks for the reply Annihilannic, but each line of the results are similar:
device: skge: No device with ndd -set selected!
instance: skge: No device with ndd -set selected!
link_status: skge: No device with ndd -set selected!
:
:
vct_status: skge: No device with ndd -set selected!


Does that mean its not really set, or that the script has a typo?

 

[dandan123]

Have you tried dladm show-dev ? I'm not sure it works on x86 systems.

 

[Annihilannic]

Also, did you try nddgetall /dev/skge 0? The NDD API isn't supported by all drivers, so it may not work anyway...

dandan123, yep, that seems to work fine under Solaris 10 x86.

Annihilannic.

 

[williez]

Hello Annihilannic:
here are the results-
Setting instance to 0
opetation failed: Invalid argument
device: skge: No device with ndd -set selected!
instance: skge: No device with ndd -set selected!
:
vct_status: skge: No device with ndd -set selected!


Apparently there isnt (and should be) more in /dev:
'# ls -ltr /dev/sk*'
'/dev/skge -> ../devices/pseudo/clone@0:skge'

in my other unix box theres:
'ls -ltr /dev/bg*'
'/dev/bge -> ../devices/pseudo/clone@0:bge'
'/dev/bge3 -> ../devices/pci@1d,700000/network@2,1:bge3'
'/dev/bge2 -> ../devices/pci@1d,700000/network@:bge2'
'/dev/bge1 -> ../devices/pci@1f,700000/network@2,1:bge1'
'/dev/bge0 -> ../devices/pci@1f,700000/network@2:bge0'


So it seems that somewhere during setup it failed.
How to re-do or to fix? Any ideas?

Thanks.

 

[williez]

hello dandan123:
results from '#dladm show-dev' are-
skge0 link:unknown speed:0 Mbps duplex:unknown

It does not sound promising, eh?
Thanks.

 

[Annihilannic]

What kind of switch/hub is this connected to? Do you have admin access to that switch? If so, try experimenting with different port speeds and with/without autonegotiate enabled. Try the same from the system end... I presume you can do that with other dladm subcommands but I don't have a Solaris 10 box handy right now to check.

Annihilannic.

 

[williez]

sorry, but when this machine was used with the included WinXP, it auto-negotiated just fine. the info i got from the person who figured out how to set up solaris-10 with this ethernet drivers, didn't have to unset auto-negotiate (matter of fact didnt have a problem at all). doesnt make sense to need to degrade functionality by locking into a speed. its not OLD hardware.

 

[cryptoadm]

Unsure of the type of NIC you have that identifies a skge driver, but if you are using Solaris 10 on x86 and not OpenSolaris or Solaris Express you will probably have problems trying to get some NICs to work. I have an PC that had Windows XP which recognized the built-in ethernet port, however, Solaris 10 didn't but OpenSolaris does. I wouldn't use Solaris 10 on an x86 server unless it is on Sun's supported hardware list. Otherwise stick with Solaris Express or OpenSolaris on x86.

 

[williez]

hello cryptoadm,
i guess i'm running too fast here... it didnt occur to me that OpenSolaris and Solaris10 were mutually exclusive. i'll retrace my steps (and try to work more slowly... [like that'll happen, :^) ])
cheers