Re: [Freeipmi-users] Tyan Thunder S2882 with m3289 bmc module

[Joshua Williams]

This morning before doing anything else, I downloaded ipmitool
(ipmitool.sourceforge.net) and it appears to work:

address@hidden software]# ipmitool -I lan -H 10.0.65.3 -U Administrator chassis 
power status
Chassis Power is on
address@hidden software]# ipmitool -I lan -H 10.0.65.3 -U Administrator chassis 
power off
Chassis Power Control: Down/Off

I downloaded and installed the libcdcipmi and ipmipower you mention
below, compiled them, and reran ipmipower but it just hangs:

address@hidden bin]# ./ipmipower -h 10.0.65.3 -f 
Password: 

I'll use ipmitool from here on.  If there's anything else you want me
to try for you on this hardware, let me know.  Thanks for all your help!

- Josh

On Wed, Jan 19, 2005 at 02:48:10PM -0800, Bala.A wrote:
> Hi,
> 
> Here is very old and unmaintained version of ipmipower.  This is for
> testing purpose.
> 
> 1. Uninstall freeipmi completely
> 
> 2. Install libcdcipmi.  You can get it from
> ftp://ftp.californiadigital.com/pub/freeipmi/download/misc/libcdcipmi-0.1.1.tar.gz
> 
> 3. Install ipmipower. You can get it from
> ftp://ftp.californiadigital.com/pub/freeipmi/download/misc/ipmipower-0.1.2.tar.gz
> 
> Please try this and let me know.
> 
> Thanks,
> 
> Best Regards
> Bala
> 
> 
> 
> > Tried both.  The on-board Intel Pro100 card was the only card up and I
> > used a cross-over cable to connect my laptop directly to the machine.
> > ipmiping and rmcpping worked fine over the cross-over but the ipmipower
> > command exhibited the same behavior.
> >
> > - Josh
> >
> > On Wed, Jan 19, 2005 at 01:12:07PM -0800, Bala.A wrote:
> >> Hi,
> >>
> >> Can you try ipmipower with the following conditions?
> >>
> >> 1. Bring up ONLY on-board Intel Pro100 card (IPMI).
> >> 2. Try ipmipower with cross-over cable connected to another machine.
> >>
> >> Thanks,
> >>
> >> Best Regards
> >> Bala
> >>
> >>
> >> > On Wed, Jan 19, 2005 at 01:54:06PM -0600, Joshua Williams wrote:
> >> >> On Wed, Jan 19, 2005 at 10:40:55AM -0800, Bala.A wrote:
> >> >> > Hi
> >> >> >
> >> >> > > Sorry for the confusion on my end... This is an S2882 and there
> >> were
> >> >> > > actually four ethernet cards in the system.  Three onboard and
> >> one
> >> >> > > PCI (another Intel - eth3).  I was trying to give the BMC the
> >> >> addresses
> >> >> > > of the PCI card (eth3).  Once I figured things out I gave it the
> >> >> > > addresses of the onboard Intel card (eth2) and started using eth2
> >> as
> >> >> > > the primary network interface, ipmiping and rmcpping started to
> >> >> work.
> >> >> > > I can't get 'ipmipower --stat' to work though.  I get the simple
> >> >> message:
> >> >> > >
> >> >> > >     # ipmipower --stat --hostname tomato
> >> >> > >     tomato: timed out
> >> >> >
> >> >> > 1. Your on-board Intel Pro100 card should be up and running with
> >> same
> >> >> IP
> >> >> > address of BMC in GNU/Linux. This is known problem in SMDC
> >> firmware.
> >> >>
> >> >> This is true:
> >> >>
> >> >> address@hidden root]# ifconfig eth2
> >> >> eth2      Link encap:Ethernet  HWaddr 00:E0:81:2B:0A:AC
> >> >>           inet addr:10.0.65.3  Bcast:10.0.65.255  Mask:255.255.255.0
> >> >> ...
> >> >>
> >> >> address@hidden root]# bmc-config --checkout
> >> >> ...
> >> >> Section LAN_Conf
> >> >>         ## Possible values:
> >> >> Unspecified/Static/Use_DHCP/Use_BIOS/Use_Others
> >> >>         Ip_Address_Source                            Static
> >> >>         ## Give valid IP Address
> >> >>         Ip_Address                                   10.0.65.3
> >> >>         ## Give valid MAC Address
> >> >>         Mac_Address
> >> 00:E0:81:2B:0A:AC
> >> >>         ## Give valid Subnet mask
> >> >>         Subnet_Mask                                  255.255.255.0
> >> >>         ## Give valid IP Address
> >> >>         Default_Gateway_Ip_Address                   10.0.65.1
> >> >>         ## Give valid MAC Address
> >> >>         Default_Gateway_Mac_Address
> >> 00:00:00:00:00:00
> >> >>         ## Give valid IP Address
> >> >>         Backup_Gateway_Ip_Address                    10.0.65.1
> >> >>         ## Give valid MAC Address
> >> >>         Backup_Gateway_Mac_Address
> >> 00:00:00:00:00:00
> >> >> EndSection
> >> >> ...
> >> >>
> >> >> > 2. Install GNU FreeIPMI in another machine (This machine should be
> >> in
> >> >> same
> >> >> > network of IPMI machine by on-board Intel Pro100 card).
> >> >>
> >> >> Installed on:
> >> >>
> >> >> address@hidden root]# rpm -q freeipmi
> >> >> freeipmi-0.1.3-0.20041102
> >> >
> >> > Sorry, this should have read:
> >> >
> >> > address@hidden root]# rpm -q freeipmi
> >> > freeipmi-0.1.3-0.20041102
> >> >
> >> > - Josh
> >> >
> >> >> address@hidden root]# ifconfig
> >> >> eth0      Link encap:Ethernet  HWaddr 00:0F:1F:2A:FC:B4
> >> >>           inet addr:10.0.3.81  Bcast:10.0.3.255  Mask:255.255.255.0
> >> >> ...
> >> >>
> >> >> This is on a 10.0.3.x subnet while the IPMI card is on a 10.0.65.x
> >> >> subnet.  Should not matter though because as you'll see below,
> >> ipmiping
> >> >> works between the two.
> >> >>
> >> >> > 3. Test ICMP ping to IPMI machine.  This should be working.
> >> >>
> >> >> This works:
> >> >>
> >> >> address@hidden root]# ping 10.0.65.3
> >> >> PING 10.0.65.3 (10.0.65.3) 56(84) bytes of data.
> >> >> 64 bytes from 10.0.65.3: icmp_seq=0 ttl=62 time=0.447 ms
> >> >> 64 bytes from 10.0.65.3: icmp_seq=1 ttl=62 time=0.386 ms
> >> >> 64 bytes from 10.0.65.3: icmp_seq=2 ttl=62 time=0.373 ms
> >> >> 64 bytes from 10.0.65.3: icmp_seq=3 ttl=62 time=0.382 ms
> >> >> 64 bytes from 10.0.65.3: icmp_seq=4 ttl=62 time=0.365 ms
> >> >>
> >> >> --- 10.0.65.3 ping statistics ---
> >> >> 5 packets transmitted, 5 received, 0% packet loss, time 3999ms
> >> >> rtt min/avg/max/mdev = 0.365/0.390/0.447/0.036 ms, pipe 2
> >> >>
> >> >> > 4. If ICMP ping is successful, test whether ipmipower, ipmiping and
> >> >> > rcmpping are working or not.
> >> >>
> >> >> ipmiping works:
> >> >>
> >> >> address@hidden root]# ipmiping 10.0.65.3
> >> >> ipmiping 10.0.65.3 (10.0.65.3)
> >> >> response received from 10.0.65.3: rq_seq=0
> >> >> response received from 10.0.65.3: rq_seq=1
> >> >> response received from 10.0.65.3: rq_seq=2
> >> >> response received from 10.0.65.3: rq_seq=3
> >> >> response received from 10.0.65.3: rq_seq=4
> >> >> response received from 10.0.65.3: rq_seq=5
> >> >> --- ipmiping 10.0.65.3 statistics ---
> >> >> 6 requests transmitted, 6 responses received in time, 0.0% packet
> >> loss
> >> >>
> >> >> As does rmcpping:
> >> >>
> >> >> address@hidden root]# rmcpping 10.0.65.3
> >> >> rmcpping 10.0.65.3 (10.0.65.3)
> >> >> pong received from 10.0.65.3: msg_tag=0
> >> >> pong received from 10.0.65.3: msg_tag=1
> >> >> pong received from 10.0.65.3: msg_tag=2
> >> >> pong received from 10.0.65.3: msg_tag=3
> >> >> pong received from 10.0.65.3: msg_tag=4
> >> >> pong received from 10.0.65.3: msg_tag=5
> >> >> --- rmcpping 10.0.65.3 statistics ---
> >> >> 6 pings transmitted, 6 pongs received in time, 0.0% packet loss
> >> >>
> >> >> What fails is ipmipower:
> >> >>
> >> >> address@hidden root]# ipmipower --stat --hostnames 10.0.65.3
> >> >> 10.0.65.3: timed out
> >> >>
> >> >> This should not be an IPMI IP port issue (section 13.1 of freeipmi
> >> >> documentation) because:
> >> >>
> >> >> address@hidden root]# tail -n 4 /etc/services
> >> >> # BMC IPMI/RMCP services
> >> >> rmcp    623/udp         # Aux Bus Shunt (Primary RMCP Port)
> >> >> rmcps   664/udp         # Secure Aux Bus (Secondary RMCP Port)
> >> >>
> >> >> I also have done the following:
> >> >>
> >> >> address@hidden root]# touch -f /var/lib/freeipmi/ipckey.new
> >> >> address@hidden root]# ls --inode /var/lib/freeipmi/ipckey*
> >> >> 3533355 /var/lib/freeipmi/ipckey  3533399
> >> /var/lib/freeipmi/ipckey.new
> >> >> address@hidden root]# mv -f /var/lib/freeipmi/ipckey.new
> >> >> /var/lib/freeipmi/ipckey
> >> >> address@hidden root]# ls --inode /var/lib/freeipmi/ipckey
> >> >> 3533399 /var/lib/freeipmi/ipckey
> >> >>
> >> >> Any suggestions?
> >> >>
> >> >> - Josh
> >> >>
> >> >> > Please try these steps and let me know.
> >> >> >
> >> >> >
> >> >> >
> >> >> > > The S2882 BIOS and the SMDC firware are the latest up to date
> >> >> versions.
> >> >> > > The only sign of something amiss is the following bmc-config
> >> output:
> >> >> > >
> >> >> > > ...
> >> >> > > Section Serial_Channel
> >> >> > > Error in checkout of key <Volatile_Access_Mode>
> >> >> > > Error in checkout of key <Volatile_Enable_User_Level_Auth>
> >> >> > > Error in checkout of key <Volatile_Enable_Per_Message_Auth>
> >> >> > > Error in checkout of key <Volatile_Enable_Pef_Alerting>
> >> >> > > Error in checkout of key <Volatile_Channel_Privilege_Limit>
> >> >> > > Error in checkout of key <Non_Volatile_Access_Mode>
> >> >> > > Error in checkout of key <Non_Volatile_Enable_User_Level_Auth>
> >> >> > > Error in checkout of key <Non_Volatile_Enable_Per_Message_Auth>
> >> >> > > Error in checkout of key <Non_Volatile_Enable_Pef_Alerting>
> >> >> > > Error in checkout of key <Non_Volatile_Channel_Privilege_Limit>
> >> >> > > EndSection
> >> >> > > Section Serial_Conf
> >> >> > > Error in checkout of key <Enable_Basic_Mode>
> >> >> > > Error in checkout of key <Enable_PPP_Mode>
> >> >> > > Error in checkout of key <Enable_Terminal_Mode>
> >> >> > > Error in checkout of key <Connect_Mode>
> >> >> > > Error in checkout of key <Page_Blackout_Interval>
> >> >> > > Error in checkout of key <Call_Retry_Time>
> >> >> > > Error in checkout of key <Enable_DTR_Hangup>
> >> >> > > Error in checkout of key <Flow_Control>
> >> >> > > Error in checkout of key <Bit_Rate>
> >> >> > > EndSection
> >> >> > > ...
> >> >> >
> >> >> > Tyan does not support Serial Channel in BMC.  You can safely ignore
> >> >> this
> >> >> > as warnings and they are not related with ipmipower,ipmiping or
> >> >> rmcpping.
> >> >> >
> >> >> >
> >> >> >
> >> >> > Thanks,
> >> >> >
> >> >> > Best Regards
> >> >> > Bala
> >> >> >
> >> >> > --
> >> >> > Free as in Freedom
> >> >> > http://www.gnu.org/
> >> >
> >> >
> >>
> >>
> >> --
> >> Free as in Freedom
> >> http://www.gnu.org/
> >
> 
> 
> -- 
> Free as in Freedom
> http://www.gnu.org/