Apps not appearing in frontview

As an added bit of information, I tried accessing the add-ons using NASutils on android, but it gives an unexpected error.

Installed plex and went to the default port... Not working. Not sure what's going on here. The only thing I change from the default it I switch it to RAID 6. Everything else is standard. I even switched it back to "data." for the volume name.

ANOTHER factory reset, and I can see apps in the app store. But, all of the images are gone. It just shows the broken page for each image... Wow. This sucks. To get here, all I have done is factory reset, discover device in readycloud.netgear.com, sign into my account, press the ok button, go to volumes page, delete volume, reboot, go to volumes page and create new RAID6 volume with all the disks (4), allowed it to get to .75% and went to the apps page.. That's EVERYTHING I have touched since the factory reset. This is getting really really old. Is there anything wrong with the apps page? or is it my install? Maybe I got a corrupt 6.2 download.

When you delete your volume, the apps directory on it is deleted and this means the Available Apps tab won't work.

After you have created the volume you want, if you do an OS Re-install or install 6.2.0 over the top of itself is the Available Apps page fixed again?

Have you tried clearing your web browser cache (e.g. Temporary Internet Files in IE), closing your web browser then reopening the Dashboard?

I had tried to reinstall 6.2 over itself as a last resort a few minutes ago, thinking it's possible that it was corrupted. It didn't seem to work. I may have deleted the volume before I tried to check again.. After it gets done rebuilding, I'll reinstall 6.2 again and see what happens. I really hope this works... As an aside, it would be nice if the OS automatically re-created this folder or at least gave you a warning when creating a volume, or deleting one... Something.

x219c wrote:

I have the same problem, after I added an AliasMatch to Shares.conf to point my web root "/" to a webshare "/data/my_share/" like this:

AliasMatch ^/(.*)$ /data/my_share/$1
<Location "/">
  Options Indexes +Includes
  Order allow,deny
  Allow from all
  AddType text/html .shtml
  AddOutputFilter INCLUDES .shtml
  #SetHandler webshare
</Location>

With this enabled all the logo's for installed and available apps disappear as in the image above. If I remove this configuration block again, the logo's reappear in the web admin.
My guess is that it has to do with the auto generated /etc/frontview/apache/apps-https.conf file that creates aliases for all the logos. The alias in Shares.conf seems to mess up the previous settings from apps-https.conf.

# *** DO NOT EDIT. Automatically generated by /frontview/bin/fvapps. **
<Location /apps/logo>
        Options Indexes FollowSymLinks
        AllowOverride None
        Order allow,deny
        allow from all
        Include /etc/frontview/apache/Admin_Auth.conf
</Location>
Alias /apps/logo/avplus.png /apps/avplus/logo.png
Include /apps/avplus/https.conf
Alias /apps/logo/jenkins.png /apps/jenkins/logo.png
Include /apps/jenkins/https.conf
Alias /apps/koken /apps/koken/web
... etc ...

Maybe this helps you to troubleshout your problem further. Since you installed an extra application this probably added or changed apache configuration files that may override the /apps/logo location.

x219c wrote:

I see this when I access the web page remotely using the secondary HTTPS port. In my case that's because the image URL doesn't include the secondary port.

If you right click on the app image, and copy/paste the URL into notepad, you should be able to see what the problem is.

Actually, I fixed my problem by editing /etc/apache2/sites-available/fv-https and switching these two lines:

Include "/etc/frontview/apache/Shares.conf"
Include "/etc/frontview/apache/apps-https.conf"

It now looks like this:

<IfModule mod_ssl.c>
<VirtualHost _default_:443>
        Include "/etc/frontview/apache/ssl.conf"
        Include "/etc/frontview/apache/defaults.conf"
        Include "/etc/frontview/apache/http-share-redirect.conf"
        Include "/etc/frontview/apache/fv-admin.conf"
        Include "/etc/frontview/apache/apps-https.conf"
        Include "/etc/frontview/apache/Shares.conf"
        Include "/etc/frontview/apache/READYDROP.conf"
</VirtualHost>
</IfModule>

Please check to see if this fixes your problem.

I just found that all the images in the web interface of AntiVirus Plus have disappeared. Not sure if it has to do with 6.2.0 upgrade or the change listed above. Will investigate later.

Update 2014-11-27: Anti-Virus Plus runs on https because it makes itself part of the admin interface. Other apps tend to just use http. I had to exclude /admin and /apps/avplus in the AliasMatch in Shares.conf that points my web root "/" to a webshare "/data/my_share/". More on that some other time.

man, man, man... I think I was on the https port the last time around. What's strange is I've been using the https frontview all along (i just checked my bookmark) Up until switching to 6.2. (admittedly, I made the jump to RAID6 at the same time) I had absolutely no problems... As far as the app changing the symlinks, that doesn't sound bad, but I didn't install a single thing before checking that area... At the moment, it's sounding like mdgm's idea might be it. The only thing I do after a factory reset is destroy the volume and go raid6. Nothing installed or anything. My game plan for the moment is to get finished rebuilding the volume and reinstall os6.2. Once I get that finished, it'll rule out the apps folder as the culprit. dnspevl, I can see the code, but wouldn't know how to do much with it. It could be the problem, but I really wouldn't know. I guess I wasn't expecting to have to get into the command line to get RAID6 working. I'll see where we're at in a little bit.