Enter (dM) and post complete devMode output. Enter dM again to leave this mode.I updated from 2.x using cu which worked fine.
Installed pixelserv which also went fine apart from an error on completion: Error: pixelserv-tls is not running. Any ideas?
Appreciate the huge amount of work that has gone into this, thank you.
Enter (dM) and post complete devMode output. Enter dM again to leave this mode.
appState:5 stage:mh prevSett:1 news:0 nMsg:0
vUpd:0 majVer:3 instVer:3.0 appChk:0
dev:/tmp/mnt/USB path:/tmp/mnt/USB
tmpdev: psInstSt:5 psState:off
entware:1 entState:on entDevice:/tmp/mnt/USB
entDescr: readlink: /tmp/mnt/USB/ab-solution.sh
What happens if you run ps again?Code:appState:5 stage:mh prevSett:1 news:0 nMsg:0 vUpd:0 majVer:3 instVer:3.0 appChk:0 dev:/tmp/mnt/USB path:/tmp/mnt/USB tmpdev: psInstSt:5 psState:off entware:1 entState:on entDevice:/tmp/mnt/USB entDescr: readlink: /tmp/mnt/USB/ab-solution.sh
I tried removing everything and reinstalling from scratch, same issue.
What happens if you run ps again?
Scroll up in the terminal after and post content.
It will start with:
writing the pixelserv-tls startup script
writing the pixelserv-tls startup script
restarting pixelserv-tls to apply changes
Shutting down pixelserv-tls... done.
Starting pixelserv-tls (AB-Solution)... done.
checking if 192.168.1.2 responds
192.168.1.2 responded, continuing
Either your pixelserv-tls.add file is corrupt or the wget command is not working properly on your system.Code:writing the pixelserv-tls startup script restarting pixelserv-tls to apply changes Shutting down pixelserv-tls... done. Starting pixelserv-tls (AB-Solution)... done. checking if 192.168.1.2 responds 192.168.1.2 responded, continuing
Then the menu is shown.
Either your pixelserv-tls.add file is corrupt or the wget command is not working properly on your system.
Enter (cu) and select option 1. Redownload all add-on scripts
Then run ps again.
If it still happens try to find out if you can wget on the router.
Use this command exactly:
wget -q -t 5 www.ab-solution.info/releases/latest/version.info
If this does not work then the problem are the wget switches.
Technically, from the output you posted, everything seems to work.Entered cu, option 1, ps, same result.
Tested wget command, worked fine.
Just out of interest, what is the output ofTested wget command, worked fine.
Technically, from the output you posted, everything seems to work.
Try this, don't leave the AB-Solution UI to do it:
Edit /adblocking/.config/ab-solution.cfg as such:
pixelserv="1"
psInstallState="6"
psState="on"
entware="1"
entwareState="on"
prevPsState=""
psLoggingState="off"
Then run option (11). It should be green all over.
[ps] pixelserv-tls [192.168.1.2]
entware device [/tmp/mnt/USB]
Just out of interest, what is the output of
wget --help
GNU Wget 1.18, a non-interactive network retriever.
Usage: wget [OPTION]... [URL]...
That is exactly the problem: 1.18GNU Wget 1.18, a non-interactive network retriever.
That is exactly the problem: 1.18
Well, you got your pixelserv-tls installed.
Don't tell anyone I showed you a trick. It will not work in other scenarios.
I was gonna say hggomes or john9527 had a hand in this.Ah Ok. I'm running hggomes firmware 380.62 and wget was updated to 1.18 in version 380.59: (27 JUN 16).
What exactly causes the issue on 1.18, different switches/output?
Thank you for your help and your secret is safe with me
Will update scripts asap to use curl only. The curl maintainers seem not to drop things out of the blue, just for the sake of it.Ah Ok. I'm running hggomes firmware 380.62 and wget was updated to 1.18 in version 380.59: (27 JUN 16).
What exactly causes the issue on 1.18, different switches/output?
Thank you for your help and your secret is safe with me
It's not wget that caused the problem....the wget command you are using 'wget -q -t 5' is valid under both GNU and busybox wget (busybox ignores the -t though). Also, since it's the same as the previous release, I think it has to be something else.I have set the scripts to use the system binaries but others may interfere with Merlin's work.
I believe that ASUS download manager uses optware, whereas ABsolution is trying to use entware. The two don't play nicely with each other, so you won't be able to run the download manager and use pixelserv as part of AB at the same time.I am having this issue when I run "ps", please advise. note i have download manager installed on ac88u which looks to be in /tmp/opt/
AB-Solution 3: pixelserv-tls install
checking your system
testing if 'ifconfig br0 up' works on your system
this appears to be working, continuing
found a folder named opt at
/tmp/opt
but Entware does not appear to be running.
Please investigate first.
-------------------------------------------------
Based on the check above, pixelserv-tls
is not available for install with AB-Solution
Hit [Enter] to return to Menu
EDIT: fix was just to remove symbolic link opt in tmp folder which pointed to the asuss download manager which i dont even use anyways
Welcome To SNBForums
SNBForums is a community for anyone who wants to learn about or discuss the latest in wireless routers, network storage and the ins and outs of building and maintaining a small network.
If you'd like to post a question, simply register and have at it!
While you're at it, please check out SmallNetBuilder for product reviews and our famous Router Charts, Ranker and plenty more!