Maybe it has something to do with Daylight Saving Time? I'm going to wait until after the changeover as a precaution, because there were issues with it in the past.calculoso wrote:I'm going to test some more, but I think there is a time bug in this build. Even though I have set the time zone, it appears that all time is being evaluated based on UTC.
The current time shows UTC
The restrictions seem to trigger off of UTC time and not my local time zone
Any idea why this would happen?
gargoyle-ispy 2015-October-31 21:31.torrent
Moderator: Moderators
Re: gargoyle-ispy 2015-October-31 21:31.torrent
Re: gargoyle-ispy 2015-October-31 21:31.torrent
Lantis was right - it needed a reboot to readjust the base time.SirDrexl wrote: Maybe it has something to do with Daylight Saving Time? I'm going to wait until after the changeover as a precaution, because there were issues with it in the past.
Unfortunately, I used the "reboot" command from the menu instead of a power cycle, and my router went into a constant reboot cycle as long as any wired connections were connected. It was up long enough for me to backup this config and revert to a previous one, and it is again stable.
I'm going to compare the configuration files to see if there is any difference between them that could cause the reboots.
Re: gargoyle-ispy 2015-October-31 21:31.torrent
the reboot loop was caused by the time being wrong.
https://lantisproject.com/downloads/gargoylebuilds 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: gargoyle-ispy 2015-October-31 21:31.torrent
Can you explain why the time would cause reboots, when it was ok before the reboot?
Re: gargoyle-ispy 2015-October-31 21:31.torrent
basically as part of the reboot process the system makes a backup of the bandwidth usage data that feeds all of the graphs.
that data has time stamps.
when the system boots up, the time gets shifted after (i think) the data gets reloaded and causes a panic. system then reboots again. The process continues indefinitely.
You can fix this by as you said removing the internet connection so it can't set the time properly (sometimes works).
or
Triggering failsafe mode, removing all data from /usr/data/bwmon, and then rebooting.
that data has time stamps.
when the system boots up, the time gets shifted after (i think) the data gets reloaded and causes a panic. system then reboots again. The process continues indefinitely.
You can fix this by as you said removing the internet connection so it can't set the time properly (sometimes works).
or
Triggering failsafe mode, removing all data from /usr/data/bwmon, and then rebooting.
https://lantisproject.com/downloads/gargoylebuilds 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.
-
- Posts: 10
- Joined: Tue Sep 01, 2015 1:01 pm
Re: gargoyle-ispy 2015-October-31 21:31.torrent
Does this version or the future 9.x version fix the wifi issue where if one device is connecting at g speeds, all devices are forced to connect at that speed?
Re: gargoyle-ispy 2015-October-31 21:31.torrent
Can CC be bumped to Changeset 47335?
https://dev.openwrt.org/changeset/47335
CC: kernel: update kernel 3.18 to version 3.18.23
Changelog:
• https://cdn.kernel.org/pub/linux/kernel ... og-3.18.22
• https://cdn.kernel.org/pub/linux/kernel ... og-3.18.23
backport of r47334.
Signed-off-by: Hauke Mehrtens <hauke@…>
Location:
branches/chaos_calmer
https://dev.openwrt.org/changeset/47335
CC: kernel: update kernel 3.18 to version 3.18.23
Changelog:
• https://cdn.kernel.org/pub/linux/kernel ... og-3.18.22
• https://cdn.kernel.org/pub/linux/kernel ... og-3.18.23
backport of r47334.
Signed-off-by: Hauke Mehrtens <hauke@…>
Location:
branches/chaos_calmer
Linksys WRT3200ACM
NETGEAR Nighthawk R7800
NETGEAR R6260
NETGEAR Nighthawk R7800
NETGEAR R6260
Re: gargoyle-ispy 2015-October-31 21:31.torrent
Is this a reported bug that will be fixed? To me, this is a system stability issue that could cause people to abandon Gargoyle completely.Lantis wrote: when the system boots up, the time gets shifted after (i think) the data gets reloaded and causes a panic. system then reboots again. The process continues indefinitely.
Re: gargoyle-ispy 2015-October-31 21:31.torrent
The thing about the reboot issue: I believe it's there but I need to know how to consistently replicate it (and I've been unable to do so, so far).
Can you specify a specific set of steps that will consistently result in the reboot bug? I need to reproduce the bug consistently before I can figure out exactly what is triggering it and fix it.
Can you specify a specific set of steps that will consistently result in the reboot bug? I need to reproduce the bug consistently before I can figure out exactly what is triggering it and fix it.
Re: gargoyle-ispy 2015-October-31 21:31.torrent
It happened to me as wellEric wrote:The thing about the reboot issue: I believe it's there but I need to know how to consistently replicate it (and I've been unable to do so, so far).
Can you specify a specific set of steps that will consistently result in the reboot bug? I need to reproduce the bug consistently before I can figure out exactly what is triggering it and fix it.
Fresh install, did not preserve setting.
at firstboot selected New Zealand time zone but time zone did not change until I ran
Code: Select all
/etc/init.d/system restart