reporrted

Fixed it. I changed the owner of the file to root and now it retains permissions. If this is bad, please let me know? Cheers.

Good day. wg0.conf is losing it's permissions every time it starts, is unable to be read, and thus fails to start the container citing unable to connect to wg0. I am using a new conf downloaded from the provider but it does the same thing. Even if I set permissions using chmod, it just reverts upon starting the docker. Am I missing something simple here?

I do not need v17 for anything, but thank you for the support and confirming that, binhex!

Oh, it's just java-18-openjdk now. sh-5.1# ls java jrunscript keytool java.debuginfo jrunscript.debuginfo keytool.debuginfo jfr jwebserver rmiregistry jfr.debuginfo jwebserver.debuginfo rmiregistry.debuginfo sh-5.1# pwd /usr/lib/jvm/java-18-openjdk/bin sh-5.1#

Hi Crafty friends. In case you saw the 6.10 update is out, I am not currently using my servers so I updated to 6.10 to test. The docker starts fine, but a server does not. I believe I need to specify a new java path. Does anyone have that handy for 6.10? On 6.9 I was using: /usr/lib/jvm/java-17-openjdk/bin/java I will post back if I can confirm the path. Until then, you may want to wait on 6.9. Cheers. Edit: As clarification, and as confirmed by binhex below, this was unrelated to 6.10 and instead related to the docker update. Everything is working just fine on 6.10 and Java 18 should you want to upgrade.

Small update, but not fixed. It's the sound chipset I believe as I was able to get the gpu passed through. [8086:a170] 00:1f.3 Audio device: Intel Corporation 100 Series/C230 Series Chipset Family HD Audio Controller (rev 31) is in an iommu group with a few other devices, including a smbus and this appears to be the root cause.

Check your libvrt.img file for corruption. Maybe it is corrupted by the outage. It is where your VM details are stored. The default path is /mnt/user/system/libvirt/libvirt.img

I have a Windows 10 guest up and running just fine. I want to add a Debian guest. It works OK with VNC graphics but as soon as I attach a GPU, Sound or USB devices it pins at 100% usage and does not boot. I feel like I am overlooking something simple here, or I have broken something in order to make the Windows 10 VM work that then in turn does not work with other VM's. Can someone help direct me to where I should be looking to resolve this? Thank you. tower.lan-diagnostics-20220202-2132.zip

Ah! My consume directory was on a drive with VERY little space left. Moved the files and all is well again. explanation: /consume was specifically on a disk with low space, even though the rest of the /mnt/user/../consume was not full. I moved the consume folder specifically to a non-full drive with unbalance and everything works.

