• Posts

  • Joined

  • Last visited

paschtin's Achievements


Newbie (1/14)



  1. Thank you for your quick help solving this issue. I‘ll change the settings for folder caching, thank you. I have not trying to unmount since the last reboot I guess. Thank you in general for this awesome plugin!
  2. Follow up: I disabled the Cache dirs plugin and it stopped instantly - so issue seems not related directly to UD. I am using folder caching for longer, could this be due to the /mnt/remotes/ change? Is there a way to exclude the UD remote share from folder caching?
  3. I have mounted the UD smb share as "Read/Write - Slave" to a Duplicacy Docker. Stopping the Docker does not change the behavior. As long the array is started, I am not able to unmount the remote share, even with the Duplicacy Docker stopped. Please find attached the diagnostics. Moreover here is the output of testparm from the proxmox server - maybe this helps. rlimit_max: increasing rlimit_max (1024) to minimum Windows limit (16384) Registered MSG_REQ_POOL_USAGE Registered MSG_REQ_DMALLOC_MARK and LOG_CHANGED Load smb config files from /etc/samba/smb.conf rlimit_max: increasing rlimit_max (1024) to minimum Windows limit (16384) Processing section "[GD07]" Loaded services file OK. Server role: ROLE_STANDALONE Press enter to see a dump of your service definitions # Global parameters [global] log file = /var/log/samba/log.%m logging = file map to guest = Bad User max log size = 1000 netbios name = BACKUPS obey pam restrictions = Yes pam password change = Yes panic action = /usr/share/samba/panic-action %d passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* . passwd program = /usr/bin/passwd %u server role = standalone server unix password sync = Yes usershare allow guests = Yes idmap config * : backend = tdb [GD07] path = /srv/backups/GD07 read only = No valid users = ***
  4. I have a remote share located on a proxmox server, served via a lxc container running samba on Debian. As soon as I mount the remote share on unRaid (6.9.0-rc1) with UD (2020.12.11a), I am getting constant reads on the remote share and heavy cpu load on the lxc container caused by the smbd. I am not sure when this behavior started, but it was quite recently. Is there a way to find out what is actually happening? The OpenFiles plug-in does not show any use of the mapped share. Please tell me if I can provide any further data for troubleshooting. Cheers
  5. Anyone updated to Version 11 already? Any issues or something to consider?
  6. I did sort it out - it was an issue with the squid web proxy which blocked the domain. After whitelisting the domains, the script is working perfectly fine!
  7. Thank you for this awesome docker @SpaceInvaderOne! Unfortunately I am experiencing some problems (see below). After pulling the macinabox docker, it won't download any macOS image but instantly tells the "dmg image is corrupted". Can't find any help on this so far. Best regards <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< Starting process at Mon Jun 22 15:55:36 Europe 2020 <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< I am going to download the Catalina recovery media. Please be patient! . . Collecting requests (from -r requirements.txt (line 1)) Downloading (61kB) Collecting click (from -r requirements.txt (line 2)) Downloading (82kB) Collecting urllib3!=1.25.0,!=1.25.1,<1.26,>=1.21.1 (from requests->-r requirements.txt (line 1)) Downloading (126kB) Collecting chardet<4,>=3.0.2 (from requests->-r requirements.txt (line 1)) Downloading (133kB) Collecting certifi>=2017.4.17 (from requests->-r requirements.txt (line 1)) Downloading (156kB) Requirement already satisfied: idna<3,>=2.5 in /usr/lib/python2.7/dist-packages (from requests->-r requirements.txt (line 1)) Installing collected packages: urllib3, chardet, certifi, requests, click Successfully installed certifi-2020.6.20 chardet-3.0.4 click-7.1.2 requests-2.24.0 urllib3-1.25.9 2020-06-22 15:55:38,397 Network Request: Fetching 2020-06-22 15:55:39,336 Selected macOS Product: 001-04366 preparation of install media . . mkdir: created directory '/config/install_media' mkdir: created directory '/config/install_media/Catalina' I have created the Macinabox directories . . dmg2img v1.6.7 (c) vu1tur ( ERROR: dmg image is corrupted chmod: cannot access '/config/install_media/Catalina/Catalina-install.img': No such file or directory >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> . Summary of what has been done . >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> . MacOS inatall media was put in /config/install_media/Catalina/Catalina-install.img No Vdisk was created. You will need to manaually do this as prepare option was set in docker container template Compatible OVMF files vere put in /mnt/user/appdata/Macinabox/ovmf XML template file for the vm was placed in /mnt/user/appdata/Macinabox Everything is now prepared. You need to move files to correct place yourself and edit/copy xml then start the install . . OK process has finished at Mon Jun 22 15:55:36 Europe 2020
  8. Great Plugin, working fine! Since multi-GPU users can select a specific GPU to show up in the dashboard, is there a way to show multiple/all GPUs in the dashboard at once?