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

Re: ReadyNAS Ultra 2, OS 6, Dead volume

readyram
Tutor

ReadyNAS Ultra 2, OS 6, Dead volume

Hello

 

I have an old ReadyNAS Ultra 2, running OS 6.

I was trying to set up MySql on it when the frontend suddenly failed and I had to do a har reboot. When it booted back up the volume was missing/dead.

 

Any ideas on what I should look for in the log files, or maybe paste here on the forum? (tried to upload the logs here, but zip not allowed). I looked thorugh most of them, but can't find any hints to what caused the crash. My "complimentary support period" ended in 2012, and I'm running an unsupported OS, so no hope of getting help from netgear I guess...

 

Due to a recent change in raid level I had no real data on there, but it would be nice to know what caused the crash.

 

Thankfully for any input.

Model: RNDU2000|ReadyNAS Ultra 2 Chassis only
Message 1 of 9

Accepted Solutions
Marc_V
NETGEAR Employee Retired

Re: ReadyNAS Ultra 2, OS 6, Dead volume

@readyram

 

Your System root volume is at 100%. The services failed to start and getting your volume md127 to stop. I don't think there are issues with the disks (smart_history and diskinfo)

 

If you are comfortable with SSH you will be able to remove the files or data that consumed the System volume and restart the RAID. Contacting Support is not an option but the Community might be able to help.

 

If you have full backup of data, Factory reset is another option.

 

Hope this helps!

 

 

Regards 

View solution in original post

Message 3 of 9

All Replies
Marc_V
NETGEAR Employee Retired

Re: ReadyNAS Ultra 2, OS 6, Dead volume

@readyram

 

Welcome to the Community!

 

Can you send the file through PM using google drive shareable link?

 


Regards

Message 2 of 9
Marc_V
NETGEAR Employee Retired

Re: ReadyNAS Ultra 2, OS 6, Dead volume

@readyram

 

Your System root volume is at 100%. The services failed to start and getting your volume md127 to stop. I don't think there are issues with the disks (smart_history and diskinfo)

 

If you are comfortable with SSH you will be able to remove the files or data that consumed the System volume and restart the RAID. Contacting Support is not an option but the Community might be able to help.

 

If you have full backup of data, Factory reset is another option.

 

Hope this helps!

 

 

Regards 

Message 3 of 9
readyram
Tutor

Re: ReadyNAS Ultra 2, OS 6, Dead volume

Yeah, I've started a factory reset now.

 

Thank you so much for havig a look @Marc_V , good to know that the discs are probably ok.

 

I am comfortable with SSH, but I have very little clue as to what I'm doing.

 

I've been transferring some large database dumps from another machine and I guess, if I understood your answer, it ended up in the root volume filling it up, instead of in the 1TB of free data space... I'm having a hard time understanding the file structure I think, where should I have transferred the files to, assuming default shares?

Message 4 of 9
Sandshark
Sensei

Re: ReadyNAS Ultra 2, OS 6, Dead volume

Did you add MySql via a NetGear app (which should not have put it on the root partition) or via SSH (which would have)?  Likewise, what about the apps that are utilizing the databases?

Message 5 of 9
readyram
Tutor

Re: ReadyNAS Ultra 2, OS 6, Dead volume

I sent the files from an rpi using rsync, via SSH (I guess...?).

I want to use the NAS as a place to store the state history tables from the database of a Home assistant (HA) instance running on said pi.

 

I ran the command below on the pi to send the dump file:

rsync -avz database.dump admin@ReadyNAS:/data/home

 

By creating some test files now, I see that /data/home seems to be the same location as /home. Confusing to a linux novice...

 

  

Message 6 of 9
Sandshark
Sensei

Re: ReadyNAS Ultra 2, OS 6, Dead volume

But. /home, which is a link to /data/home on your system (and the default for an XRAID system), is not a share you should be writing to.  It's the base share for all the user home shares.  It's not directly shareable, and is accessible only using admin credentials.  You should create a share expressly for your databases, and it is best if you use something other than admin credentials to access it..

 

It is in /data, at least, so shouldn't be filling up the OS partition.

Message 7 of 9
readyram
Tutor

Re: ReadyNAS Ultra 2, OS 6, Dead volume

Yeah, I realized too late. Being used  to windows file structure I thought anything inside /data would be the data share but /data/home apparently is not...

 

I don't know where the actual databases have ended up, but I'm trusting the MySql app not to put them in the OS share...

I think the problem was that I manually trasnferred a 3GB dump file to the /data/home directory using admin credentials. I guess I at least learned something 😛

Message 8 of 9
StephenB
Guru

Re: ReadyNAS Ultra 2, OS 6, Dead volume


@readyram wrote:

Yeah, I realized too late. Being used  to windows file structure I thought anything inside /data would be the data share but /data/home apparently is not...

/data/home is in the data volume (and you can access the full data volume if you use NAS admin credentials when you access the NAS from file explorer).  

 

/home on the other hand is a linux mount point.  During the startup process, the NAS will mount /data/home onto /home.  Once that is done, /home is essentially another path to get to /data/home.  But before that is done (or if something goes wrong) it's just a folder in sysroot (which is limited to 4 gb total space).

 

ReadyNAS apps are normally stored in a hidden folder (/data/.apps) which can also be browsed from windows using admin credentials.  It also has a mount point of /apps.

 


@readyram wrote:

 

I don't know where the actual databases have ended up, but I'm trusting the MySql app not to put them in the OS share...

 


Not a good idea to be so trusting, as the consequences of filling sysroot are pretty severe.

 


@readyram wrote:

I ran the command below on the pi to send the dump file:

rsync -avz database.dump admin@ReadyNAS:/data/home

...

I think the problem was that I manually trasnferred a 3GB dump file to the /data/home directory using admin credentials


That shouldn't have filled the root, as you are copying to /data/home.  So there is a bit of a mystery here. If the mysql app is installed on the NAS then you should perhaps start there.

 

However, you shouldn't have done this rsync transfer to /data/home.  The folders in /data/home aren't ordinary folders - they are shares (and btrfs subvolumes), and they are supposed to be created and managed by the ReadyNAS application.  And you don't want to put files into the root of /data/home either.

 

If you wanted to copy it to the admin private (home) share, then you'd copy it with admin@ReadyNAS:/data/home/admin  Note you would use admin credentials to do that.  Files in /data/home/admin are owned by the NAS admin account.  You could alternatively copy it into a different home share using the NAS user account for that share.

 

However, I think it'd have been better to transfer database.dump into an ordinary share, and not into a home share.

 

 

 

 

 

 

 

 

 

 

 

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