GlueFactoryBJJ
Dabbler
- Joined
- Oct 15, 2015
- Messages
- 32
Hi Everyone!
To start, I've been using computers since the Radio Shack TRS-80 (4K RAM) and had a 25+ year career in IT, but never really got into using Unix/Linux. Especially not the command line.
My system is a home network backup server. It's been pretty reliable until the beginning of December 2022. Because of the following problems and "life", I haven't been able to even try to address this until now.
What happened is that a backup process filled up the "Backup" pool on the server and then crashed, not deleting the incomplete backup. Because of this, there are 0 bytes free on that share. I can see this from the Dashboard, which is confusing, because of the rest of the story...
Since this, I have been unable to access that share. Windows doesn't report that it even exists (I'm assuming that this is because of a SMB issue), even though I CAN connect to the administrative IP address.
I'm on TrueNAS-12.0-U8 and I've been wanting to update to TrueNAS, but I can't because the server says there is no room for the download.
Next, I get the following error. I'm assuming that 192.168.1.nnn is the SMB share IP address?
WARNING
The Web interface could not bind to 192.168.1.nnn. Using 0.0.0.0 instead.
2023-01-21 13:26:52 (America/Chicago)
Dismiss
On top of all this, I'm getting the following error on three drives (no warnings before all this started to happen):
CRITICAL
Device: /dev/da0 [SAT], not capable of SMART self-check.
2023-01-21 21:57:02 (America/Chicago)
Dismiss
Surely this isn't telling me I've lost three drives at the same time? The Dashboard screenshot at the end of the message says there are no errors on the drives. Confusing...
Finally, this message showed up today (the attached monitor has TONS of error messages):
CRITICAL
Failed to check for alert HasUpdate: Traceback (most recent call last): File "/usr/local/lib/python3.9/site-packages/middlewared/plugins/alert.py", line 740, in __run_source alerts = (await alert_source.check()) or [] File "/usr/local/lib/python3.9/site-packages/middlewared/alert/base.py", line 211, in check return await self.middleware.run_in_thread(self.check_sync) File "/usr/local/lib/python3.9/site-packages/middlewared/utils/run_in_thread.py", line 10, in run_in_thread return await self.loop.run_in_executor(self.run_in_thread_executor, functools.partial(method, *args, **kwargs)) File "/usr/local/lib/python3.9/concurrent/futures/thread.py", line 52, in run result = self.fn(*self.args, **self.kwargs) File "/usr/local/lib/python3.9/site-packages/middlewared/alert/source/update.py", line 67, in check_sync path = self.middleware.call_sync("update.get_update_location") File "/usr/local/lib/python3.9/site-packages/middlewared/main.py", line 1272, in call_sync return self.run_coroutine(methodobj(*prepared_call.args)) File "/usr/local/lib/python3.9/site-packages/middlewared/main.py", line 1312, in run_coroutine return fut.result() File "/usr/local/lib/python3.9/concurrent/futures/_base.py", line 438, in result return self.__get_result() File "/usr/local/lib/python3.9/concurrent/futures/_base.py", line 390, in __get_result raise self._exception File "/usr/local/lib/python3.9/site-packages/middlewared/plugins/update.py", line 412, in get_update_location os.chmod(path, 0o755) OSError: [Errno 28] No space left on device: '/var/db/system/update'
2023-01-21 19:27:48 (America/Chicago)
Dismiss
Is the server FUBAR? Do I just reinstall and hope it will rebuild the existing share (it has in the past, on new installs)? Or will access the shell allow me to delete some files on the pool so it has some space and that will fix the problem?
The ironic thing is I got 4 more 4TB drives (to give me some sorely needed expansion room) ordered a couple days before this happened.
Any help would be appreciated!
Scott
PS. I've attached a pic I took of what on my continuously scrolling monitor that is directly attached to the server. I've also attached a screenshot of the server's Dashboard.
To start, I've been using computers since the Radio Shack TRS-80 (4K RAM) and had a 25+ year career in IT, but never really got into using Unix/Linux. Especially not the command line.
My system is a home network backup server. It's been pretty reliable until the beginning of December 2022. Because of the following problems and "life", I haven't been able to even try to address this until now.
What happened is that a backup process filled up the "Backup" pool on the server and then crashed, not deleting the incomplete backup. Because of this, there are 0 bytes free on that share. I can see this from the Dashboard, which is confusing, because of the rest of the story...
Since this, I have been unable to access that share. Windows doesn't report that it even exists (I'm assuming that this is because of a SMB issue), even though I CAN connect to the administrative IP address.
I'm on TrueNAS-12.0-U8 and I've been wanting to update to TrueNAS, but I can't because the server says there is no room for the download.
Next, I get the following error. I'm assuming that 192.168.1.nnn is the SMB share IP address?
WARNING
The Web interface could not bind to 192.168.1.nnn. Using 0.0.0.0 instead.
2023-01-21 13:26:52 (America/Chicago)
Dismiss
On top of all this, I'm getting the following error on three drives (no warnings before all this started to happen):
CRITICAL
Device: /dev/da0 [SAT], not capable of SMART self-check.
2023-01-21 21:57:02 (America/Chicago)
Dismiss
Surely this isn't telling me I've lost three drives at the same time? The Dashboard screenshot at the end of the message says there are no errors on the drives. Confusing...
Finally, this message showed up today (the attached monitor has TONS of error messages):
CRITICAL
Failed to check for alert HasUpdate: Traceback (most recent call last): File "/usr/local/lib/python3.9/site-packages/middlewared/plugins/alert.py", line 740, in __run_source alerts = (await alert_source.check()) or [] File "/usr/local/lib/python3.9/site-packages/middlewared/alert/base.py", line 211, in check return await self.middleware.run_in_thread(self.check_sync) File "/usr/local/lib/python3.9/site-packages/middlewared/utils/run_in_thread.py", line 10, in run_in_thread return await self.loop.run_in_executor(self.run_in_thread_executor, functools.partial(method, *args, **kwargs)) File "/usr/local/lib/python3.9/concurrent/futures/thread.py", line 52, in run result = self.fn(*self.args, **self.kwargs) File "/usr/local/lib/python3.9/site-packages/middlewared/alert/source/update.py", line 67, in check_sync path = self.middleware.call_sync("update.get_update_location") File "/usr/local/lib/python3.9/site-packages/middlewared/main.py", line 1272, in call_sync return self.run_coroutine(methodobj(*prepared_call.args)) File "/usr/local/lib/python3.9/site-packages/middlewared/main.py", line 1312, in run_coroutine return fut.result() File "/usr/local/lib/python3.9/concurrent/futures/_base.py", line 438, in result return self.__get_result() File "/usr/local/lib/python3.9/concurrent/futures/_base.py", line 390, in __get_result raise self._exception File "/usr/local/lib/python3.9/site-packages/middlewared/plugins/update.py", line 412, in get_update_location os.chmod(path, 0o755) OSError: [Errno 28] No space left on device: '/var/db/system/update'
2023-01-21 19:27:48 (America/Chicago)
Dismiss
Is the server FUBAR? Do I just reinstall and hope it will rebuild the existing share (it has in the past, on new installs)? Or will access the shell allow me to delete some files on the pool so it has some space and that will fix the problem?
The ironic thing is I got 4 more 4TB drives (to give me some sorely needed expansion room) ordered a couple days before this happened.
Any help would be appreciated!
Scott
PS. I've attached a pic I took of what on my continuously scrolling monitor that is directly attached to the server. I've also attached a screenshot of the server's Dashboard.
Attachments
Last edited: