-
Posts
133 -
Joined
-
Last visited
Content Type
Profiles
Forums
Downloads
Store
Gallery
Bug Reports
Documentation
Landing
Posts posted by Hawkins12
-
-
Hello - i am getting an issue where my windows shares cant connect to unraid. My network shares are all showing as "disconnected" and I keep getting the same error message for every network drive I have mapped:
I went through Google troubleshooting but figured I'd stop by here and realized that UD controls the windows shares. That being said, the only changes I've made on the servers are updating the UD plugins a couple days ago. I know my shares worked a week ago so I am assuming this is the problem. Anyone else having similar problems? How do i roll back my plugins?
Thanks!
-
1 hour ago, NLS said:
First of all, never make different backups run at the same time. Why would you do that. It is bad practice any way you look at it.
Second, no it doesn't make sense for this to happen, except if there is a "restore" somewhere in your schedules.
Even if a backup fails, it doesn't mean it would ruin a running source.
So, it shouldn't happen and looks like user error to me.
If the files were overwritten and you don't have a backup of the version you want, then it's game over for the data.
Why you need so many daily backups? Does your minecraft server have that much traffic and changes?
How many backups you keep? Because if you keep too few and take backups too many times, then it is also bad practice as you will find yourself even backing up... problems (if you don't find the whatever problem fast enough) and you will not have "clean" backups to revert to.
So i guess to address the points, I didn't adjust any minecraft docker settings with respect to backups. It was set to every 12 hrs. The docker chose 6am/6pm to backup, not me. I didn't even know the backup would run at 6 until i went in today to see what backup files I had in there. My appdata backup has been a scheduled backup every Friday at 6am. It's just mere coincidence.
2) I dont have that much traffic but my concern is I am not sure how to set the backup time and I want to avoid this in the future. By having more daily backups, I am less inclined to run into an instant where we lose 12 hrs worth of data. Space isn't a concern and issues would be noticed within a day so I would have sufficient backups to look back on to remedy the issue (would have several days of backups available).
3) Appdata backup forces dockers to close to backup the data. We were just in the server at 2:00am and logged in and out and everything was there. I have no idea why the server, when stopped, would not have the changes saved from earlier that day and revert to the previous backup. My inventory is still current to what i had when I logged off -- the map changes are not. I'll make it so the appdata backup does not force minecraft to stop any longer but obviously that doesn't solve the issue at hand.
4) Not sure it's user error unless you consider the backup times this. I did nothing to the appdata folder and have no idea why it would revert to the previous backup on it's own just by stopping the docker. That's what brings me to the forum for the plea for help.
-
So question about the game and backup. My minecraft servers been up and running and was set up for backups every 12 hrs. The backup tends to start at 6:00am/pm. In addition, my APPDATA Backup schedules to run every Fri at 6am. So my friends and I were playing in the server yesterday from probably 9:30pm-ish to about 2am-ish. We logged on this morning around 7:30 am (after the backup ran) and all of our map changes (ie. I built a building and we built other things too) were missing. I did notice that there were items in my inventory that remained in there this morning; however, the map changes seem to reverted back. When i looked in my "backups" folder, the latest backup I had was from yesterday at 6pm (nothing for 6am due to the appdata backup).
So my question is 1) Is there a way to recover the map? and 2) Why did this happen? How do i prevent? Should I set to 4hr backups.
We are just annoyed that we spent a decent amount of time building and the sense of loss is disheartening.
Thanks!
-
1 hour ago, Djoss said:
Ah, from your screenshot you were restoring to /config. This location should work since it is read/write.
/storage is read-only by default. If you want to restore to /storage, you first need to change it to read/write. This can be done in settings of the container.
Well in my defense, I've been playing with a ton of different settings/restore options. I originally tried config, then tried "original location". Ultimately I was able to just download the desktop Crashplan app and restore the files to my Windows PC and transfer over to my server. Not a huge deal this case as it was less than 1GB of info; however, I still want to try to get it figured out. I'll work with the settings and see.
-
7 hours ago, Djoss said:
I don't see anything obvious from the provided logs. For me the restore functionality works fine.
You should probably try the contact the CrashPlan's support team. Provide the error messages and don't tell them that you are using CrashPlan in a Docker container, since they will tell you it's not supported.
I am seeing this in the logs: Failed to create directory at /storage/REDACT: mkdir /storage/REDACT: read-only file system read-only file system.
I tried
chmod 777 /usr/local/crashplanBut it didn't seem to work. Any suggestions? Thanks for taking the time to assist me!
-
41 minutes ago, Djoss said:
What is following the "STACKTRACE:: java.lang.NullPointerException" message ?
at com.code42.backup.handler.RestoreHandler.restoreBackupData(RestoreHandler.java:401) at com.code42.backup.restore.BackupClientRestoreDelegate.restoreBackupDataImpl(BackupClientRestoreDelegate.java:1213) at com.code42.backup.restore.BackupClientRestoreDelegate.lambda$initializeEventStateMachine$21(BackupClientRestoreDelegate.java:519) at com.code42.utils.EventStateMachine.processEvents(EventStateMachine.java:173) at com.code42.backup.restore.BackupClientRestoreDelegate.restoreBackupData(BackupClientRestoreDelegate.java:379) at com.code42.backup.BackupClientV1.restoreBackupData(BackupClientV1.java:1280) at com.code42.backup.message.BackupClientMessageReceiver.receiveMessage(BackupClientMessageReceiver.java:99) at jdk.internal.reflect.GeneratedMethodAccessor24.invoke(Unknown Source) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.base/java.lang.reflect.Method.invoke(Unknown Source) at com.code42.messaging.MessageReceiverProxy.invokeLegacyMessage(MessageReceiverProxy.java:186) at com.code42.messaging.MessageReceiverProxy.receiveMessage(MessageReceiverProxy.java:154) at com.code42.messaging.SessionImpl.receiveMessage(SessionImpl.java:527) at com.code42.messaging.mde.MessageWork.lambda$receiveMessage$0(MessageWork.java:89) at com.code42.messaging.telemetry.MessageHandlingTelemeter.monitorMessageProcessingEvent(MessageHandlingTelemeter.java:32) at com.code42.messaging.mde.MessageWork.receiveMessage(MessageWork.java:77) at com.code42.messaging.mde.MessageWork.handleWork(MessageWork.java:67) at com.code42.messaging.mde.UnitOfWork.processWork(UnitOfWork.java:163) at com.code42.messaging.mde.UnitOfWork.run(UnitOfWork.java:147) at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.base/java.lang.Thread.run(Unknown Source) -
25 minutes ago, Djoss said:
You can try to restart the container if you think it is stuck.
Then, try to restore just a single file. Run "tail -f /mnt/user/appdata/CrashPlanPRO/log/service.log.0" before starting the restore process so we can get all related logs.
Thanks. Took the steps (cleared the service.log.0 log) and tried to restore 1 of the 12 files in this folder. I get this:
Seems promising but nothing actually happens. Getting tons of messages in the service.log.0 like this. Any thoughts?
[09.27.22 22:38:54.153 INFO er1WeDftWkr0 42.backup.handler.RestoreHandler] Problem restoring! backupData=BackupData[BackupBlock[SourceBlock[BlockRecord[blockNumber = 243812, bdfPosition = -1, state = 5, isRemoved = false], sourceLength = 110151, sourceWeakChecksum = REDACT, sourceStrongChecksum = REDACT, type = 21], backupLength = 102752, backupChecksumAsHex = REDACT], dataBuffer = java.nio.HeapByteBuffer[pos=59 lim=102811 cap=102811]], java.lang.NullPointerException; RestoreHandler@1775562762[ REDACT>41: fileId=REDACT, numBlocksToRestore=231, numBlocksTransferred=0, bytesRestored=0, progressCount=0, 1sec, BC[REDACT>41, sameOwner=f, backupConnected=t, authorized=t, usingForBackup=t, backupNotReadyCode=null, backingUp=f, validating=f, closing=f, keepBlockState=0, con=2022-09-27T22:38:11:008, val=2022-09-27T22:38:14:345, readyCheckTime=2022-09-27T22:38:11:008, MM[BT REDACT>41: openCount=0, initialized = true, dataFiles.open = false, /usr/local/crashplan/cache/41], session=REDACT, hosted=t, hostedCloud=t, replacing=f, selectedForBackup=f, selectedForRestore=t, validationNeeded=f, backupUsageTime=2022-09-27T22:38:52:035, cacheMaintenanceState=null, restoreUtil=BackupClientRestoreDelegate [restoreEnv=AgentRestoreEnv[restoreJob = RestoreJob@-1541681516[ REDACT, REDACT:41, userId=REDACT, acceptingGuid=REDACT, restorePath=null, problemCount=0, failedChecksumCount=0, overwrite=false, validate=true, allVersions=false, lastRestoreFileId=null, osUid=99, osGid=100, useOsUids=true, includeDeleted=false, resumeTime=0, completed=false, canceled=false, localRestore=false, restoreType=CLIENT, restoreSubType=STANDARD, numFilesToRestore=1, numBytesToRestore=30256711, numFilesRestored=0, numBytesRestored=0, sessionTimestamp=0, fileRestoreStrategyId=2, instrumentationStats=InstrumentationStats{totalTime=-41476ms, totalProcessingTime=0ms, readTime=0ms, messageSendTime=0ms, decryptTime=0ms, decompressTime=0ms, writeDataTime=0ms, writeMetaDataTime=0ms, checksumVerificationTime=0ms, startRestoreTime=1009ms, finishRestoreTime=0ms, createTempFileTime=0ms}, userName=app, isUsingRestoreTool=true, groups=[RestoreGroup[pathSet = [V3[cs]+/storage/REDACT/IMG_5874.MOV;w], timestamp = 0]]]], selectedForRestore=true, remoteRestoreStats=RestoreStats[BT sourceId = REDACT, targetId = 41, restoreId = REDACT, selectedForRestore = false, restoring = true, completed = false, completedTimeInMillis = null, stopwatch = 2sec, numFilesToRestore = 1, numBytesToRestore = 30256711, numFilesRestored = 0, numBytesRestored = 0, %complete = 0.00%, receiveRateInBytesPerSec(B/s) = 0.000, sendRateInBytesPerSec(B/s) = 0.000, estimatedTimeRemaining = 0.000, fileNumBytesToRestore = 30256711, fileNumBytesRestored = 0, %completeCurrentFile = 0.00%, numSessionFilesRestored = 0, numSessionBytesRestored = 0, problemCount = 0], pendingRestoresCount=0], BackupQueue[REDACT>41, running=f, #tasks=0, sets=[BackupFileTodoSet[backupSetId=1, guid=41, doneLoadingFiles=t, doneLoadingTasks=f, FileTodoSet@153768949[ path = /usr/local/crashplan/cache/cpft1_41, closed = false, dataSize = 61845, headerSize = 0], numTodos = 221, numBytes = 1662557334]], BackupFileTodoSet[backupSetId=REDACT, guid=41, doneLoadingFiles=t, doneLoadingTasks=f, FileTodoSet@2108449319[ path = /usr/local/crashplan/cache/cpft1020267959441_41, closed = false, dataSize = 12, headerSize = 0], numTodos = 0, numBytes = 0]], BackupFileTodoSet[backupSetId=REDACT, guid=41, doneLoadingFiles=t, doneLoadingTasks=f, FileTodoSet@275596035[ path = /usr/local/crashplan/cache/cpft102026802062_41, closed = false, dataSize = 2943, headerSize = 0], numTodos = 5, numBytes = 192760033]], BackupFileTodoSet[backupSetId=REDACT, guid=41, doneLoadingFiles=t, doneLoadingTasks=f, FileTodoSet@150632961[ path = /usr/local/crashplan/cache/cpft1020267917_41, closed = false, dataSize = 105803, headerSize = 0], numTodos = 723, numBytes = 2149226409]], BackupFileTodoSet[backupSetId=REDACT, guid=41, doneLoadingFiles=t, doneLoadingTasks=f, FileTodoSet@1668751860[ path = /usr/local/crashplan/cache/cpft102026810_41, closed = false, dataSize = 371341, headerSize = 0], numTodos = 2756, numBytes = 1796143574458]]], env=null, TodoWorker@1800907882[ threadName = BQTodoWkr-41, stopped = true, running = false, thread.isDaemon = false, thread.isAlive = false, thread = Thread[W566888887_BQTodoWkr-41,5,]], TaskWorker@752883223[ threadName = BQTaskWrk-41, stopped = true, running = false, thread.isDaemon = false, thread.isAlive = false, thread = Thread[W1145855976_BQTaskWrk-41,5,]]] ]], java.lang.NullPointerException STACKTRACE:: java.lang.NullPointerException[09.27.22 22:38:54.153 INFO er1WeDftWkr0 tore.BackupClientRestoreDelegate] BC::Problem restoring! backupData=BackupData[BackupBlock[SourceBlock[BlockRecord[blockNumber = 243812, bdfPosition = -1, state = 5, isRemoved = false], sourceLength = 110151, sourceWeakChecksum = REDACT, sourceStrongChecksum = REDACT, type = 21], backupLength = 102752, backupChecksumAsHex = REDACT], dataBuffer = java.nio.HeapByteBuffer[pos=59 lim=102811 cap=102811]] e=null [09.27.22 22:38:54.153 WARN er1WeDftWkr0 2.messaging.MessageReceiverProxy] MessageReceiverProxy: InvocationTargetException receiving message=type=com.code42.backup.message.restore.RestoreBackupDataMessage, contents=RestoreBackupDataMessage@1382713588[ BackupData[BackupBlock[SourceBlock[BlockRecord[blockNumber = 243812, bdfPosition = -1, state = 5, isRemoved = false], sourceLength = 110151, sourceWeakChecksum = REDACT, sourceStron..., session=RemotePeer-[guid=41, state=CONNECTED]; Session-[localID=REDACT, remoteID=REDACT, layer=Peer::Sabre, closed=false, expiration=null, remoteIdentity=STORAGE, local=REDACT, remote=162.222.40.206:4287], e=java.lang.reflect.InvocationTargetException, cause=java.lang.NullPointerException, java.lang.NullPointerException STACKTRACE:: java.lang.NullPointerException -
So apparantly I was posting this in the wrong "container" support. I am having an issue restoring folders. See below:
I've had CrashplanPro installed for some time and it seems to be working fine from a "backup" perspective. Due to a disk error, I am at a point now where I need to recover some data and I am struggling big time. Upon the first couple tries, I was "hard-stuck" at the "Preparing Data". I let it sit overnight to no avail. Everything seems to be online and appropriate. Now a day later, I keep getting this error when trying to backup:
The error doesn't seem to go away regardless of what options I choose from the dropdowns. It no longer allows me to put anything in queue. What could I be doing wrong?
I can access my service.log file however, I am not sure what information is sensitive vs. useful. I am seeing this:
[09.27.22 01:07:04.206 INFO REDACT-229 backup42.service.ui.UIController] UI:: UserActionRequest: RestoreCheckRequestMessage[REDACT] [09.27.22 01:07:04.206 INFO REDACT-229 backup42.service.ui.UIController] UI:: UserActionResponse: RestoreCheckResponseMessage[restoreId=REDACTfileName=/tmp/REDACT.txt] [09.27.22 01:07:04.216 INFO REDACT-284 tore.BackupClientRestoreDelegate] BC::stopRestore(): idPair=REDACT>41, selectedForRestore=true, event=STOP_REQUESTED canceled=true [09.27.22 01:07:04.216 WARN REDACT-284 .service.backup.BackupController] Unable to start restore. null [09.27.22 01:07:07.390 INFO ackupConnWrk rvice.backup.BackupConnectWorker] BCW:: Connecting REDACT>41 - peer to backup client. [09.27.22 01:07:07.391 INFO ackupConnWrk tore.BackupClientRestoreDelegate] BC::stopRestore(): idPair=REDACT>41, selectedForRestore=true, event=STOP_REQUESTED canceled=false [09.27.22 01:07:07.391 WARN ackupConnWrk .service.backup.BackupController] Problem connection backup!, java.lang.NullPointerException STACKTRACE:: java.lang.NullPointerException at com.code42.backup.restore.BackupClientRestoreDelegate.clearPendingRestores(BackupClientRestoreDelegate.java:1493) at com.code42.backup.restore.BackupClientRestoreDelegate.restoreStoppedImpl(BackupClientRestoreDelegate.java:1074) at com.code42.backup.restore.BackupClientRestoreDelegate.lambda$initializeEventStateMachine$3(BackupClientRestoreDelegate.java:459) at com.code42.utils.EventStateMachine.processEvents(EventStateMachine.java:173) at com.code42.backup.restore.BackupClientRestoreDelegate.stopRestore(BackupClientRestoreDelegate.java:309) at com.code42.backup.BackupClientV1.stopRestore(BackupClientV1.java:1253) at com.code42.backup.BackupClientV1.stop(BackupClientV1.java:481) at com.code42.backup.BackupClientV1.reset(BackupClientV1.java:255) at com.code42.backup.BackupEntityV1.connectToSession(BackupEntityV1.java:260) at com.code42.backup.BackupClientV1.connectToSession(BackupClientV1.java:278) at com.code42.backup.BackupManager.connectClient(BackupManager.java:1508) at com.backup42.service.backup.BackupController.connectClient(BackupController.java:2814) at com.backup42.service.backup.BackupConnectWorker.connect(BackupConnectWorker.java:112) at java.base/java.util.stream.ForEachOps$ForEachOp$OfRef.accept(Unknown Source) at java.base/java.util.stream.ReferencePipeline$2$1.accept(Unknown Source) at java.base/java.util.ArrayList$ArrayListSpliterator.forEachRemaining(Unknown Source) at java.base/java.util.stream.AbstractPipeline.copyInto(Unknown Source) at java.base/java.util.stream.AbstractPipeline.wrapAndCopyInto(Unknown Source) at java.base/java.util.stream.ForEachOps$ForEachOp.evaluateSequential(Unknown Source) at java.base/java.util.stream.ForEachOps$ForEachOp$OfRef.evaluateSequential(Unknown Source) at java.base/java.util.stream.AbstractPipeline.evaluate(Unknown Source) at java.base/java.util.stream.ReferencePipeline.forEach(Unknown Source) at com.backup42.service.backup.BackupConnectWorker.doWork(BackupConnectWorker.java:59) at com.code42.utils.AWorker.run(AWorker.java:153) at java.base/java.lang.Thread.run(Unknown Source)Any thoughts? I am running the most current version of CrashplanPro docker.
-
=
2 minutes ago, Shonky said:Well this docker template is not the same as the one I linked to. If you're having trouble with the other one then this thread is the wrong thread. The thread I linked I believe is the best and most up to date one. There have been a couple and also there have been significant changes to Crashplan over time e.g. the removal of the Home product.
Damn I didn't even realize there were two. I am having trouble with the other. I guess I posted in the wrong space but I guess your "fix" may still work. I'll take future issues there. My issue is with CrashPlanPRO
-
31 minutes ago, Shonky said:
Well firstly have you found the service.log.0 file and checked if it really is the same issue? Just because it's similar symptoms doesn't mean it's thae same problem.
If it's the same problem go to the Docker tab then click the Crashplan then ">_ Console". Then you should be able to just "chmod 777 /usr/local/crashplan" without quotes and restore should just start from memory.
Note that this is essentially a hack to make it work and possibly won't last if the container is restarted. The other container I use ended up getting a permanent fix.
Thanks. I'll mess with it tomorrow. I am using the most updated docker so it's kind of confusing as it seemed an update (in 2020) fixed the issue. I'll check it out. Appreciate your time helping me
-
16 hours ago, Shonky said:
Take a look at this. Could be the same or a similar thing. Check Crashplan's log files. It creates quite a few.
It looks like I have issues similar to this but I'll be honest, I don't follow how to fix. From what I read, I need to clear the cache or "grant permissions" via chmod however, I am not necessarily a programming guru and not following how to make this all happen. What commands in the docker did you use to grant the permissions? Any way you could spell it out for a poor newbie like myself?
Thanks in advance. Appreciate you providing the above feedback!
-
So I believe my Crashplan is saving/backing up my data correctly. Seems to be working fine. I am at a point now where I need to recover some data and I am struggling big time. Here's what I am seeing:
I seem to be hard stuck here:
. Been hours with no movement. I logged on via a browser and Crash plan seems to be online. Any ideas what would cause this?
-
Hello, running 6.10.3. I had a power outage today (everything on battery backup) and so i preventatively shut down Unraid as I wanted to conserve the backup. Upon rebooting, i noted that my "Disk 7" drive was "unmountable". I searched out, found some forum threads and ultimately ended on SpaceInvader's video on corrupt file systems. I was able to start the array in maintenance mode, run the "Check Filesystem Status" and it found and corrected some errors that occurred. Upon restarting the array after the filesystem check, ALL data was in "Lost & Found" folder. Most of it was distinguishable and because of some cloud backups, I was able to mimick the exact file/folder structure I had before. There are thousands of files so I wasn't able to spot check everything but I think it recovered everything. Now onto the root of my questions surrounding this:
1) I do have some risidual files in "Lost & Found" which appear to have lost their file names, etc. See below: Is there any way/program out there that will allow me to distinguish what these files actually are (ie. word, pdf, jpg, etc). If the "modified time" is correct, I'd have no idea what these items are given their age.
2) The hard drive that this occured on is a Seagate 14TB Exos drive. I just "installed" it into the server about 2-3 weeks ago. Should I be concerned that the file system was corrupt on a newly installed HDD (and brand new HDD). There are no smart errors that are triggering:
3) Once I figure all this out, I am going to re-run the parity check. I presume it'll be riddled with errors but can assume right now my parities are effectively useless. Not a question but just seeing if there is anything I am missing here.
4) Any other things to note regarding this? Obviously it isn't something I want to happen again but is there a way to test filesystems without loss of data? Any other things I should check?
-
So I followed SpaceInvader One's nextcloud setup and am using Nextcloud with mariadb/swag/duckdns. It was working flawlessly for several months and then something happened (not nextcloud related) and I had to adjust some network settings. I reverted everything back to the original; however, for some reason, whenever I try to load the nexcloud gui, I get an "unable to connect" message. Everything is running fine and I have ports forwarded appropriately, etc. Is there some easy docker commands which might help me highlight the issue. Without nuking everything above and start over, I am at a loss for how to troubleshoot this issue. As mentioned, it ran just fine for many months until I was trying to set up Remote Support for Unraid. I ended up deciding against this (after adjusting various settings) and believe I reverted everything back. Port Forwarding appears to be fine and as originally set up.
Thanks in advance. Happy to answer any questions about the setup if needed.
-
Question on the Restore -
Is there a way to restore the "Appdata" folder for just one docker. I ran into an issue with one of my dockers and feel this may be the best way to handle; however, I don't want to restore every docker/file --- just the ones specific to the docker that had an issue.
Thanks! -
22 minutes ago, ljm42 said:
The fix for DNS issues is to go to Settings -> Network Settings and set the DNS Server to 8.8.8.8
Diagnostics are already anonymized, if something needs to be anonymized further that may be a bug.
Thanks I'll give this a shot. Currently my DNS Server is set to my Router (192.168.1.1).
I agree that they are already anonymized; however, I believe it doesn't "redact" all the things that I wish to be redacted. I thought I recalled some of my shares being named in the files and given the nature of what my shares are named, it takes away from the anonymity of me (not sure if that makes sense). I cant recall the issue exactly since its been a long time since I've run diag.; however, i just recall as I was scanning through the files in the .zip, I didn't like some of the information that wasn't redacted.
-
20 minutes ago, ljm42 said:
Instructions for setting up Remote Access are here:
https://wiki.unraid.net/My_Servers#Configuring_Remote_Access_.28optional.29If that doesn't help, please upload your diagnostics.zip file (from Tools -> Diagnostics) so I can understand the current state of the system.
Also, I highly recommend port forwarding something other than 443, to make it harder for script kiddies to find you.
Thanks for your help. I was able to get it
Lastly - I am also getting another error.
Is there any "quick fixes" here. While I know i can upload Diagnostics, I've found there are several things I need to go in to the outputs and further "anonymize" before uploading. Note that I saw this may be related to Pihole -- however, I am not running pihole on the network
-
Hello. So I had an issue with MyServers and saw I needed to "Provision" the SSL. I went to Management Access and see the following:
So I went to my router and set the following:
After doing this, I still get the server is unreachable. Any thoughts?
-
6 hours ago, JohnnyP said:
@Hawkins12 Can you send me your logs and config?
I mainly added documentation and automated the GitHub pipeline, so no idea what caused that
I fixed it. User error on my end. I had a router setting that was throwing plex off completely. Had nothing to do Plex Announcer. Apparently, one of my country restrictions for IDS/IPS wasn't playing nicely with plex. Once I fixed this, it seemed to fix the PA issue. Thanks for offering the assistance!
-
1
-
-
I guess I have to stop updating my docker when it works fine 😁 I am having issues again after the recent update. No change in settings, updated docker, and now, no issues are pushing through to discord.
Any thoughts? I went back and looked at some of my errors in the past and don't see them replicated.
Thanks -
On 4/27/2022 at 2:30 PM, VKapadia said:
Have you tried the Backblaze_Personal_Backup container available on CA? Looks like it runs Backblaze Personal on WINE and you can give it access to upload your whole array. haven't tried it yet, but I will once I finish setting up my server (just started with Unraid two days ago).
I am testing this however, i must have a permission issue. When I go to test a backup of my file, I get an error
Not sure how to remedy
-
2 minutes ago, JohnnyP said:
Try updating again, not sure why you have "media" instead of "server" in your url, but both should work now.
Thanks it works. It works with "media" but i'll update to server. I think it was that before and I tried re-doing the link and must have grabbed the wrong one.
-
1
-
-
7 minutes ago, JohnnyP said:
Ahh, sorry... I remember fixing this bug before, not sure how I messed it up again, but please update once more.
Just updated.
Still same "Invalid plex server url"
My plex server url is this" https://app.plex.tv/desktop/#!/media/7NUMBERSANDLETTERS2/
-
3 minutes ago, JohnnyP said:
But that's odd, are using environment variables to configure plex server url? Or still the config file?
Just using the standard Unraid env. variables. Changed nothing with the config, just ran the update. Then noticed it wasn't starting up and wen to the logs.
. Been hours with no movement. I logged on via a browser and Crash plan seems to be online. Any ideas what would cause this?
Not sure how to remedy
Unassigned Devices - Managing Disk Drives and Remote Shares Outside of The Unraid Array
in Plugin Support
Posted · Edited by Hawkins12
I uninstalled all Unassigned Devices (preclear, plus, and UD) and still have the problem. Do I need to restart the server? The odd thing is that I can access plex via the browser and access the server via Putty from my windows PC. Its only my windows shares that dont work.