freeipmi-users
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Freeipmi-users] [EXTERNAL] ./ipmi-sensors -D LAN -h 192.168.201.141


From: Webb, Brad
Subject: Re: [Freeipmi-users] [EXTERNAL] ./ipmi-sensors -D LAN -h 192.168.201.141 -u '' -p '' Doesn't seem to work
Date: Fri, 23 Jun 2023 15:39:50 +0000

Hi Al

You said request isn’t returning legit data. But, do you mean the response from 
the device isn’t returning legit data? Just trying to figure out which side of 
the fence the problem is on: freeipmi or the vendor.

Also, can you give me a little more insight to what part of the data is 
incorrect?

Webb, Steven B. (Brad Webb)
Software Engineer
Bldg: 8600
Rm: K-137
MS: 6485
865-924-5877
webbsb@ornl.gov (8w4@ornl.gov)
Spallation Neutron Source

 

> On Jun 23, 2023, at 10:40 AM, Al Chu11 via Freeipmi-users 
> <freeipmi-users@gnu.org> wrote:
> 
> Hi Brad,
> 
> Looks like my guess was right.  The get auth cap request isn't returning 
> legit data and FreeIPMI borks as a result.  Thus the "-W authcap" workaround 
> gets around the problem.
> 
> Al
> 
> On 6/23/23 04:49, Webb, Brad via Freeipmi-users wrote:
>> Hi Al
>> 
>> Debug info is below:
>> 
>> [8w4@dev-opi3 sbin]$ ./ipmi-sensors -D LAN -h 192.168.201.141 -u "" -p "" 
>> --debug
>> 192.168.201.141: =====================================================
>> 192.168.201.141: IPMI 1.5 Get Channel Authentication Capabilities Request
>> 192.168.201.141: =====================================================
>> 192.168.201.141: RMCP Header:
>> 192.168.201.141: ------------
>> 192.168.201.141: [               6h] = version[ 8b]
>> 192.168.201.141: [               0h] = reserved[ 8b]
>> 192.168.201.141: [              FFh] = sequence_number[ 8b]
>> 192.168.201.141: [               7h] = message_class.class[ 5b]
>> 192.168.201.141: [               0h] = message_class.reserved[ 2b]
>> 192.168.201.141: [               0h] = message_class.ack[ 1b]
>> 192.168.201.141: IPMI Session Header:
>> 192.168.201.141: --------------------
>> 192.168.201.141: [               0h] = authentication_type[ 8b]
>> 192.168.201.141: [               0h] = session_sequence_number[32b]
>> 192.168.201.141: [               0h] = session_id[32b]
>> 192.168.201.141: [               9h] = ipmi_msg_len[ 8b]
>> 192.168.201.141: IPMI Message Header:
>> 192.168.201.141: --------------------
>> 192.168.201.141: [              20h] = rs_addr[ 8b]
>> 192.168.201.141: [               0h] = rs_lun[ 2b]
>> 192.168.201.141: [               6h] = net_fn[ 6b]
>> 192.168.201.141: [              C8h] = checksum1[ 8b]
>> 192.168.201.141: [              81h] = rq_addr[ 8b]
>> 192.168.201.141: [               0h] = rq_lun[ 2b]
>> 192.168.201.141: [              2Fh] = rq_seq[ 6b]
>> 192.168.201.141: IPMI Command Data:
>> 192.168.201.141: ------------------
>> 192.168.201.141: [              38h] = cmd[ 8b]
>> 192.168.201.141: [               Eh] = channel_number[ 4b]
>> 192.168.201.141: [               0h] = reserved1[ 3b]
>> 192.168.201.141: [               0h] = get_ipmi_v2.0_extended_data[ 1b]
>> 192.168.201.141: [               3h] = maximum_privilege_level[ 4b]
>> 192.168.201.141: [               0h] = reserved2[ 4b]
>> 192.168.201.141: IPMI Trailer:
>> 192.168.201.141: --------------
>> 192.168.201.141: [              7Ah] = checksum2[ 8b]
>> 192.168.201.141: =====================================================
>> 192.168.201.141: IPMI 1.5 Get Channel Authentication Capabilities Response
>> 192.168.201.141: =====================================================
>> 192.168.201.141: RMCP Header:
>> 192.168.201.141: ------------
>> 192.168.201.141: [               6h] = version[ 8b]
>> 192.168.201.141: [               0h] = reserved[ 8b]
>> 192.168.201.141: [              FFh] = sequence_number[ 8b]
>> 192.168.201.141: [               7h] = message_class.class[ 5b]
>> 192.168.201.141: [               0h] = message_class.reserved[ 2b]
>> 192.168.201.141: [               0h] = message_class.ack[ 1b]
>> 192.168.201.141: IPMI Session Header:
>> 192.168.201.141: --------------------
>> 192.168.201.141: [               0h] = authentication_type[ 8b]
>> 192.168.201.141: [               0h] = session_sequence_number[32b]
>> 192.168.201.141: [               0h] = session_id[32b]
>> 192.168.201.141: [              10h] = ipmi_msg_len[ 8b]
>> 192.168.201.141: IPMI Message Header:
>> 192.168.201.141: --------------------
>> 192.168.201.141: [              81h] = rq_addr[ 8b]
>> 192.168.201.141: [               0h] = rq_lun[ 2b]
>> 192.168.201.141: [               7h] = net_fn[ 6b]
>> 192.168.201.141: [              63h] = checksum1[ 8b]
>> 192.168.201.141: [              20h] = rs_addr[ 8b]
>> 192.168.201.141: [               0h] = rs_lun[ 2b]
>> 192.168.201.141: [              2Fh] = rq_seq[ 6b]
>> 192.168.201.141: IPMI Command Data:
>> 192.168.201.141: ------------------
>> 192.168.201.141: [              38h] = cmd[ 8b]
>> 192.168.201.141: [               0h] = comp_code[ 8b]
>> 192.168.201.141: [               8h] = channel_number[ 8b]
>> 192.168.201.141: [               1h] = authentication_type.none[ 1b]
>> 192.168.201.141: [               1h] = authentication_type.md2[ 1b]
>> 192.168.201.141: [               1h] = authentication_type.md5[ 1b]
>> 192.168.201.141: [               0h] = authentication_type.reserved1[ 1b]
>> 192.168.201.141: [               1h] = 
>> authentication_type.straight_password_key[ 1b]
>> 192.168.201.141: [               0h] = authentication_type.oem_prop[ 1b]
>> 192.168.201.141: [               1h] = authentication_type.reserved2[ 1b]
>> 192.168.201.141: [               1h] = 
>> authentication_type.ipmi_v2.0_extended_capabilities_available[ 1b]
>> 192.168.201.141: [               0h] = 
>> authentication_status.anonymous_login[ 1b]
>> 192.168.201.141: [               1h] = authentication_status.null_username[ 
>> 1b]
>> 192.168.201.141: [               0h] = 
>> authentication_status.non_null_username[ 1b]
>> 192.168.201.141: [               1h] = 
>> authentication_status.user_level_authentication[ 1b]
>> 192.168.201.141: [               1h] = 
>> authentication_status.per_message_authentication[ 1b]
>> 192.168.201.141: [               0h] = authentication_status.k_g[ 1b]
>> 192.168.201.141: [               0h] = authentication_status.reserved[ 2b]
>> 192.168.201.141: [               1h] = 
>> channel_supports_ipmi_v1.5_connections[ 1b]
>> 192.168.201.141: [               1h] = 
>> channel_supports_ipmi_v2.0_connections[ 1b]
>> 192.168.201.141: [               0h] = reserved[ 6b]
>> 192.168.201.141: [            CDABh] = oem_id[24b]
>> 192.168.201.141: [               0h] = oem_auxiliary_data[ 8b]
>> 192.168.201.141: IPMI Trailer:
>> 192.168.201.141: --------------
>> 192.168.201.141: [              78h] = checksum2[ 8b]
>> ./ipmi-sensors: username invalid
>> 
>> 
>> Webb, Steven B. (Brad Webb)
>> Software Engineer
>> Bldg: 8600
>> Rm: K-137
>> MS: 6485
>> 865-924-5877
>> webbsb@ornl.gov (8w4@ornl.gov)
>> Spallation Neutron Source
>> 
>> 
>> 
>> On Jun 22, 2023, at 10:23 AM, Klemen Vodopivec <klemen@vodopivec.org> wrote:
>> 
>> 
>> 
>> ---------- Forwarded message ---------
>> From: Al Chu11 via Freeipmi-users 
>> <freeipmi-users@gnu.org<mailto:freeipmi-users@gnu.org>>
>> Date: Wed, Jun 21, 2023 at 2:51 PM
>> Subject: Re: [Freeipmi-users] ./ipmi-sensors -D LAN -h 192.168.201.141 -u '' 
>> -p '' Doesn't seem to work
>> To: <freeipmi-users@gnu.org<mailto:freeipmi-users@gnu.org>>
>> 
>> 
>> Hi,
>> 
>> Does not specifying -u and -p work?  That is the way most users say "no
>> username" or "no password".
>> 
>> Skimming the code, I'm not sure why empty strings on the command line
>> wouldn't work.  Although I guess there is some corner case in there.
>> Could you run --debug and we can see if something becomes clear.
>> 
>> Al
>> 
>> On 6/21/23 11:36, Webb, Brad via Freeipmi-users wrote:
>>> Hi
>>> 
>>> I just installed freeipmi_1.6.11 and when I run ./ipmi-sensors -D LAN -h 
>>> 192.168.201.141 -u '' -p '' I get ./ipmi-sensors: username invalid
>>> 
>>> I am running this on a redhat machine and trying to talk to a vadatech 
>>> VT811.
>>> 
>>> When I use ipmitool -I lan -H 192.168.201.141 -U "" -P "" sdr, it works 
>>> just fine.
>>> 
>>> Can you help me understand why the ipmi-sensors command is not working?
>>> 
>>> When I log into the vadatech and list the users I get the following:
>>> 
>>> [root@vtipmi ~]# list_users
>>> Max Users Supported: 63
>>> User          User            Account
>>> ID                           Status
>>> 01            null            Enabled
>>> 02            shelf           Enabled
>>> 03            console         Enabled
>>> 
>>> 
>>> 
>>> Webb, Steven B. (Brad Webb)
>>> Software Engineer
>>> Bldg: 8600
>>> Rm: K-137
>>> MS: 6485
>>> 865-924-5877
>>> webbsb@ornl.gov<mailto:webbsb@ornl.gov><mailto:webbsb@ornl.gov<mailto:webbsb@ornl.gov>>
>>>  
>>> (8w4@ornl.gov<mailto:8w4@ornl.gov><mailto:8w4@ornl.gov<mailto:8w4@ornl.gov>>)
>>> Spallation Neutron Source
>>> 
>>> _______________________________________________
>>> Freeipmi-users mailing list
>>> Freeipmi-users@gnu.org<mailto:Freeipmi-users@gnu.org>
>>> https://urldefense.us/v3/__https://lists.gnu.org/mailman/listinfo/freeipmi-users__;!!G2kpM7uM-TzIFchu!2ryCsne5y-EIsQTHkLP5SloHbe-EvUnqyol2Lh7U8LwD9iZcYdJWIaFLZcL853VVOvmjpg_n3FBOCxpFxxxei8wT$
>> --
>> Albert Chu
>> Livermore Computing
>> Lawrence Livermore National Laboratory
>> 
>> 
>> _______________________________________________
>> Freeipmi-users mailing list
>> Freeipmi-users@gnu.org<mailto:Freeipmi-users@gnu.org>
>> https://urldefense.us/v3/__https://lists.gnu.org/mailman/listinfo/freeipmi-users__;!!G2kpM7uM-TzIFchu!1nDqtSK1L0iZenOE84B19nlGOzXkBaecn8wEWSlvsJ_iTTCWp0LVFo71kX2pXQOpPOOA81jwhWodgrM5P7NpVpHz$
>>  
>> <https://urldefense.us/v2/url?u=https-3A__lists.gnu.org_mailman_listinfo_freeipmi-2Dusers&d=DwMFaQ&c=v4IIwRuZAmwupIjowmMWUmLasxPEgYsgNI-O7C4ViYc&r=w8zhEtY7TeuOSDqJj5MZfA&m=6FhVPga8UPlv3jrygvjKp47aTAFvCeZiUss24ZtCJCYUnIIsNjN6wSZFz028Cb_K&s=pijaL0MwrZVUlCpvwY3fNFNyeTPPjCWfmNf_r1hXbCk&e=>
>> 
>> _______________________________________________
>> Freeipmi-users mailing list
>> Freeipmi-users@gnu.org
>> https://urldefense.us/v3/__https://lists.gnu.org/mailman/listinfo/freeipmi-users__;!!G2kpM7uM-TzIFchu!1nDqtSK1L0iZenOE84B19nlGOzXkBaecn8wEWSlvsJ_iTTCWp0LVFo71kX2pXQOpPOOA81jwhWodgrM5P7NpVpHz$
> 
> -- 
> Albert Chu
> Livermore Computing
> Lawrence Livermore National Laboratory
> 
> 
> _______________________________________________
> Freeipmi-users mailing list
> Freeipmi-users@gnu.org
> https://urldefense.us/v2/url?u=https-3A__lists.gnu.org_mailman_listinfo_freeipmi-2Dusers&d=DwIGaQ&c=v4IIwRuZAmwupIjowmMWUmLasxPEgYsgNI-O7C4ViYc&r=w8zhEtY7TeuOSDqJj5MZfA&m=8welQkgPXYPhJ-XVC5Gxty8M-8upV9lnwy9MjtdYaYRJ4DfotNtIygwHLej1kpGG&s=-X2jB3XSX1DONvMjUQD5bH3cby7n88HTIG7ZVZej95Y&e=
>  


reply via email to

[Prev in Thread] Current Thread [Next in Thread]