Jira (FACT-2146) facter not returning expected ipaddress details on Solaris 10 with IPMP

0 views
Skip to first unread message

Henry Wang (JIRA)

unread,
Dec 2, 2019, 1:30:04 AM12/2/19
to puppe...@googlegroups.com
Henry Wang created an issue
 
Facter / Bug FACT-2146
facter not returning expected ipaddress details on Solaris 10 with IPMP
Issue Type: Bug Bug
Assignee: Unassigned
Attachments: s10_ipmp_facts_debug.zip
Components: PE
Created: 2019/12/01 10:29 PM
Environment:

PE: 2018.1.9, Solaris 10

Priority: Medium Medium
Reporter: Henry Wang

Attempting to configure IPMP on Solaris 10 results in networking structured fact returning 0.0.0.0 for primary ipaddress

from glance at code, the ipaddress fact should not return 0.0.0.0 addresses on Solaris; however something is obviously not working as expected since as profile is updating /etc/hosts with this value (ie: 0.0.0.0 from facts[ipaddress])

See attached output from ‘puppet facts –debug –evaltrace 2>&1’ both before and after a failover:

usyddbp4200# puppet facts --debug --evaltrace > /tmp/before 2>&1
usyddbp4200# if_mpadm -d vnet0
usyddbp4200# puppet facts --debug --evaltrace > /tmp/after 2>&1
usyddbp4200# if_mpadm -r vnet0

(note: agent is Solaris 10_u11 however dropdown only has u1 as available option)

Attachment: s10_ipmp_facts_debug.zip

 

 

 

Add Comment Add Comment
 
This message was sent by Atlassian JIRA (v7.7.1#77002-sha1:e75ca93)
Atlassian logo

Austin Boyd (JIRA)

unread,
Dec 2, 2019, 1:31:03 AM12/2/19
to puppe...@googlegroups.com
Austin Boyd updated an issue
Change By: Austin Boyd
Zendesk Ticket IDs: 37248
Zendesk Ticket Count: 1

Austin Boyd (JIRA)

unread,
Dec 2, 2019, 1:31:04 AM12/2/19
to puppe...@googlegroups.com

Henry Wang (JIRA)

unread,
Dec 2, 2019, 1:33:03 AM12/2/19
to puppe...@googlegroups.com
Henry Wang commented on Bug FACT-2146
 
Re: facter not returning expected ipaddress details on Solaris 10 with IPMP

Once IPMP is enabled in Solaris 10,  once vnet0 is detached, it is still shown as `primary` nic with IP `0.0.0.0` and facter[ipaddress] will return that value instead of valid IP address binding to another nic.

 

 

Henry Wang (JIRA)

unread,
Dec 2, 2019, 1:38:03 AM12/2/19
to puppe...@googlegroups.com
Henry Wang updated an issue
 
Change By: Henry Wang
Attempting to configure IPMP on Solaris 10 results in networking structured fact returning 0.0.0.0 for primary ipaddress

from glance at code, the ipaddress fact should not return 0.0.0.0 addresses on Solaris; however something is obviously not working as expected since as profile is updating /etc/hosts with this value (ie: 0.0.0.0 from facts[ipaddress])

See attached output from ‘puppet facts –debug –evaltrace 2>&1’ both before and after a failover:

usyddbp4200# puppet facts --debug --evaltrace > /tmp/before 2>&1
usyddbp4200# if_mpadm -d vnet0
usyddbp4200# puppet facts --debug --evaltrace > /tmp/after 2>&1
usyddbp4200# if_mpadm -r vnet0

(note: agent is Solaris 10_u11 however dropdown only has u1 as available option)


Attachment:
  [^s10_ipmp_facts_debug.zip]

 

 


 

Henry Wang (JIRA)

unread,
Dec 2, 2019, 1:38:03 AM12/2/19
to puppe...@googlegroups.com
Henry Wang updated an issue
Change By: Henry Wang
Attachment: s10_ipmp_facts_debug.zip

Henry Wang (JIRA)

unread,
Dec 2, 2019, 1:39:04 AM12/2/19
to puppe...@googlegroups.com

Henry Wang (JIRA)

unread,
Dec 2, 2019, 1:40:03 AM12/2/19
to puppe...@googlegroups.com

Henry Wang (JIRA)

unread,
Dec 2, 2019, 1:40:03 AM12/2/19
to puppe...@googlegroups.com

Henry Wang (JIRA)

unread,
Dec 2, 2019, 1:40:03 AM12/2/19
to puppe...@googlegroups.com
Henry Wang updated an issue
Change By: Henry Wang
Comment: A comment with security level 'Developers' was removed.

Henry Wang (JIRA)

unread,
Dec 2, 2019, 9:48:04 PM12/2/19
to puppe...@googlegroups.com

Mihai Buzgau (JIRA)

unread,
Dec 4, 2019, 6:41:03 AM12/4/19
to puppe...@googlegroups.com

Mihai Buzgau (JIRA)

unread,
Dec 11, 2019, 4:14:03 AM12/11/19
to puppe...@googlegroups.com

Gabriel Nagy (JIRA)

unread,
Dec 12, 2019, 4:54:05 AM12/12/19
to puppe...@googlegroups.com

Dorin Pleava (JIRA)

unread,
Jan 8, 2020, 2:55:04 AM1/8/20
to puppe...@googlegroups.com

Dorin Pleava (JIRA)

unread,
Jan 8, 2020, 9:48:03 AM1/8/20
to puppe...@googlegroups.com

Jean Bond (JIRA)

unread,
Jan 14, 2020, 10:48:04 AM1/14/20
to puppe...@googlegroups.com
Jean Bond updated an issue
Change By: Jean Bond
Release Notes Summary: Facter now uses `route -n get default` to discover the primary network interface on Solaris, as the previous implementation did not always return an interface.

Jean Bond (JIRA)

unread,
Jan 14, 2020, 10:52:04 AM1/14/20
to puppe...@googlegroups.com
Jean Bond updated an issue
Change By: Jean Bond
Release Notes Summary:   now uses `route -n get default` to discover In previous versions, Facter could not always determine the primary network interface on Solaris, as the previous implementation did not always so it sometimes failed to return an any valid interface. This is now fixed.

Gheorghe Popescu (JIRA)

unread,
Jan 15, 2020, 5:45:04 AM1/15/20
to puppe...@googlegroups.com

Jean Bond (JIRA)

unread,
Jan 15, 2020, 1:56:04 PM1/15/20
to puppe...@googlegroups.com
Jean Bond updated an issue
Change By: Jean Bond
Labels: jira_escalated resolved-issue-added
Reply all
Reply to author
Forward
0 new messages