× NETGEAR will be terminating ReadyCLOUD service by July 1st, 2023. For more details click here.
Orbi WiFi 7 RBE973
Reply

Re: Web interface and installing, updating and removing apps

SisyphusBond
Aspirant

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?

Model: RN21400|ReadyNAS 214 Series 4-Bay (Diskless)
Message 1 of 9
Retired_Member
Not applicable

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:

https://community.netgear.com/t5/Using-your-ReadyNAS/Sigh-SMB-shares-can-t-enable-on-my-RN314/m-p/15...

Message 2 of 9
StephenB
Guru

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.

Message 3 of 9
SisyphusBond
Aspirant

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.

 

Message 4 of 9
StephenB
Guru

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.

Message 5 of 9
SisyphusBond
Aspirant

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.

Message 6 of 9
StephenB
Guru

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

Message 7 of 9
SisyphusBond
Aspirant

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.

Message 8 of 9
StephenB
Guru

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.

Message 9 of 9
Top Contributors
Discussion stats
  • 8 replies
  • 1606 views
  • 0 kudos
  • 3 in conversation
Announcements