[OpenIndiana-discuss] OI Hipster becomes unreachable over network after a certain length of uptime

Stephan Althaus Stephan.Althaus at Duedinghausen.eu
Sun Apr 10 20:13:42 UTC 2022


On 4/10/22 22:10, Judah Richardson wrote:
> On Sun, Apr 10, 2022 at 3:07 PM Stephan Althaus <
> Stephan.Althaus at duedinghausen.eu> wrote:
>
>> On 4/10/22 19:56, Judah Richardson wrote:
>>> Update: I still get the same 0.0.0.0 messages on reboot:
>>>
>>> $ dmesg | grep 0.0.0.0
>>> Apr 10 12:36:58 DellOptiPlex390MT in.routed[562]: [ID 749644
>> daemon.notice]
>>> rge0 has a bad address 0.0.0.0
>>> Apr 10 12:37:03 DellOptiPlex390MT in.routed[562]: [ID 464608
>> daemon.error]
>>> route 0.0.0.0/24 --> 0.0.0.0 nexthop is not directly connected
>>>
>>> But as before, the machine acquires the proper IP address once the DE
>>> starts. We'll see if connectivity fails again ... usually takes 5 to 14
>>> days to happen.
>>>
>>> On Sun, Apr 10, 2022 at 12:47 PM Judah Richardson <
>> judahrichardson at gmail.com>
>>> wrote:
>>>
>>>> I do notice 0.0.0.0 error messages in the onscreen messages displayed at
>>>> boot, but when the DE launches the status bar popup shows a proper IP
>>>> address acquisition.
>>>>
>>>> Does your machine have a static IP address?
>>>>
>>>> FWIW I remembered a Reddit thread
>>>> <
>> https://www.reddit.com/r/illumos/comments/fndxp7/openindiana_hipster_machine_responds_to_ip/
>>>> about a similar (related?) OI issue
>>>> <https://github.com/jdrch/Hardware/issues/93> I was having. Someone
>>>> replied
>>>> <
>> https://www.reddit.com/r/illumos/comments/fndxp7/openindiana_hipster_machine_responds_to_ip/fl9bdoc/
>>>> with a solution
>>>> <https://dlc.openindiana.org/docs/20090715/SYSADV3/html/eyhuv.html>
>> that
>>>> I'd totally forgotten to try because I'd been able to work around the
>>>> original issue. I implemented the suggested fix just now and did #
>> reboot.
>>>> Fingers crossed.
>>>>
>>>> On Sun, Apr 10, 2022 at 7:57 AM Stephan Althaus <
>>>> Stephan.Althaus at duedinghausen.eu> wrote:
>>>>
>>>>> On 4/10/22 09:38, Stephan Althaus wrote:
>>>>>> On 4/10/22 04:13, Judah Richardson wrote:
>>>>>>> Finally got around to looking into this ongoing issue.
>>>>>>>
>>>>>>> On Thu, Dec 23, 2021 at 2:28 PM Judah Richardson
>>>>>>> <judahrichardson at gmail.com>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> On Thu, Dec 23, 2021 at 11:36 AM stes at PANDORA.BE <stes at telenet.be>
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>>> Do you still have access to a console when the system is
>>>>> 'unreachable'
>>>>>>>>> over the network ?
>>>>>>>>>
>>>>>>>> Yes, I do.
>>>>>>>>
>>>>>>>>> If you still have a text console on the system which became
>>>>>>>>> unreachable,
>>>>>>>>> perhaps you could check before rebooting whether you can see any
>>>>>>>>> errors on
>>>>>>>>> the NIC.
>>>>>>>>>
>>>>>>>>> For example using:
>>>>>>>>>
>>>>>>>>> # dladm show-link -s rge0
>>>>>>>>>
>>>>>>>>> When I run the above command on system with a e1000g0 interface, it
>>>>>>>>> prints IERRORS / OERRORS in the show-link -s e1000g0 output, so
>>>>>>>>> hopefully
>>>>>>>>> it also prints those statistics for rge0.
>>>>>>>>>
>>>>>>>> Doesn't show any errors on this end.
>>>>>>>>> Also maybe there are error messages in the /var/adm/messages
>>>>>>>>> related to
>>>>>>>>> rge0.
>>>>>>>>>
>>>>>>>> No errors there either.
>>>>>>> Seems to be a problem within the OS itself, perhaps in relation to
>> that
>>>>>>> particular NIC.
>>>>>>>
>>>>>>>
>>>>>>>> These are good ideas, thanks. I'll try them next time it happens and
>>>>>>>> then
>>>>>>>> report back.
>>>>>>>>
>>>>>>>>> Regards,
>>>>>>>>> David Stes
>>>>>>>>>
>>>>>>>>> ----- Op 22 dec 2021 om 8:56 schreef Judah Richardson
>>>>>>>>> judahrichardson at gmail.com:
>>>>>>>>>
>>>>>>>>>> On Tue, Dec 21, 2021 at 2:06 AM Joshua M. Clulow <josh at sysmgr.org
>>>>>>>>> wrote:
>>>>>>>>>>> On Mon, 20 Dec 2021 at 22:26, Judah Richardson
>>>>>>>>>>> <judahrichardson at gmail.com> wrote:
>>>>>>>>>>>> On Tue, Dec 21, 2021 at 12:23 AM Joshua M. Clulow via
>>>>>>>>>>> openindiana-discuss <openindiana-discuss at openindiana.org> wrote:
>>>>>>>>>>>>>> Any logs or anything like that in particular I should take a
>>>>> look
>>>>>>>>> at?
>>>>>>>>>>>>> What driver is in use?
>>>>>>>>>>>> How do I determine this?
>>>>>>>>>>> What do you see in "ipadm show-addr"
>>>>>>>>>> $ sudo ipadm show-addr
>>>>>>>>>> Password:
>>>>>>>>>> ADDROBJ           TYPE     STATE        ADDR
>>>>>>>>>> lo0/v4            static   ok           127.0.0.1/8
>>>>>>>>>> rge0/_b           dhcp     ok           192.168.0.71/24
>>>>>>>>>> lo0/v6            static   ok           ::1/128
>>>>>>>>>> rge0/_a           addrconf ok fe80::7a45:c4ff:fe14:10a4/10
>>>>>>>>>>
>>>>>>>>>> and "dladm show-ether"?
>>>>>>>>>>
>>>>>>>>>> ~$ sudo dladm show-ether
>>>>>>>>>> LINK            PTYPE    STATE    AUTO  SPEED-DUPLEX
>>>>>>>>>> PAUSE
>>>>>>>>>> rge0            current  up       no    1G-f
>>>>>>>>> none
>>>>>>>>>>     By
>>>>>>>>>>> default, NICs are named with the driver you're using; e.g.,
>>>>>>>>>>> "bge0" is
>>>>>>>>>>> an instance of the "bge" driver.
>>>>>>>>>>>
>>>>>>>>>>>>> What model of NIC is it?
>>>>>>>>>>>> It's an onboard Realtek NIC.
>>>>>>>>>>> If you "pkg install diagnostic/pci" you should be able to:
>>>>>>>>>>>
>>>>>>>>>>>        /usr/lib/pci/pcieadm show-devs -o
>>>>>>>>>>> bdf,vid,did,driver,vendor,device
>>>>>>>>>>>
>>>>>>>>>> $ sudo /usr/lib/pci/pcieadm show-devs -o
>>>>>>>>> bdf,vid,did,driver,vendor,device
>>>>>>>>>> BDF     VID   DID   DRIVER VENDOR                        DEVICE
>>>>>>>>>> 0/0/0   8086  100   --             Intel Corporation
>>   2nd
>>>>>>>>>> Generation Core Processor Family DRAM Controller
>>>>>>>>>> 0/2/0   8086  102   i9150          Intel Corporation
>>   2nd
>>>>>>>>>> Generation Core Processor Family Integrated Graphics Controller
>>>>>>>>>> 0/16/0  8086  1c3a  --             Intel Corporation             6
>>>>>>>>>> Series/C200 Series Chipset Family MEI Controller #1
>>>>>>>>>> 0/1a/0  8086  1c2d  ehci0          Intel Corporation             6
>>>>>>>>>> Series/C200 Series Chipset Family USB Enhanced Host Controller #2
>>>>>>>>>> 0/1b/0  8086  1c20  audiohd0       Intel Corporation             6
>>>>>>>>>> Series/C200 Series Chipset Family High Definition Audio Controller
>>>>>>>>>> 0/1c/0  8086  1c10  --             Intel Corporation             6
>>>>>>>>>> Series/C200 Series Chipset Family PCI Express Root Port 1
>>>>>>>>>> 0/1c/2  8086  1c14  pcieb1         Intel Corporation             6
>>>>>>>>>> Series/C200 Series Chipset Family PCI Express Root Port 3
>>>>>>>>>> 0/1c/4  8086  1c18  pcieb2         Intel Corporation             6
>>>>>>>>>> Series/C200 Series Chipset Family PCI Express Root Port 5
>>>>>>>>>> 3/0/0   10ec  8168  rge0           Realtek Semiconductor Co., Ltd.
>>>>>>>>>> RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
>>>>>>>>>> 0/1d/0  8086  1c26  ehci1          Intel Corporation             6
>>>>>>>>>> Series/C200 Series Chipset Family USB Enhanced Host Controller #1
>>>>>>>>>> 0/1f/0  8086  1c5c  isa0           Intel Corporation
>>   H61
>>>>>>>>>> Express Chipset LPC Controller
>>>>>>>>>> 0/1f/2  8086  1c00  pci-ide0       Intel Corporation             6
>>>>>>>>>> Series/C200 Series Chipset Family Desktop SATA Controller (IDE
>> mode,
>>>>>>>>> ports
>>>>>>>>>> 0-3)
>>>>>>>>>> 0/1f/3  8086  1c22  --             Intel Corporation             6
>>>>>>>>>> Series/C200 Series Chipset Family SMBus Controller
>>>>>>>>>> 0/1f/5  8086  1c08  pci-ide1       Intel Corporation             6
>>>>>>>>>> Series/C200 Series Chipset Family Desktop SATA Controller (IDE
>> mode,
>>>>>>>>> ports
>>>>>>>>>> 4-5)
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>> e.g., I can see, on one of my systems:
>>>>>>>>>>>
>>>>>>>>>>>       0/1f/6  8086  15b7  e1000g0        Intel Corporation
>>>>>>>>>>> Ethernet Connection (2) I219-LM
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Cheers.
>>>>>>>>>>>
>>>>>>>>>>> --
>>>>>>>>>>> Joshua M. Clulow
>>>>>>>>>>> http://blog.sysmgr.org
>>>>>>>>>>>
>>>>>>>>>> _______________________________________________
>>>>>>>>>> openindiana-discuss mailing list
>>>>>>>>>> openindiana-discuss at openindiana.org
>>>>>>>>>> https://openindiana.org/mailman/listinfo/openindiana-discuss
>>>>>>>>> _______________________________________________
>>>>>>>>> openindiana-discuss mailing list
>>>>>>>>> openindiana-discuss at openindiana.org
>>>>>>>>> https://openindiana.org/mailman/listinfo/openindiana-discuss
>>>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> openindiana-discuss mailing list
>>>>>>> openindiana-discuss at openindiana.org
>>>>>>> https://openindiana.org/mailman/listinfo/openindiana-discuss
>>>>>> Hi!
>>>>>>
>>>>>> The last few weeks i had some related symptom, that my connection to
>>>>>> the internet is not reachable after a period of time.
>>>>>>
>>>>>> In my case, the default route gets lost somehow. When i add a new
>>>>>> default route according to my home network everything is fine again.
>>>>>>
>>>>>> Some hints:
>>>>>>
>>>>>> $ route get default
>>>>>>
>>>>>> ...
>>>>>>
>>>>>> $ sudo route add 0.0.0.0 192.168.0.1
>>>>>>
>>>>>> ...
>>>>>>
>>>>>> I have a Ethernet Connection (5) I219-LM 8086:15e3
>>>>>>
>>>>>> Maybe this was since my pkg update on 2022-03-09.
>>>>>>
>>>>>> And i don't know for sure if this symptom is solved or not with my pkg
>>>>>> update yesterday, we'll see..
>>>>>>
>>>>>>
>>>>>> Regards,
>>>>>>
>>>>>> Stephan
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> openindiana-discuss mailing list
>>>>>> openindiana-discuss at openindiana.org
>>>>>> https://openindiana.org/mailman/listinfo/openindiana-discuss
>>>>> Hi!
>>>>>
>>>>> Just happened now:
>>>>>
>>>>> # ping 8.8.8.8
>>>>> ping: sendto No route to host
>>>>> # route get default
>>>>> default: not in table
>>>>> # ifconfig
>>>>> lo0: flags=2001000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv4,VIRTUAL> mtu
>>>>> 8232 index 1
>>>>>            inet 127.0.0.1 netmask ff000000
>>>>> e1000g4: flags=1004843<UP,BROADCAST,RUNNING,MULTICAST,DHCP,IPv4> mtu
>>>>> 1500 index 2
>>>>>            inet 192.168.2.63 netmask ffffff00 broadcast 192.168.2.255
>>>>>            ether a4:4c:c8:79:c2:f2
>>>>> lo0: flags=2002000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv6,VIRTUAL> mtu
>>>>> 8252 index 1
>>>>>            inet6 ::1/128
>>>>> e1000g4: flags=20002004841<UP,RUNNING,MULTICAST,DHCP,IPv6> mtu 1500
>> index
>>>>> 2
>>>>>            inet6 fe80::a64c:c8ff:fe79:c2f2/10
>>>>>            ether a4:4c:c8:79:c2:f2
>>>>> # dladm show-link
>>>>> LINK        CLASS     MTU    STATE    BRIDGE     OVER
>>>>> vboxnet0    phys      9706   up       --         --
>>>>> e1000g4     phys      1500   up       --         --
>>>>>
>>>>> $ dmesg|tail
>>>>> Apr 10 14:45:33 dell6510 in.routed[1035]: [ID 559541 daemon.warning]
>>>>> 0.0.0.0 --> 192.168.2.1 disappeared from kernel
>>>>>
>>>>> How do i find the root cause ??
>>>>>
>>>>> Greetings,
>>>>>
>>>>> Stephan
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> openindiana-discuss mailing list
>>>>> openindiana-discuss at openindiana.org
>>>>> https://openindiana.org/mailman/listinfo/openindiana-discuss
>>>>>
>>> _______________________________________________
>>> openindiana-discuss mailing list
>>> openindiana-discuss at openindiana.org
>>> https://openindiana.org/mailman/listinfo/openindiana-discuss
>> Hello!
>>
>> I have those messages, too.
>>
>> $ dmesg |grep "0.0.0.0"
>> Apr 10 14:40:33 dell6510 in.routed[1035]: [ID 749644 daemon.notice]
>> e1000g4 has a bad address 0.0.0.0
>> Apr 10 14:40:35 dell6510 in.routed[1035]: [ID 464608 daemon.error] route
>> 0.0.0.0/24 --> 0.0.0.0 nexthop is not directly connected
>> Apr 10 14:40:35 dell6510 in.routed[1035]: [ID 464608 daemon.error] route
>> 0.0.0.0 --> 192.168.2.1 nexthop is not directly connected
>> Apr 10 14:45:33 dell6510 in.routed[1035]: [ID 559541 daemon.warning]
>> 0.0.0.0 --> 192.168.2.1 disappeared from kernel
>> Apr 10 14:46:02 dell6510 in.routed[1035]: [ID 702693 daemon.warning]
>> write(rt_sock) RTM_ADD    0.0.0.0 -->192.168.2.1     metric=0 flags=0x2:
>> File exists
>> Apr 10 14:50:32 dell6510 in.routed[1035]: [ID 559541 daemon.warning]
>> 0.0.0.0 --> 192.168.2.1 disappeared from kernel
>>
>> The question is, after having successfully revceived a hdcp ip address
>> and gateway, why should it disappear after some time ?
>> I didn't have this issue last year i am shure, and i did not change the
>> network setup since then, i had always nwam running and eth auto config
>> with dhcp.
>>
>> But i followed the instructions to modify the dhcp config regarding the
>> hostname, and we will see if the issue is solved this way.
>>
>> I still 'feel' that the dhcp config modification should not be necessary..
>>
> I agree. What do you use as your DHCP server? Mine is my Pi-hole
> installation.
Mine is a  Fritz!Box 7362 SL.
>> Greetings,
>>
>> Stephan
>>
>>
>>
>> _______________________________________________
>> openindiana-discuss mailing list
>> openindiana-discuss at openindiana.org
>> https://openindiana.org/mailman/listinfo/openindiana-discuss
>>
> _______________________________________________
> openindiana-discuss mailing list
> openindiana-discuss at openindiana.org
> https://openindiana.org/mailman/listinfo/openindiana-discuss





More information about the openindiana-discuss mailing list