- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
Re: Web interface and installing, updating and removing apps
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Web interface and installing, updating and removing apps
I have a ReadyNAS 214 running 6.9.3
Back when it was on 6.8.0 (I think) I was one of the people who had trouble with installing and updating apps via the web interface. When the OS updated and the problem was solved, I still had one app (Plex) that seemed to be locked up somehow and ever since I've needed to log in via SSH and install updates manually there. It doesn't happen often, so I haven't bothered trying to fix it further. I don't know if my current issue is related to this, but it seems plausible.
Today, I tried to use the web interface to install an update to Resilio Sync and it failed. The app then wouldn't work at all, so I tried to uninstall it. That failed too. I tried to SSH in to manually install it. That claimed that it work, but the app wouldn't run. I tried to uninstall it again via the web interface. That failed. I tried to manually uninstall it, and that seemed to work after a long, long time.
Is anyone else having these problems? Is there something I can do that would reset things somehow, without having to do a full factory reset? Is reinstalling the OS likely to have any effect?

- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Re: Web interface and installing, updating and removing apps
Assuming you have a good backup, why not trying the downgrade/upgrade-the-firmware-approach. It helped for example in the case below:
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Re: Web interface and installing, updating and removing apps
@Retired_Member wrote:
Assuming you have a good backup, why not trying the downgrade/upgrade-the-firmware-approach.
That resolved a very different problem, and I don't think it's likely to resolve this one.
If you do want to try it, don't try to downgrade back to 6.8.0. You'd need to stay within 6.9.x. I'd also suggest doing a simple OS-reinstall first (which I think has about the same odds of fixing it, but is less likely to make things worse).
Since you have apps installed, I suggest checking for OS partition fullness first - download the log zip file, and look in volume.log. The section you want starts with
=== df -h ===
Filesystem Size Used Avail Use% Mounted on
udev 10M 4.0K 10M 1% /dev
/dev/md0 4.0G 955M 2.7G 26% /
Look at the fullness of /dev/md0 - it's normally around 25% full. If it's over 50% full, you should probably clean it.
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Re: Web interface and installing, updating and removing apps
@StephenB wrote:
Since you have apps installed, I suggest checking for OS partition fullness first - download the log zip file, and look in volume.log. The section you want starts with=== df -h ===
Filesystem Size Used Avail Use% Mounted on
udev 10M 4.0K 10M 1% /dev
/dev/md0 4.0G 955M 2.7G 26% /
Look at the fullness of /dev/md0 - it's normally around 25% full. If it's over 50% full, you should probably clean it.
It is indeed currently showing 53%. How exactly do I clean it?
Sorry for coming back to this two months later. My work schedule got busy and I had to put this aside for a while.
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Re: Web interface and installing, updating and removing apps
@SisyphusBond wrote: It is indeed currently showing 53%. How exactly do I clean it?
Basically you need to use ssh to find out where the space is going. What you do depends on where/what the files are.
Mitigations include
- deleting temp files (for instance core files) or cache
- uninstalling apps
- replacing some app folders with symlinks to the data volume
- deleting files under system mount points (a bit tricky to find)
- truncating unrotated log files
The other approach is to bite the bullet and do the factory reset. Then reconfigure the NAS, and reload the files from your backup.
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Re: Web interface and installing, updating and removing apps
@StephenB wrote:
Basically you need to use ssh to find out where the space is going. What you do depends on where/what the files are.
Mitigations include
- deleting temp files (for instance core files) or cache
- uninstalling apps
- replacing some app folders with symlinks to the data volume
- deleting files under system mount points (a bit tricky to find)
- truncating unrotated log files
The other approach is to bite the bullet and do the factory reset. Then reconfigure the NAS, and reload the files from your backup.
I think I'm getting out of my limits of knowledge a little here. Are there any handy references for how to do any of these things? Some of them look a bit more intimidating than others.
Unfortunately I don't currently have a way of backing up a lot of the stuff on my NAS. The important things are, but I'd rather not lose the rest unless I absolutely have to.
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Re: Web interface and installing, updating and removing apps
Start by running
mount --bind / /mnt
That remounts the OS partition on /mnt. The reason you do that is that it lets you see under other mount points that can get in the way.
Then enter
du -csh /mnt/*
That will give you the data stored in each in each subfolder, and give you a clue where the space is going.
My output is here:
root@NAS:/mnt# du -csh /mnt/*
0 /mnt/1
0 /mnt/apps
6.4M /mnt/bin
0 /mnt/boot
0 /mnt/data
24K /mnt/dev
11M /mnt/etc
31M /mnt/frontview
0 /mnt/ftp_ban.tbl
0 /mnt/home
4.0K /mnt/homes
33M /mnt/lib
4.0K /mnt/lib64
0 /mnt/media
0 /mnt/mnt
4.6M /mnt/opt
0 /mnt/proc
24K /mnt/root
0 /mnt/run
11M /mnt/sbin
0 /mnt/srv
0 /mnt/sys
0 /mnt/tmp
194M /mnt/usr
673M /mnt/var
962M total
Perhaps post your output.
So perhaps start there.
When you are done, you can undo the initial mount with
cd /
umount /mnt
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Re: Web interface and installing, updating and removing apps
Thanks. Here's the output I get:
24K /mnt/= 4.0K /mnt/1 4.0K /mnt/apps 6.2M /mnt/bin 4.0K /mnt/boot 4.0K /mnt/data 12K /mnt/dev 12M /mnt/etc 31M /mnt/frontview 0 /mnt/ftp_ban.tbl 4.0K /mnt/home 0 /mnt/homes 30M /mnt/lib 16K /mnt/lost+found 24K /mnt/media 4.0K /mnt/mnt 6.1M /mnt/opt 4.0K /mnt/proc 32K /mnt/root 4.0K /mnt/run 11M /mnt/sbin 4.0K /mnt/selinux 4.0K /mnt/srv 4.0K /mnt/sys 4.0K /mnt/syslog 588K /mnt/tmp 675M /mnt/usr 1.1G /mnt/var 1.9G total
and looking further into the /mnt/var/ (as that looks like the biggest thing), it appears to mostly be from /mnt/var/lib/clamav/
There are several large files in there, including two .tmp folders, neither of which seems to have been modified since March 2017.
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Re: Web interface and installing, updating and removing apps
You should be able to delete the tmp files. I don't use the antivirus, so my totals wouldn't include that.
Also look more in /mnt/usr, as you have about 400megabytes of stuff in there that I don't have.
My breakdown looks like
32M bin 0 games 8.0K include 122M lib 4.0K local 18M sbin 24M share 0 src 194M total
with /usr/lib looking like
4.4M apache2 572K apt 8.0K avahi 0 binfmt.d 24K cgi-bin 4.0K cups 288K dbus-1.0 76K dconf 24K dpkg 4.0K gcc 16K glib-networking 268K gnupg 4.0K libbind9.so.90 60K libbind9.so.90.0.9 4.0K libcryptopp.so.9 4.0K libcrypto++.so.9 4.2M libcrypto++.so.9.0.0 4.0K libdns.so.100 1.9M libdns.so.100.2.2 4.0K libexiv2.so.12 2.2M libexiv2.so.12.0.0 4.0K libgsasl.so.7 124K libgsasl.so.7.9.6 4.0K libid3tag.so.0 104K libid3tag.so.0.3.0 4.0K libinotifytools.so.0 36K libinotifytools.so.0.4.1 4.0K libisccc.so.90 36K libisccc.so.90.0.6 4.0K libisccfg.so.90 140K libisccfg.so.90.1.0 4.0K libisc.so.95 392K libisc.so.95.5.0 4.0K liblwres.so.90 80K liblwres.so.90.0.7 4.0K libmxml.so.1 44K libmxml.so.1.4 260K libngcsd.so 2.4M libngcs.so 108K libnml.so.0 212K librccombiner.so 12K librddclient.so.0 92K libreadycloud.so 92K libreadycloud.so.1 92K libreadycloud.so.1.0.0 4.0K libreadynas.so.0 244K libreadynas.so.0.1.1 640K librndb.so.0 92K librnimage.so.1 892K librnobj.so.0 24K libsupp.a 8.2M locale 28K mime 0 modules-load.d 888K openssh 4.0K os-release 0 perl5 8.0K pm-utils 8.0K python2.7 8.0K python3 0 samba 0 sasl2 4.0K sftp-server 52K ssl 120K systemd 0 tar 88K tmpfiles.d 384K tracker 92M x86_64-linux-gnu 122M total
Though it's good to get this usage down, it might not resolve your original problem. It would rule out any possibility of the OS space being part of the problem though.