Frontview corrupted :(

[Sharpey]

Hi,

It's a long story, but I'll just basically state where I am now. My Frontview v4.1.13 interface looks like this:



Everything is working, ie: shares etc, but I only got this far after forcing an OS re-install from holding the reset button in for 5 seconds after pressing the power button. I think the interface loaded ok once, but never again.

I luckily had installed SSH plugin ages ago, so I have SSH access to the box via Putty, but my Linux knowledge unfortunately isn't quite up there with my Windows Server and network infrastructure knowledge 😞

Could anyone give me some guidelines as to how to get this sorted please, and if you are going to throw Linux commands at me, please go easy. I can copy/paste ok 🙂 but I have no knowledge apart from basic ls rm rmdir etc

MANY THANKS IN ADVANCE,
Sharpey,

[vandermerwe]

Have you cleared the browser cache and reloaded the Frontview page?

[Sharpey]

Hi there, thanks for the quick reply. Yes I've tried that, tried in-private browsing, and in fact, tried 3 different browsers. I think the issue is a little deeper than this I'm afraid 😞

[vandermerwe]

Yes I thought so too. Hang on a while ,there may be someone here who can help you.

[Sharpey]

vandermerwe wrote:
Yes I thought so too. Hang on a while ,there may be someone here who can help you.

Certainly hope so, as I don't really relish the prospect of copying 600+GB of stuff onto another drive/factory resetting it (which might not even work)/copying it all back. :cry:

[vandermerwe]

600 gb isn't that much.
In case you don't find a solution, or the solution is to factory default, why don't you start copying it?
You should really have a backup anyway.

[Sharpey]

Here's the dilemma: (and sorry for not detailing the configuration, on the opening question), I have a 2x2TB drive raid, so to copy all the data I'd have to factory reset the box, and mount one drive in Linux Reader and copy it back.
But I'm not sure the FR will work, so I'd father fix it... whilst learning something along the way.

[Sharpey]

As requested via PM, please follow this link for my logs. It does show missing files for the UI....

https://www.dropbox.com/s/pge7slyvr3d3byd/nasinfo.txt?dl=0

Thanks in advance.....

[vandermerwe]

My advice to copy the data was based on your initial post where you said the shares were working. I assumed you meant you could access the shares over the network?

[mdgm-ntgr]

Your OS partition is full. Probably due to a large log file.

NAS:~# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/hdc1             1.9G  2.0G   13M 100% /

You can check e.g. using

# du -csh /var/*
# du -csh /var/log/*
# du -csh /var/log/frontview/*
# du -csh /var/log/frontview/backup/*

You may wish to copy the offending log file to somewhere on your data volume then do e.g.

# echo "" > /var/log/frontview/error.log

If /var/log/frontview/error.log is the huge log file.

[Sharpey]

I pulled one drive out to make sure I could read it on my PC via Linux reader. This drive is still in my PC. As far as I'm concerned, my data isn't at risk as I can also access the same data on the nas from the other drive. I ideally need to fix the UI, rather than having to factory reset it (which may not even work).

[Sharpey]

Vandermerwe, yes sorry, the original post was a little rushed.

[Sharpey]

Sorry, I'm a complete noob in Linux, so I've just blindly followed the commands and here is the output. If you need me to delete the log etc, can you list the specific commands please? Sorry....people like me must seem alien to supergeeks 🙂

login as: root
root@nas's password:
Linux NAS 2.6.17.14ReadyNAS #1 Wed Jun 20 20:08:20 PDT 2012 padre unknown
NAS:~# du -csh /var/*
128k    /var/backups
23M     /var/cache
640k    /var/ftpd
16M     /var/lib
16k     /var/local
32k     /var/lock
1.6G    /var/log
16k     /var/mail
16k     /var/netatalk
16k     /var/opt
2.2M    /var/run
1.2M    /var/spool
16k     /var/tmp
32k     /var/www
48k     /var/yp
1.7G    total
NAS:~# du -csh /var/log/*
96k     /var/log/auth.log
80k     /var/log/cron.log
80k     /var/log/cups
32k     /var/log/daemon.log
16k     /var/log/ddns
16k     /var/log/debug
16k     /var/log/dmesg
32k     /var/log/exim
976k    /var/log/frontview
0       /var/log/fsck.log
144k    /var/log/kern.log
16k     /var/log/ksymoops
0       /var/log/LeafP2P.log
0       /var/log/LeafP2P.log.old
0       /var/log/lpr.log
0       /var/log/mail.log
160k    /var/log/messages
16k     /var/log/netatalk.log
0       /var/log/netatalk.log.old
16k     /var/log/ntpstats
16k     /var/log/proftpd.log
0       /var/log/proftpd.log.old
16k     /var/log/raidiator_version
0       /var/log/raidiator_version.old
176k    /var/log/samba
192k    /var/log/syslog
1.6G    /var/log/upnp-av.log
16k     /var/log/user.log
1.6G    total
NAS:~# du -csh /var/log/frontview/*
448k    /var/log/frontview/access.log
16k     /var/log/frontview/apache-ssl.pid
0       /var/log/frontview/apache-ssl.pid.old
16k     /var/log/frontview/backup
80k     /var/log/frontview/command.log
0       /var/log/frontview/disk_smart_2014_08_31.log.old
0       /var/log/frontview/disk_smart_2014_09_07.log
0       /var/log/frontview/disk_smart_2014_09_07.log.old
0       /var/log/frontview/disk_smart_2014_09_14.log
0       /var/log/frontview/disk_smart_2014_09_14.log.old
0       /var/log/frontview/disk_smart_2014_09_21.log
0       /var/log/frontview/disk_smart_2014_09_21.log.old
0       /var/log/frontview/disk_smart_2014_09_28.log
0       /var/log/frontview/disk_smart_2014_10_05.log
0       /var/log/frontview/disk_smart_2014_10_12.log
16k     /var/log/frontview/disk_usage.log
0       /var/log/frontview/ecounter_2014_10_14_1842.log
16k     /var/log/frontview/ecounter_2014_10_14_1942.log
16k     /var/log/frontview/ecounter_2014_10_14_2020.log
16k     /var/log/frontview/ecounter_2014_10_14_2102.log
16k     /var/log/frontview/ecounter_2014_10_14_2148.log
16k     /var/log/frontview/enclosure.log
0       /var/log/frontview/enclosure.log.old
160k    /var/log/frontview/error.log
16k     /var/log/frontview/memory.log
0       /var/log/frontview/memory.log.old
16k     /var/log/frontview/msmtp.log
0       /var/log/frontview/msmtp.log.old
0       /var/log/frontview/partitions_2014_08_31.log.old
0       /var/log/frontview/partitions_2014_09_07.log
0       /var/log/frontview/partitions_2014_09_07.log.old
0       /var/log/frontview/partitions_2014_09_14.log
0       /var/log/frontview/partitions_2014_09_14.log.old
0       /var/log/frontview/partitions_2014_09_21.log
0       /var/log/frontview/partitions_2014_09_21.log.old
0       /var/log/frontview/partitions_2014_09_28.log
0       /var/log/frontview/partitions_2014_10_05.log
0       /var/log/frontview/partitions_2014_10_12.log
0       /var/log/frontview/raid_config_2014_08_31.log.old
0       /var/log/frontview/raid_config_2014_09_07.log
0       /var/log/frontview/raid_config_2014_09_07.log.old
0       /var/log/frontview/raid_config_2014_09_14.log
0       /var/log/frontview/raid_config_2014_09_14.log.old
0       /var/log/frontview/raid_config_2014_09_21.log
0       /var/log/frontview/raid_config_2014_09_21.log.old
0       /var/log/frontview/raid_config_2014_09_28.log
0       /var/log/frontview/raid_config_2014_10_05.log
0       /var/log/frontview/raid_config_2014_10_12.log
16k     /var/log/frontview/smart_errors_hdc
0       /var/log/frontview/smart_errors_hdc.old
16k     /var/log/frontview/smart_errors_hde
0       /var/log/frontview/smart_errors_hde.old
16k     /var/log/frontview/spool.err
0       /var/log/frontview/spool.err.old
32k     /var/log/frontview/spool.log
0       /var/log/frontview/spool.log.old
16k     /var/log/frontview/status.log-new
16k     /var/log/frontview/status.log-old
0       /var/log/frontview/status.log-old.old
960k    total
NAS:~# du -csh /var/log/frontview/backup/*
du: `/var/log/frontview/backup/*': No such file or directory
0       total
NAS:~# echo "" > /var/log/frontview/error.log
NAS:~#

[mdgm-ntgr]

Sharpey wrote:
1.6G /var/log/upnp-av.log 16k /var/log/user.log 1.6G total

Here is the problem log.

Try

# cp /var/log/upnp-av.log /c/upnp-av.log
# echo "" > /c/upnp-av.log
# touch /.os_update

Then reboot the NAS.

[Sharpey]

mdgm wrote:
Sharpey wrote: 1.6G /var/log/upnp-av.log 16k /var/log/user.log 1.6G total Here is the problem log. Try # cp /var/log/upnp-av.log /c/upnp-av.log # echo "" > /c/upnp-av.log # touch /.os_update Then reboot the NAS.

I love this place! 😎

It's copying that large file now.....NAS is clicking away. I shall report back when I can, as I need to get to work. Thanks you SO MUCH for the help guys, especially 'mdgm'. If this sorts it, which I have a good feeling it will, I'd like to buy you a beer via PayPal, if that's ok?

[mdgm-ntgr]

I work for NETGEAR. I am just doing my job.

[Sharpey]

mdgm wrote:
I work for NETGEAR. I am just doing my job.

Even still, praise where praise is due. People are always too quick to complain and never to say thanks. The NAS is booting now....... *drum roll please*

[mdgm-ntgr]

Thanks.

Hopefully it comes up fine now.

Your ReadyDLNA log had grown huge.

Did you install the Toggle Debug add-on for ReadyDLNA? If so your logs would have got quite verbose. Debug logs should only be enabled for as long as necessary.

[Sharpey]

mdgm wrote:
Thanks. Hopefully it comes up fine now. Your ReadyDLNA log had grown huge. Did you install the Toggle Debug add-on for ReadyDLNA? If so your logs would have got quite verbose. Debug logs should only be enabled for as long as necessary.

I'm now walking to work, but I did see Frontview load properly before I left.
Thanks a million! [emoji41]

A quick sub-question: I presume it will resync without issue if I put my other dive back in now? I'm asking as I understand the now working OS, is located on the current installed disk.

[Sharpey]

And no I'd not enabled any verbose logging, and I'd only used the dnla feature a few times in total, streaming some music on the phone.

[mdgm-ntgr]

If you add a disk while the NAS is on it will be wiped and a resync will take place. Assuming the disks are fine this should work fine.

However if you don't have an up to date backup I would suggest that you backup your data first.

[Sharpey]

mdgm wrote:
If you add a disk while the NAS is on it will be wiped and a resync will take place. Assuming the disks are fine this should work fine. However if you don't have an up to date backup I would suggest that you backup your data first.

I was intending to shut the nas down, and insert the disk, power back on.

So this will just treat the disk as blank, regardless of the content?

I agree, I should get the lot backed up onto a new drive anyway, just in case.

[mdgm-ntgr]

I would add the disk while the NAS is on to make sure it is wiped and added to the array. It will wipe it as it is out of sync with the other disk.

Or if you must add it back while the NAS is off, connect the disk to a PC and delete the partitions off it first. If it is the parity disk then perhaps format it and then delete the partitions off it.

If you cold add it it may not wipe the disk and instead fail to boot as the disks are out of sync.

[Sharpey]

mdgm wrote:

I would add the disk while the NAS is on to make sure it is wiped and added to the array. It will wipe it as it is out of sync with the other disk. Or if you must add it back while the NAS is off, connect the disk to a PC and delete the partitions off it first. If it is the parity disk then perhaps format it and then delete the partitions off it. If you cold add it it may not wipe the disk and instead fail to boot as the disks are out of sync.

Thanks for the info on this.

How would I know if it's the parity disk or not? I removed the left disk of the two. And from what I can see, both drives have ALL the data on, or is this not actually the case?

[mdgm-ntgr]

Both disks do have all the data on them except if you were using X-RAID one of them doesn't have the partition table on it as X-RAID uses a dedicated parity disk. Newer models use distributed parity amongst all the disks.