Hello, I am receiving what appears to be a disk full error, but the disk is not nearly full? I have a very basic setup with the redis and paperless on the same system and no redis password (not open, so not worried about it) 2021-09-09 12:06:10,043 INFO spawned: 'consumer' with pid 79 2021-09-09 12:06:10,044 INFO spawned: 'scheduler' with pid 80 Traceback (most recent call last): File "/usr/src/paperless/src/manage.py", line 11, in <module> execute_from_command_line(sys.argv) File "/usr/local/lib/python3.9/site-packages/django/core/management/__init__.py", line 419, in execute_from_command_line utility.execute() File "/usr/local/lib/python3.9/site-packages/django/core/management/__init__.py", line 413, in execute self.fetch_command(subcommand).run_from_argv(self.argv) File "/usr/local/lib/python3.9/site-packages/django/core/management/base.py", line 354, in run_from_argv self.execute(*args, **cmd_options) File "/usr/local/lib/python3.9/site-packages/django/core/management/base.py", line 393, in execute self.check() File "/usr/local/lib/python3.9/site-packages/django/core/management/base.py", line 419, in check all_issues = checks.run_checks( File "/usr/local/lib/python3.9/site-packages/django/core/checks/registry.py", line 76, in run_checks new_errors = check(app_configs=app_configs, databases=databases) File "/usr/src/paperless/src/paperless/checks.py", line 54, in paths_check path_check("PAPERLESS_CONSUMPTION_DIR", settings.CONSUMPTION_DIR) File "/usr/src/paperless/src/paperless/checks.py", line 30, in path_check with open(test_file, 'w'): OSError: [Errno 28] No space left on device: '/usr/src/paperless/src/../consume/__paperless_write_test_80__' Traceback (most recent call last): File "/usr/src/paperless/src/manage.py", line 11, in <module> execute_from_command_line(sys.argv) File "/usr/local/lib/python3.9/site-packages/django/core/management/__init__.py", line 419, in execute_from_command_line utility.execute() File "/usr/local/lib/python3.9/site-packages/django/core/management/__init__.py", line 413, in execute self.fetch_command(subcommand).run_from_argv(self.argv) File "/usr/local/lib/python3.9/site-packages/django/core/management/base.py", line 354, in run_from_argv self.execute(*args, **cmd_options) File "/usr/local/lib/python3.9/site-packages/django/core/management/base.py", line 393, in execute self.check() File "/usr/local/lib/python3.9/site-packages/django/core/management/base.py", line 419, in check all_issues = checks.run_checks( File "/usr/local/lib/python3.9/site-packages/django/core/checks/registry.py", line 76, in run_checks new_errors = check(app_configs=app_configs, databases=databases) File "/usr/src/paperless/src/paperless/checks.py", line 54, in paths_check path_check("PAPERLESS_CONSUMPTION_DIR", settings.CONSUMPTION_DIR) File "/usr/src/paperless/src/paperless/checks.py", line 30, in path_check with open(test_file, 'w'): OSError: [Errno 28] No space left on device: '/usr/src/paperless/src/../consume/__paperless_write_test_79__' 2021-09-09 12:06:10,862 INFO exited: consumer (exit status 1; not expected) 2021-09-09 12:06:10,862 INFO exited: scheduler (exit status 1; not expected) 2021-09-09 12:06:11,863 INFO gave up: consumer entered FATAL state, too many start retries too quickly 2021-09-09 12:06:11,863 INFO gave up: scheduler entered FATAL state, too many start retries too quickly Specifically this line is throwing me off: OSError: [Errno 28] No space left on device: '/usr/src/paperless/src/../consume/__paperless_write_test_79__'

latest paper-1.16.5 works with java 16 thanks. also 1.17 working fine same java settings but default jar. set Java to: /usr/lib/jvm/java-16-openjdk/bin/java

Sorry I'm not able to test that for a bit longer maybe late tonight. I would love to but I hope someone else gets an answer for you. Thanks for the quick answer though binhex!

[15:41:01] [main/INFO]: Environment: authHost='https://authserver.mojang.com', accountsHost='https://api.mojang.com', sessionHost='https://sessionserver.mojang.com', servicesHost='https://api.minecraftservices.com', name='PROD' [15:41:01] [main/FATAL]: Failed to start the minecraft server java.lang.RuntimeException: java.nio.file.FileSystemException: .: Operation not permitted at cyg.<init>(SourceFile:98) ~[minecraft_server.jar:?] at cyg.a(SourceFile:105) ~[minecraft_server.jar:?] at net.minecraft.server.Main.main(SourceFile:117) [minecraft_server.jar:?] Caused by: java.nio.file.FileSystemException: .: Operation not permitted at sun.nio.fs.UnixException.translateToIOException(UnixException.java:91) ~[?:1.8.0_282] at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:102) ~[?:1.8.0_282] at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:107) ~[?:1.8.0_282] at sun.nio.fs.UnixPath.toRealPath(UnixPath.java:837) ~[?:1.8.0_282] at cyg.<init>(SourceFile:96) ~[minecraft_server.jar:?] ... 2 more Hello, I just ran the update and am now catching this error on startup of the docker. Is this something down on the Mojang API side? EDIT: Running as privileged resolves, but this is probably not what I should be doing to resolve, right?

Managed to grab another old vbios from: Zotac Geforce GT 1030 https://www.zotac.com/us/product/graphics_card/zotac-geforce-gt-1030-2gb-gddr5-hdmi-vga-low-profile GeForce GT 1030.rom

Gigabyte geforce GTX 570 Rev. 2. It didn't work for me directly yet, but here is the bios I was able to dump, sub 70 kb. Cheers. GeForce GTX 570 Rev. 2.rom

I have been unsuccessful dumping a GTX 570 Rev. 2 vbios. I also receive the cat: rom: Input/output error. I thought this may have been due to the SMB security, but even set as public it had no change. When it does go through the initial steps it sometimes reports 70Kb seems to small and does the sleep/wake method but always ends with the Input/output error. Is there a deeper log I can look into for this? Love the video's SpaceInvaderOne.