gargoyle-ispy 2015-March-27 05:44.torrent

[vyvvyan]

@Eric

These issues with plugins not able to be uninstalled is due to a "segmentation fault" when the gpkg remove --autoremove-same-dest command is executed.

attempted to use --force-depends with the same error.


Vyvvyan can you confirm the output of "gpkg remove --autoremove-same-dest plugin-gargoyle-webshell" is "segmentation fault"?

i have discovered how to manually remove plugins but its a bit of a crap workaround.

Code: Select all

------------------------------------------------------------------
|            _____                             _                 |
|           |  __ \                           | |                |
|           | |  \/ __ _ _ __ __ _  ___  _   _| | ___            |
|           | | __ / _` | '__/ _` |/ _ \| | | | |/ _ \           |
|           | |_\ \ (_| | | | (_| | (_) | |_| | |  __/           |
|            \____/\__,_|_|  \__, |\___/ \__, |_|\___|           |
|                             __/ |       __/ |                  |
|                            |___/       |___/                   |
|                                                                |
|----------------------------------------------------------------|
| Gargoyle version 1.7.X    | OpenWrt Barrier Breaker branch     |
| Gargoyle revision 26b0b34 | OpenWrt revision r44874            |
| Built March 26, 2015      | Target  ar71xx/usb                 |
------------------------------------------------------------------
root@Router:~# gpkg remove --autoremove-same-dest plugin-gargoyle-webshell
Segmentation fault

@Lantis: Yes, segfault.

[doug_porsche]

Hi,
Reboot loop - The problem still persists, the problem is Bandwidth Monitor. Deleting /usr/data/bwmon/* and restart, clears the problem. Data from /usr/data/bwmon/ are possibly damaged . Could you look at it?

Roman

Great news.
Still trying to learn.
How did you figure this out?
Logs?

[RomanHK]

Hi,
Reboot loop - The problem still persists, the problem is Bandwidth Monitor. Deleting /usr/data/bwmon/* and restart, clears the problem. Data from /usr/data/bwmon/ are possibly damaged . Could you look at it?

Roman

Great news.
Still trying to learn.
How did you figure this out?
Logs?

The logs do not, I had only 5 seconds until the next reboot (deleted). I came upon it by chance, it was interesting that the restart is repeated even when not connected WAN or LAN or WiFi. After disconnecting the supply remembers only what is ordered by a timer - cron (timezone, bwmon, webmon) as I figured it out.

Roman

[doug_porsche]

Info for all us beginners, and sort of checking if this ok.

As I am using the router with 1.7.1 in a production environment, (That is, me using this as my primary router for work), it is not good to have the system go into an endless loop.

Here is how I have implemented a TEMPORARY workaround.

I have updated the /etc/rc.local file to include the line

rm /usr/data/bwmon/*

This will clear the (suspected) corrupted bwmon items at reboot time. This should work for me because I am not reliant on the bandwidth monitor info.

[RomanHK]

Info for all us beginners, and sort of checking if this ok.

As I am using the router with 1.7.1 in a production environment, (That is, me using this as my primary router for work), it is not good to have the system go into an endless loop.

Here is how I have implemented a TEMPORARY workaround.

I have updated the /etc/rc.local file to include the line

rm /usr/data/bwmon/*

This will clear the (suspected) corrupted bwmon items at reboot time. This should work for me because I am not reliant on the bandwidth monitor info.

Hi all,
The problem seems solved from Gargoyle PL
Create a script that start with the attribute as follows (/etc/init.d/time_backup):

Code: Select all

#!/bin/sh /etc/rc.common

START=25

boot()
{
	#set backup date if it exists
	#this makes sure we're in the same ballpark
	#as the correct time (e.g. probably right year,maybe right day/hour)
	if [ -e "/usr/data/time_backup" ] ; then
		date -u -s $(cat /usr/data/time_backup) >/dev/null 2>&1
	fi

	#set cron to periodically backup date
	touch /etc/crontabs/root
	if ! grep -q "time_backup" /etc/crontabs/root; then
		echo '0 0,4,8,12,16,20 * * * date -u  +"%Y.%m.%d-%H:%M:%S" >/usr/data/time_backup' >> /etc/crontabs/root
		/etc/init.d/cron enable
	fi

	STAT=$(uci -q get system.@system[0].stat)
	if [ "x$STAT" = "x1" ]; then
		if ! grep -q "stat.sh" /etc/crontabs/root; then
			M=$(tr -cd 0-9 </dev/urandom | head -c 3 | awk '{print $1 % 60}')
			H=$(tr -cd 0-9 </dev/urandom | head -c 3 | awk '{print $1 % 24}')
			echo "$M $H * * * /sbin/stat.sh" >> /etc/crontabs/root
		fi
	else
		if grep -q "stat.sh" /etc/crontabs/root; then
			grep -v "/sbin/stat.sh" /etc/crontabs/root > /tmp/new_cron
			mv /tmp/new_cron /etc/crontabs/root
		fi
	fi
}

start()
{
	boot
	/etc/init.d/cron restart
} 

You still need to create a symlink for auto start after reboot (/etc/rc.d/S25time_backup).
That should solve reboot loop, please test.

Please ispy that incorporated a script to firmware. Thank you.

Roman

[Lantis]

^ that script was removed in patch 1a3357f.
Apparently barrier breaker should be handling what it did on its own.

Will be interesting if it fixes for you.

[calculoso]

Confirmed bootloop issue on this build.

I saved a revised firewall restriction, after it running for days, and it started the reboot loop. Disconnecting the Ethernet/internet cable stopped the rebooting and allowed me to log in. Clearing the bandwidth usage seems to have fixed it, as all appears to be working fine now.

Thanks to all the previous messages for the steps to resolve this

[RomanHK]

In that case, I have tried to adjust the script (/etc/init.d/sysfixtime) as follows (8th line):

Code: Select all

#!/bin/sh /etc/rc.common
# Copyright (C) 2013-2014 OpenWrt.org

START=00

boot() {
	local curtime="$(date +%s)"
	local maxtime="$(find /usr/data -type f -exec date -r {} +%s \; | sort -nr | head -n1)"
	[ $curtime -lt $maxtime ] && date -s @$maxtime
}

Roman

[CarpeNoctem]

Just upgraded using web interface, settings perfectly preserved, no issues so far.

UI kinda feels more responsive, menus load a lot faster so that's an awesome plus.

Will continue testing and reporting.

Thanks for the build, Ispy.

[RomanHK]

Hi all,
Reboot loop news:
I tested it and it has something to do with the date and time. Data /usr/data/bwmon/* not damaged. My temporary modification (sysfixtime) works. You may need to fine-tune the script.

Roman