thering1975

Members
  • Posts

    17
  • Joined

  • Last visited

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

thering1975's Achievements

Newbie

Newbie (1/14)

1

Reputation

  1. Spot on, thanks for that just checked my UDM and sure as hell 1000's of entries for this blocked as Trojan, which im sure is a false positive, but i was only gonna play around to see what its like but ill just pass on by now.
  2. Decided to comeback and switch to a light theme using a totally different base theme currently nearly done, some annoying things i cant override at the moment but will get on to them, Added some animations to bring the page alive a bit. All done via custom css no amendments to the base theme in settings Next up, re do all the icons for a more modern version (80's folder and exclamation mark icons still??, seriously) This Theme is called Drumstick v0.25 (uk based sweet mmmmmm) and matches the watercooling theme of my rig, so definetly a required taste. https://youtu.be/B0KywY3xVAw
  3. I can, however, the reason i posted the css, is because some icons were changed to match the theme, obviously the storage paths in the zip file will not match on your setup, so i removed them from the above. What i may do is change the paths to something more generic that the icons could be uploaded to and the paths stay the same. gimme a few
  4. Hi After i started using NFS Shares via automount on a Mac the syslog server became full pretty quick. So i fired up a VM with the sole purpose of being a Syslog Server only. My settings have not changed which are as follows: Local Syslog Server Disabled Remote Syslog server - 192.168.1.202 Port 514 For a week this has been running perfectly and the unraid log staying less than 1%. However for some reason today i noticed the UR Dashboard showing log at 10%, taking a look the syslog has started to balloon again. Question is, does the system just Mirror the data from the local syslog to the remote server, or is it meant to only log it on the remote server.? If it is a mirror option only and no way to stop logging locally, i guess i may as well ditch the VM and just run a script which truncates the log periodically? Any pointers would be great The vm has the relevant ports open and reachable from the UR Machine
  5. Sure, been some refinements and additional menu / icon animation, some stuff may not be relevant so you can remove Was done over black base theme #header .block { background-color: #272627 !important; } #header .text-left { color: #ffffff; } #header .text-right { color: #ffffff; } #header .text-right a { color: #ffffff; } #nav-block #nav-item.active:after { background-color: #ed145b; box-shadow: #ffffff -2px 4px 13px 2px; } .fa-warning:before, .fa-exclamation-triangle:before { color: #ffffff; } .fa-info-circle:before { color: #ffffff; } table.share_status thead tr:first-child td { font-size: 1.4rem; color: #f66d2f; } table.disk_status thead tr:first-child td { font-size: 1.4rem; color: #f66d2f; } .fa-arrow-circle-up:before { color: #ffffff; } table.share_status tr>td { text-transform: capitalize; } div.user-list { margin-right: 20px; box-shadow: #888888 0px -1px 7px 4px; margin-left: 20px; text-transform: capitalize; font-weight: 700; } a.info { color: #ffffff !important; } #title span.left { font-weight: 800; } dt { font-weight: 700; text-transform: capitalize; } table.tablesorter thead tr .tablesorter-header { font-weight: 700 !important; } .icon-u-logout:before { color: #ed145b; font-size: large; } table.tablesorter thead tr th { font-weight: 700; font-size: 1.3rem; } .fa-sort-alpha-asc:before { color: #ffffff; } #searchBox { color: #ed145b !important; font-size: medium; } .fa-unsorted:before, .fa-sort:before { color: #ffffff; } .awesomplete { color: #ed145b !important; font-weight: 700; } .awesomplete > ul { border-radius: 5px !important; margin: .2em 0 0; background: linear-gradient(to bottom right, #191818, #191818) !important; box-shadow: 0px 0px 16px 5px rgb(255, 255, 255) !important; padding: 10px !important; } .awesomplete mark { background: #f2f2f2 !important; } .caHighlight { color: #fa7d2f; } .fa-hdd-o:before { content: "\f019"; } img.img { filter: grayscale(1); } .usage-disk.sys>span { background-color: #ed145b; } table.share_status.dashboard td div.section { color: #f56d2f; font-size: inherit; } table.share_status.dashboard tr>td.next { border-top: 1px solid #ed145b40; } .ca_holderDocker { box-shadow: #ffffff -1px -1px 5px 0px; margin-top: 20px !important; } .ca_holderDocker::before { color: #ed145b59 !important; } .ca_holderPlugin::before { color: #ed145b6e !important; } .ca_fa-install::before { color: #00f563; } .menuHeader { color: #ff8c2f; } .selectedMenu { color: #ed145b !important; } .ca_templatesDisplay { padding-left: 20px; } #title { margin: 20px 10px 32px 10px !important; padding: 8px 10px !important; background: linear-gradient(to right, #e5322ac7, #fa7b2fd1) !important; border-radius: 5px; } .fa-list:before { color: #ffffff; } .fa-dashboard:before, .fa-tachometer:before { color: #ffffff; } img.list { filter: grayscale(1); } .fa-search:before { color: #ffffff; } .switch-button-label.on { color: #ffffff !important; } table { margin: 0px 0 0 0 !important; } #searchBox { background-color: #272627; border-radius: 5px; } .ca_holderPlugin { box-shadow: #ffffff -1px -1px 5px 0px; margin-top: 20px !important; } .ca_icon { filter: grayscale(1); } .fa-power-off:before { color: #ed145b; } table.disk_status { max-width: 97%; margin-left: auto !important; margin-right: auto !important; } table.share_status { max-width: 97%; margin-left: auto !important; margin-right:auto !important; } table.tablesorter thead tr .tablesorter-header { color: #ff8c2f; } table.tablesorter thead tr .tablesorter-header { color: #f2f2f2; background-color: #e7392b; } div.tab [type=radio]:checked+label { background-color: #e7392b; box-shadow: #888888 0px 4px 6px -2px; } UL.jqueryFileTree { font-size: 1.8rem !important; line-height: 2.1rem !important; margin-left: auto !important; margin-right: auto !important; max-width: 60%; } ::placeholder { /* Firefox, Chrome, Opera */ color: #ed145b !important; } div.notice { text-align: center; height: 80px; line-height: 80px; border-top: none !important; border-bottom: none !important; font-size: 1.8rem; color: #000000 !important; box-shadow: #000000 -1px 2px 20px 2px; border-radius: 100px; font-weight: 900; margin-top: 20px; background: linear-gradient(to right, #e5322a, #fa7b2f) !important; } div.jGrowl div.jGrowl-notify.alert { color: #ffffff !important; border: none !important; box-shadow: 0px 0px 16px 8px #ffffff !important; background: linear-gradient(90deg,#e22828 0,#ff8c2f) 0 0 no-repeat,linear-gradient(90deg,#e22828 0,#ff8c2f) 0 100% no-repeat,linear-gradient(0deg,#e22828 0,#e22828) 0 100% no-repeat,linear-gradient(0deg,#ff8c2f 0,#ff8c2f) 100% 100% no-repeat !important; } div.jGrowl div.jGrowl-notify.warning { color: #ffffff !important; border: none !important; box-shadow: 0px 0px 16px 8px #ffffff !important; background: linear-gradient(90deg,#e22828 0,#ff8c2f) 0 0 no-repeat,linear-gradient(90deg,#e22828 0,#ff8c2f) 0 100% no-repeat,linear-gradient(0deg,#e22828 0,#e22828) 0 100% no-repeat,linear-gradient(0deg,#ff8c2f 0,#ff8c2f) 100% 100% no-repeat !important; } div.jGrowl div.jGrowl-notify.normal { color: #ffffff !important; border: none !important; box-shadow: 0px 0px 16px 8px #ffffff !important; background: linear-gradient(90deg,#0f940c 0,#7bf75b) 0 0 no-repeat,linear-gradient(90deg,#0f940c 0,#7bf75b) 0 100% no-repeat,linear-gradient(0deg,#0f940c 0,#7bf75b) 0 100% no-repeat,linear-gradient(0deg,#0f940c 0,#7bf75b) 100% 100% no-repeat !important; } div.jGrowl div.jGrowl-closer { width: 400px; color: #ed145b !important; background-color: #121510; opacity: 0.96; border: 2px solid #f2f2f2 !important; margin: 5px 0; padding: 1px 0; cursor: pointer; font-weight: bold; text-align: center; border-radius: 5px !important; text-transform: uppercase; font-size: larger; } .fileTree { width: 50% !important; } .ca_display_beta { color: #ed145b !important; } .upgrade_notice { color: #ed145b !important; background: #000000d9 !important; border-bottom: none !important; font-weight: 700; box-shadow: #ffffff -1px 2px 12px 2px; } table.tablesorter.shift { width: 97%; margin-left: auto !important; margin-right: auto !important; margin-bottom: 30px !important; } div.tab [type=radio]:checked+label { margin-left: 20px; } .menuItems { margin-left: 35px; } .ca_templatesDisplay { margin-right: 25px; } .input #btnADDVM { margin-left: 30px; margin-top: 30px; } [id="btnAddVM"] { margin-left:30px !important; } [id="compute-shares"] { margin-left:30px !important; } [id="compute-disks"] { margin-left:30px !important; } .fa-thermometer-0:before, .fa-thermometer-empty:before { content: "\f2c9"; color: #ed145b; } #footer { color: #f97308 !important; } a:hover { transform: translate3d(1px, 2px, 2px); } #sb-title, #sb-title-inner { background: #1b1b1b !important; color: #e5322ac7 !important; box-shadow: #ffffff 0px 0px 14px 5px !important; text-transform: uppercase; } #sb-overlay { opacity: 0.7 !important; } div.user-list:hover { transform: scale(1.1) !important; } div.Panel:hover { transform: scale(1.1) !important; } .fa-th:before { content: "\f0e7"; } With link and blue text colour set to #ed145b in main settings, and menu text set to #ffffff
  6. I am on current stable 6.8.3, only thing i have doen in last 2 days was setup a Nextcloud VM and removed the nextcloud docker / mariadb docker. After noticing the issue the first time, i did also do a appdata restore via plugin but the issues was still present. However doing the delete and removal of the appdata folder and reinstalling, seems to be working fine now Thank you for your prompt responses though
  7. Redeleted the image and folder, and installed a third time and it seems to be working again.
  8. Hi Just for info, i deleted the old docker and folder, reinstalled a new copy and it does the same. For info ignore the 100 author id, chrome populates that on page open from saved info, its deleted before saving
  9. Hi Just updated the latest PhotoPrism but now it can not keep a Docker IP, it gets one on start or restart, but if i refresh the Docker tab it vanishes just the port number stays, all other dockers are fine
  10. Okay, turning off VM in UR and then rebooting the router seemed to have got rid of them this time. Turning back on and they do not reappear Spoke to soon, it reappears, cannot be pinged obviously but in the UDM its showing as packets being sent and received even though all VM function is now turned off in settings
  11. SO i was playing with setting up a PacketFence VM for my Unifi UDM router and noticed something which i cannot pin down the cause. I started by creating a debian vm, which obtained an IP address via br0 as expected. However i messed up the VM so deleted it and all disks, and started over. However in the UDM portal, when i created the 2nd VM, that obtained a different IP address, yet the VM i deleted was showing also as having an active IP. I clicked "forget" in UDM on the now defunct VM, yet within seconds it appeared as an active client again with the same IP. So i went extreme, disabled VM in UR settings, deleted libvert file, recreated it and set up a new debian VM. This gets an ip address fine, but the 2 previous VM's which no longer exist also are obtaining their original IPS and are showing as active. I know this originate from Unraid as they are active on port 4 of the udm switch which is directly wired to the Unraid machine, i just dont get how VM's that are deleted can still be showing as active? Have rebooted everything many times. I cant just block the deleted vm Ip in UDM as i can then no longer reuse that IP. Any pointers would be appreciated as not sure if it's a weird unraid issue or a udm issue
  12. I have a few dockers open to the net, but i set a firewall rule on my router to only accept specific port requests from one IP which is my VPN IP. That way only i can access it, as the VPN is run by myself.
  13. Just for info, you were right that option was no longer needed and it is the wiki out of date. Just mimicked the principal of the LE config for Emby to Jellyfin, only thing that needed changing was the public https port to 443 in the dashboard and boom, reverse proxy working fine and JF running under ssl on the subdomain.
  14. See below, interestingly i fired up an Emby instance and that setting is there in Emby, just not in JF I have Emby setup perfectly with reverse proxy so i am all good now and this is now just for info
  15. I see network settings what i do not see is what is quoted in the JF Wiki the dropdown for setting the ssl to be handled by reverse proxy From the wiki