tiny-e
-
Posts
60 -
Joined
-
Last visited
Content Type
Profiles
Forums
Downloads
Store
Gallery
Bug Reports
Documentation
Landing
Posts posted by tiny-e
-
-
Nearly a month goes by.... The behavior still exists. As my system is unresponsive as I try to pull a docker container now...
-
Yeah, I'm not sure what's going on.
-
27 minutes ago, trurl said:
Replacing parity is basically the same as replacing a data disk. Rebuild is all the same parity calculation across all the other disks.
New Config not required at all.
Well... tell that to the "wrong disk" message. The array refused to start until I did the hokey pokey described above. Which is why I feel there should be a function for this or some accurate, specific, instructions.
I did exactly this *see below* (minus the power down/up as I have hot swap bays) -- Didn't work. Wound up searching / going to the discord (that didn't work either.. but usually does). Finally stumbled across an article somewhere that got me back up and running.
QuoteThe procedure to remove a parity drive is as follows:
- Stop the array.
- Power down the server.
- Install new larger parity disks. Note if you do this as your first step then steps 2 & 4 listed here are not needed.
- Power up the server.
- Assign the larger disk to the parity slot (replacing the former parity device).
- Start the array
To that end, I've spent enough of my life on this issue to last me for awhile. So, take my feedback into consideration --or don't. I'm a relatively happy customer, but if customers take the time to suggest things they'd like to see, I'd at least pretend to care about their feedback. -
2 hours ago, JonathanM said:
- Search should work. It doesn't. At all.
- I'm pretty sure the process described in there doesn't work as that's what I initially did. Unraid said "wrong disk" when I tried to assign the new drive parity.
-
I wound up having to stop the array,
- put the old drive back in,
- start the array,
- stop the array,
- unassign it,
- put the new drive in,
- do "new config',
- ssign the new drive as parity.
Piece of cake and totally intuitive. OR there could be a function "Replace/Upgrade Parity Drive(s)" that covers that.
-
... and I agree that the manual link should be more prominent.
-
Where's that at? I'm looking...
-
5 hours ago, trurl said:
Wizards can help users do the wrong things. Replacing a disk isn't always the solution. If you are uncertain, better to ask for help.
Replacing a parity drive with a newer larger one shouldn’t require a 30 minute google journey or pleading for help on a discord server. There should either be concise instructions easily accessible in the gui, or a built in function to do so. -
Just came by to request this same feature. Seeing as this isn't something most people won't do often enough to commit to long term memory, it would be nice to not have to google and cross your fingers to do a couple of basic maintenance tasks (or emergency maintenance tasks) with possibly old/unconfirmed answers and the potential of doing real damage to your setup.
-
What I was able to observe:
- Tried to install a new container (beets, 100ish MB)
- Container downloaded quickly (gigabit connection)
-
10 minutes passed to get to this:
- A few minutes later, it finally finished. During all of this, my server webui was super unresponsive. It's been happening a lot lately, I'm wondering if it's anything to do with recent Unraid OS updates (as I don't remember this issue before them, but that is pretty subjective)
- The container shows up in the gui as not knowing if it's up to date or not. If I force update it, it then figures it out. Force update happens pretty quickly as (I'm guessing) all downloaded/extracted items are cached.
Diagnostic logs attached. I'm kinda at a loss here.
-
2 hours ago, JorgeB said:
It's logged as device error and that SSD shows a high number o read raw errors, other one is a zero, so likely not a good sign, consider replacing it if errors continue, you can also check here for better pool monitoring.
Thanks -- so from the log, its the sdl drive thats failing? Just want to make sure I'm reading things correctly.
-
So -- A reboot restores the CPU graph function to the dashboard
nimbus-diagnostics-20230626-1204.zip
I'm also seeing this error regarding one of my cache pool drives (sdl). I recently just remade the cache as a ZFS pool (mirror) and I thought things went just fine. All systems seem to be working as they should, but the error is concerning.
Jun 26 12:02:04 Nimbus kernel: critical medium error, dev sdl, sector 489213696 op 0x0:(READ) flags 0x700 phys_seg 2 prio class 2 Jun 26 12:02:04 Nimbus kernel: zio pool=cache vdev=/dev/sdl1 error=61 type=1 offset=250476363776 size=131072 flags=180880 Jun 26 12:02:04 Nimbus kernel: sd 1:0:5:0: [sdl] tag#1189 UNKNOWN(0x2003) Result: hostbyte=0x00 driverbyte=DRIVER_OK cmd_age=0s Jun 26 12:02:04 Nimbus kernel: sd 1:0:5:0: [sdl] tag#1189 Sense Key : 0x3 [current] Jun 26 12:02:04 Nimbus kernel: sd 1:0:5:0: [sdl] tag#1189 ASC=0x11 ASCQ=0x0 Jun 26 12:02:04 Nimbus kernel: sd 1:0:5:0: [sdl] tag#1189 CDB: opcode=0x28 28 00 1d 10 4f 00 00 01 00 00 Jun 26 12:02:04 Nimbus kernel: critical medium error, dev sdl, sector 487608064 op 0x0:(READ) flags 0x700 phys_seg 2 prio class 2 Jun 26 12:02:04 Nimbus kernel: zio pool=cache vdev=/dev/sdl1 error=61 type=1 offset=249654280192 size=131072 flags=180880 -
On 6/23/2023 at 8:34 PM, xyzeratul said:
I had this bug a few times before:
- Once was in 6.11.2, the cause is the http proxy setting mess up, clean the proxy setting fix this.
- The recent one is when I switch to 10GB SFP+ connecting, maybe the NIC or the cable issue, I am still fixing it, but I do know this happen when network connecting is bad.
So I suggest you check your network hardware setup and network settings, to root out any setting issue, you best bet is make a new USB boot drive to see if the problem is still there, because use safe mode can still have this bug( bad proxy or network settings are still present in safe mode)
Thanks -- I'm not using any proxy and running on the same ol' gig-e network that's been here virtually forever.
-
CPU section stopped updating. I (thinking it might be browser issue) cleared the browser cache and restarted the browser (chrome). Now when I load up the dash this is what it shows me...
Not sure if this is bug-report worthy. But curious to know what might be causing this. -
I was able to sort this all out - here's what I did:
-
Install tmknight88's NordLynx container by adding a new container with no template and using 'tmknight88/nordvpn' as the repo.
-
Stopped the container and added these extra parameters:
-
Added the following Environment variables as described here , your NET_LOCAL will generally be your local subnet (mine is 192.168.11.0/24). You can generate your token via a web browser at https://my.nordaccount.com/dashboard/nordvpn/
-
Added the ports required for LAN access to the containers
-
- Profit
-
Install tmknight88's NordLynx container by adding a new container with no template and using 'tmknight88/nordvpn' as the repo.
-
4 minutes ago, alturismo said:
if you guys are running a different docker from another dev it would be polite to ask there instead here, look if he has a github and open a issue there ...
you cant seriously expect any help here therefore ...
Assume you're going to go back and retroactively scold all others that have asked about this? How do you think I wound up here? .... From what I can see, it was a workaround. Looking at the Unraid 'app' section I don't see any handbrake containers that support nvenc.
Cheers-
-
1
-
-
On 9/15/2021 at 6:59 PM, ritty said:
A quick solution for hardware encoding with nvidia GPUs. Use this docker then replace the repository with "zocker160/handbrake-nvenc"...obviously make sure to set your nvidia gpu up in the template (similar to plex or other apps).
Works like a charm - went from 30 mins down to 5 mins per movie
Boooo ya
Is this still working? I've added the requisite variables to the tmplate and changed to the zocker160 repo, selected nvenc from the video tab, the hardware presets show up ---and handbrake is pulverizing my CPU. I'm rescaling a movie down to 1080p and getting like 11 frames a second.. (only allowing 2 cpus for the container)
+-----------------------------------------------------------------------------+ | NVIDIA-SMI 520.56.06 Driver Version: 520.56.06 CUDA Version: 11.8 | |-------------------------------+----------------------+----------------------+ | GPU Name Persistence-M| Bus-Id Disp.A | Volatile Uncorr. ECC | | Fan Temp Perf Pwr:Usage/Cap| Memory-Usage | GPU-Util Compute M. | | | | MIG M. | |===============================+======================+======================| | 0 Quadro M2000 Off | 00000000:01:00.0 Off | N/A | | 56% 30C P8 10W / 75W | 3MiB / 4096MiB | 0% Default | | | | N/A | +-------------------------------+----------------------+----------------------+ +-----------------------------------------------------------------------------+ | Processes: | | GPU GI CI PID Type Process name GPU Memory | | ID ID Usage | |=============================================================================| | No running processes found | +-----------------------------------------------------------------------------+ -
How do I know if it's working? I can access the server interface via the ngrok link, but it doesn't seem to care about the access token. Should plex be showing me the custom access URL that the container should be generating?
Thanks again for any help! -
OK -- I was able to try this out today (also a starlink person). Could not connect to the plex-web interface unless I changed the NGROK_PROTOCOL variable to HTTP. Is that normal? Otherwise the link generated by ngrok wouk be like tcp://blah.blah.io and wouldn't go anywhere. Please let me know if, for some reason, I shouldn't use for http for this.
Thanks!
-
So... is this project dead?
-
8 hours ago, ghost82 said:
There is no efi partition detected, who knows what happened or what you did.
If the issue is only the missing efi partition containing the bootloader, try to add a second vdisk in the vm pointing to a bootloader image and boot from it.
https://github.com/SpaceinvaderOne/Macinabox/tree/master/custom_opencore
I didn't change / move anything... doesn't the 'main' image contain 2 volumes? Also 'Mojave-opencore.img' exists in /mnt/user/isos... Shouldn't that be it?
Thanks for helping out !
-
Well. I'm stuck.
Once running system (Mojave) is now failing to boot. (open spoiler to see logs)
Spoiler-mon chardev=charmonitor,id=monitor,mode=control \ -rtc base=utc,driftfix=slew \ -global kvm-pit.lost_tick_policy=delay \ -no-hpet \ -no-shutdown \ -boot strict=on \ -device pcie-root-port,port=0x10,chassis=1,id=pci.1,bus=pcie.0,multifunction=on,addr=0x2 \ -device pcie-root-port,port=0x11,chassis=2,id=pci.2,bus=pcie.0,addr=0x2.0x1 \ -device pcie-root-port,port=0x12,chassis=3,id=pci.3,bus=pcie.0,addr=0x2.0x2 \ -device pcie-root-port,port=0x13,chassis=4,id=pci.4,bus=pcie.0,addr=0x2.0x3 \ -device ich9-usb-ehci1,id=usb,bus=pcie.0,addr=0x7.0x7 \ -device ich9-usb-uhci1,masterbus=usb.0,firstport=0,bus=pcie.0,multifunction=on,addr=0x7 \ -device ich9-usb-uhci2,masterbus=usb.0,firstport=2,bus=pcie.0,addr=0x7.0x1 \ -device ich9-usb-uhci3,masterbus=usb.0,firstport=4,bus=pcie.0,addr=0x7.0x2 \ -device virtio-serial-pci,id=virtio-serial0,bus=pci.2,addr=0x0 \ -blockdev '{"driver":"file","filename":"/mnt/user/domains/MacinaboxLazarus/macos_disk.img","node-name":"libvirt-1-storage","cache":{"direct":false,"no-flush":false},"auto-read-only":true,"discard":"unmap"}' \ -blockdev '{"node-name":"libvirt-1-format","read-only":false,"cache":{"direct":false,"no-flush":false},"driver":"raw","file":"libvirt-1-storage"}' \ -device ide-hd,bus=ide.2,drive=libvirt-1-format,id=sata0-0-2,bootindex=1,write-cache=on \ -netdev tap,fd=39,id=hostnet0 \ -device e1000-82545em,netdev=hostnet0,id=net0,mac=52:54:00:52:1f:d2,bus=pci.1,addr=0x0 \ -chardev pty,id=charserial0 \ -device isa-serial,chardev=charserial0,id=serial0 \ -chardev socket,id=charchannel0,fd=40,server,nowait \ -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=org.qemu.guest_agent.0 \ -device usb-tablet,id=input0,bus=usb.0,port=1 \ -vnc 0.0.0.0:1,websocket=5701 \ -k en-us \ -device qxl-vga,id=video0,ram_size=67108864,vram_size=67108864,vram64_size_mb=0,vgamem_mb=16,max_outputs=1,bus=pcie.0,addr=0x1 \ -device virtio-balloon-pci,id=balloon0,bus=pci.3,addr=0x0 \ -usb \ -device usb-kbd,bus=usb-bus.0 \ -device '************************' \ -smbios type=2 \ -cpu Penryn,kvm=on,vendor=GenuineIntel,+invtsc,vmware-cpuid-freq=on,+pcid,+ssse3,+sse4.2,+popcnt,+avx,+aes,+xsave,+xsaveopt,check \ -sandbox on,obsolete=deny,elevateprivileges=deny,spawn=deny,resourcecontrol=deny \ -msg timestamp=on 2022-05-09 19:46:02.389+0000: Domain id=37 is tainted: high-privileges 2022-05-09 19:46:02.389+0000: Domain id=37 is tainted: custom-argv 2022-05-09 19:46:02.389+0000: Domain id=37 is tainted: host-cpu char device redirected to /dev/pts/4 (label charserial0)I've tried editing the XML in the gui to "re bork" it and then allowing the helper script to finish it. Helper script says it's done its thing. But VM won't even try to boot.
Really don't want to have to redo this whole thing if possible.
Any help?
-
21 hours ago, djismgaming said:
Yeah!
Let's see if I can help you on this
- login to your plex server
- go to a movie you have there (where you see the cast/synopsis of the movie)
- push the 3 dots button called "More" when you hover over it
- select the option "Get Info"
- select the option "View XML" on the window that pops up
- get the Plex token from the end of the URL in Chrome/Edge/Safari/Opera like this example
-
Just the values after "Plex-Token="
- Abcd1234abCD1234 in this example
- That's your Plex token for use in the container
Hope this helps!
Cool -- and thanks for the response-- I was just wondering how often one would need to do this -- Plex says that token is temporary.. (not sure if you know)
-
Hi-- Which plex token are you grabbing? One seems pretty easy... the other less so. I'm a little confused by the steps required to get a more-permanent auth token from plex. My server does work from behind Starlink, but I'm wondering if this would make things more stable as plex keeps thinking it's disconnected (fixed immediately with a manual refresh).
-
Just installed the container and am getting "Database is not running or unreachable" -- Haven't changed anything in the template... am I missing something?
Pulling a new docker container hoses my system | Version 6.12.8 2024-02-15
in General Support
Posted · Edited by tiny-e
Thanks for the reply -- It is:
...
You know, the cache was originally part of a ZFS pool, and one drive died and I've yet to replace it. Could that be the issue? If so, can I un-pool the cache temporarily until I have a replacement in place?