Re: Netgear RN3320 not working properly

Poland3320 · ‎2024-07-05

Hello,

I'm having difficulties running Negear RN3320. Few days ago, SMB access to files started working very slow and I was almost immposible to read/open any files.

Web interface loads very slow, it is possible to login in but after few minutes web inteface crashes. File access works for few minutes after reboot and dies. It is possible(after few retries) to log in via ssh but I don't know any commands there. I can only resrtart or shutdown NAS.

We's started diagnosing the problem. All 12 disks are ok, no errors, no S.M.A.R.T errors.

Network cables are fine too, no CRC, retransmissions etc.

Is there any tutorial online which can help diagnosing the problem? Is there any way to test NAS components?

We've found the same used RN3320, to buy on the Internet as a last resort.

Is it possible to switch disks between two identical RN3320 chassis without problems? Maybe RN3200 chassis has it's own OS(NAS has OS6 AFAIK) and when we connect all disks, new NAS will erase all data?

Thanks for any help on this!

StephenB · ‎2024-07-05

@Poland3320 wrote:

Is it possible to switch disks between two identical RN3320 chassis without problems? Maybe RN3200 chassis has it's own OS(NAS has OS6 AFAIK) and when we connect all disks, new NAS will erase all data?

Yes. The NAS boots from the disks, and all the configuration information is stored on the disks.

However, one factor is that there is a firmware install file in the NAS flash. If the firmware in that file is newer than what is running on the NAS, then the disks will be updated to that version when the NAS boots. You should avoid that, so make a note of what firmware is currently running on the NAS. You can then make sure you install the same version on the replacement (using a scratch disk, not a disk in the array).

Note that if the firmware in the flash is older than that is on the disks, then the flash is updated from the disks That of course is ok in this situation.

@Poland3320 wrote:

We's started diagnosing the problem. All 12 disks are ok, no errors, no S.M.A.R.T errors.

Network cables are fine too, no CRC, retransmissions etc.

The absence of S.M.A.R.T errors is not enough to confirm that the disks are ok. Have you downloaded the full log zip file, and looked for errors there?

Also, do you have a backup of the data on the NAS?

.

Sandshark · ‎2024-07-05

From SSH, execute top and see if any processes are using an excessive amount of CPU time.

Poland3320 · ‎2024-07-08

@StephenB

Thanks for the quick reply.

@Poland3320 wrote:

We's started diagnosing the problem. All 12 disks are ok, no errors, no S.M.A.R.T errors.
Network cables are fine too, no CRC, retransmissions etc.
The absence of S.M.A.R.T errors is not enough to confirm that the disks are ok. Have you downloaded the full log zip file, and looked for errors there?

Also, do you have a backup of the data on the NAS?

I've done surface and S.M.A.R.T tests. All went fine.

I don't have any logs. I can access NAS only via SSH.

Are there any commands to download logs and backup configuration?

Thanks

Poland3320 · ‎2024-07-08

@Sandshark wrote:
From SSH, execute top and see if any processes are using an excessive amount of CPU time.

Commad top gave me strange results. CPU utilisation is at about 5 % and only 1 process running. Evertting looks like hardware and OS problem.

StephenB · ‎2024-07-08

@Poland3320 wrote:

@Sandshark wrote:

From SSH, execute top and see if any processes are using an excessive amount of CPU time.

Commad top gave me strange results. CPU utilisation is at about 5 % and only 1 process running. Evertting looks like OS problem.

How full is the OS partition?

Use this to check:

mount --bind / /mnt
btrfs fi df /mnt
btrfs fi show /mnt

Sandshark · ‎2024-07-08

Only one process running? I don't see how that can be. Did you log on as root?