Bug: WAN (PPPoE) Uptime incorrectly reset
Moderator: Moderators
Bug: WAN (PPPoE) Uptime incorrectly reset
I've noticed that with changing some settings (e.g. QoS Download), the "WAN (PPPoE) Uptime" value on the status page gets reset even though the PPPoE connection was not reset.
Uptime appears reset: But the IP is the same: as was 16 hours ago when router was restarted: (mind the PST-CET TZ difference)
What gives?
Setup:
FW: gargoyle_1.6.2-ar71xx-generic-tl-wr1043nd-v1-squashfs-factory
HW: TP-Link TL-WR1043N/ND v1
Uptime appears reset: But the IP is the same: as was 16 hours ago when router was restarted: (mind the PST-CET TZ difference)
What gives?
Setup:
FW: gargoyle_1.6.2-ar71xx-generic-tl-wr1043nd-v1-squashfs-factory
HW: TP-Link TL-WR1043N/ND v1
Re: Bug: WAN (PPPoE) Uptime incorrectly reset
when you make the change it would be good to check the "logread"
Re: Bug: WAN (PPPoE) Uptime incorrectly reset
So, here it is.ispyisail wrote:when you make the change it would be good to check the "logread"
1. Status before: 2. Change QoS upload and Save.
3. Status after: And here's the logread output:
Code: Select all
Jan 26 19:08:43 Gargoyle daemon.info dnsmasq-dhcp[6353]: DHCPINFORM(br-lan) <IP> <MAC>
Jan 26 19:08:43 Gargoyle daemon.info dnsmasq-dhcp[6353]: DHCPACK(br-lan) <IP> <MAC> <HOST>
Jan 26 19:09:18 Gargoyle kern.info kernel: [1077585.310000] IMQ driver unloaded successfully.
Jan 26 19:09:19 Gargoyle kern.info kernel: [1077585.400000] Hooked IMQ after mangle on INPUT
Jan 26 19:09:19 Gargoyle kern.info kernel: [1077585.410000] Hooked IMQ after mangle on FORWARD
Jan 26 19:09:19 Gargoyle kern.info kernel: [1077585.410000] IMQ driver loaded successfully. (numdevs = 1, numqueues = 1)
Re: Bug: WAN (PPPoE) Uptime incorrectly reset
This still happens. Some settings cause hangouts while applying.
Re: Bug: WAN (PPPoE) Uptime incorrectly reset
I'm experiencing the same issue, "WAN (PPPoE) Uptime" resets for no apparent reason, whenever i apply changes in random tasks (QoS Download/Upload, Add new Quota, Enable/Disable Ping Watchdog, etc).
Is this a bug or expected behavior ?
It doesn't hamper any functionality, just annoying when trying to monitor the uptimes.
Is this a bug or expected behavior ?
It doesn't hamper any functionality, just annoying when trying to monitor the uptimes.
TP-Link Archer C7 v2 - Gargoyle 1.12.X
TP-Link WR842ND v2 - Gargoyle 1.10.X
TP-Link RE450 AC v2 - Stock FW 1.0.4
TP-Link WA850RE v1.2 - LEDE 17.01.1
TP-Link WR842ND v2 - Gargoyle 1.10.X
TP-Link RE450 AC v2 - Stock FW 1.0.4
TP-Link WA850RE v1.2 - LEDE 17.01.1
Re: Bug: WAN (PPPoE) Uptime incorrectly reset
It's not really a bug.
When you make changes to fundamental parts of the firewall (e.g. qos, quotas, restrictions... anything really) the firewall needs to be restarted for these to take effect.
When the firewall restarts the ppp daemon also restarts, hence the reset time stamp.
When you make changes to fundamental parts of the firewall (e.g. qos, quotas, restrictions... anything really) the firewall needs to be restarted for these to take effect.
When the firewall restarts the ppp daemon also restarts, hence the reset time stamp.
http://lantisproject.com/downloads/gargoyle_ispyisail.php for the latest releases
Please be respectful when posting. I do this in my free time on a volunteer basis.
Please be respectful when posting. I do this in my free time on a volunteer basis.
Re: Bug: WAN (PPPoE) Uptime incorrectly reset
Even if ppp deamon is restarted as you say, the connection is not reset, so the time shown is invalid --> bug.
Deamon needs to store the Uptime and restore it after restart is the connection is not changed. Otherwise it's displaying false information --> bug.
Deamon needs to store the Uptime and restore it after restart is the connection is not changed. Otherwise it's displaying false information --> bug.
Re: Bug: WAN (PPPoE) Uptime incorrectly reset
Are you certain that the ppp daemon going down doesn't reset the connection?
I don't know that it does, but it seems logical to me. I don't have a pppoe connection anymore so I can't check the syslogs to confirm.
If you can think of a better way of determining up time of the PPPoE connection let me know and I'll look into it.
The use of the date for the pppd PID file is used widely from my research.
I don't know that it does, but it seems logical to me. I don't have a pppoe connection anymore so I can't check the syslogs to confirm.
If you can think of a better way of determining up time of the PPPoE connection let me know and I'll look into it.
The use of the date for the pppd PID file is used widely from my research.
http://lantisproject.com/downloads/gargoyle_ispyisail.php for the latest releases
Please be respectful when posting. I do this in my free time on a volunteer basis.
Please be respectful when posting. I do this in my free time on a volunteer basis.
Re: Bug: WAN (PPPoE) Uptime incorrectly reset
Check the WAN IP address from my before-after screenshots.