Phreaknes

I have confirmed that the Flash USB and the Coral are not on the same bus. That shouldn't really make a difference. I need to know what else to test, what logs to provide, what settings I need to test. I can recreate the problem, I don't know what I need to provide the Dev's / community to resolve this issue. Recap: Within 24 hours of starting the Frigate docker container on my version 6.12.13 of unraid. The server's flash USB will become unavailable. I have to shutdown the server, strip it down, remove the flash drive and do a repair USB drive on a windows PC. Then I can reassemble and restart the server, start a parity check and without the Frigate container started, everything works just fine. I have removed the reference to the Coral USB in the App config but I have retained it in the Docker config. Please refer to post for more details. I have built this system with Frigate in mind. I've invested heavily in the camera recommendations, added a Coral TPU and I'm disappointed in the failing of this app. It could be a simple setting. but I'm at the end of my technical diagnosis knowledge base. Any help will be appreciated.

I can now reliably recreate the problem. I've taken down all dockers and VM's and got the same results twice. When I start Frigate, within 24 hours I get this error so it's got to be the Frigate docker or something it's contributing to. I'm willing to help, but it takes me about an hour to remove the server, fix the USB error, install and bring up the server and of course 16 hours for the parity check. If there is a log or some process I can check please let me know. I edited out the Tensor entries (as mentioned in another post), same outcome.

You are correct that the flash drive is loaded on boot, But it's not a ROM. As the server is in use, data is access and updated on the USB drive. If you install a new app for instance, the USB drive is updated. As mentioned, I tested a lot of configurations and deduced and confirmed that when frigate is running with the Coral USB, The Flash USB is failing and confirmed this issue with Unraid support. I've narrowed it down and now I'm working backward. To say that Frigate is 'NOT' crashing the flash drive is premature at best. Thank you for pointing that out, I will look into it.

Greetings all After a lot of testing and research it seems that Frigate is crashing my flash boot drive and killing my server. I installed frigate about 1 month ago with a very simple one camera config. I first had my flash drive crash in early October and replaced the drive and restored with a Unraid connect backup from the previous weekend. For about a week I only spun up may Home Assistant VM and did my parity checks to make sure the system was stable. I started my all of my dockers and then within 24 hours another drive says it's corrupt or unavailable. Thinking it just maybe a fluke, I replaced that drive again and recovered from a backup, Parity checked and only brought up my VM and one docker. Waited a few days and brought up another docker. I Brought up the Frigate docker and within 24 hours the flash drive failed. Luckily I was able to put my Flash boot drive in a windows machine and repaired it and got back running. I put in a ticket with Unraid support and we got the syslogs and found the error below. For one last test this Monday brought up the server with just the Frigate docker and it failed again. Repaired the drive, spun up everything except Frigate and it's been stable. So I've isolated the issue to the Frigate docker. I think it has something to do with the USB Coral TPU. Yes I've switched USB ports and confirmed it's working in another computer. Attached is a picture of the docker config for frigate. Outside of that I don't know. I need to get this working as I have very limited time to work on this for the rest of the year. server config Supermicro X10SRH-CF Intel Xeon CPU E5-2698 v4 128GB RAM USB Coral TPU Nvidia 3060 12gb (Not used for Frigate) Error in the Syslogs Nov 4 20:50:15 PhreakServe kernel: usb 3-6: device descriptor read/8, error -110 Nov 4 20:50:15 PhreakServe kernel: usb 3-6: USB disconnect, device number 3 Nov 4 20:50:15 PhreakServe emhttpd: Unregistered Flash device blacklisted (EBLACKLISTED2)

I Put in a ticket from the Unraid error that gives prompt that says contact support!

I have a brand new Sandisk ultra fit 32gb sitting in the package. Do I use it and do this again even though this same drive failed after 18 months?

I've had a SanDisk 32gb ultra fit USB disk running in my new server (SuperMicro x10srh-cf) for about 18 months. It died / wasn't available on Monday morning. I put in a ticket because I didn't have a local backup but the array was still up and HA was still working. I happen to find a posting about Unraid connect late on Tuesday and luckily UnRaid connect had a backup from Saturday evening. I figure out how to download and restore that backup and got the server up last night on a 'old' 16gb Sandisk cruzer facet. I wake up this morning and the USB drive 'Cannot access your USB Flash boot device" so what do I do now. what is the recommended / required USB drive that isn't going to fail every 18 months because I got this new server / motherboard because 18 months ago my USB drive failed again (SAMSUNG FIT Plus 32gb ). And yes I've been down the 2 threads about USB boot drives and with no real conclusion. First issue. Do I just go through the process again with another USB drive. I know in the past there was an issue with changing USB drives more that once in certain timeframe. Second issue. What is the USB drive I should be using? give me a list so I can get it on order quickly!! thanks

I tested that and I can set up those directories if I start a new server. In the picture below if I can get that 'unavailable' server back i'm golden

Where is that setting?!!?! I need to check that.

So I have all my media sorted under PlexMedia. and the docker is pointed at it. Could it be a permissions problem? is there a log that may have some information?

Is there a setting in the app / server config to point at the media data?

I have backups of the raw movies and music files 3 2 1'd , I'm not really worried about that but I have a huge Music library and done a ton of work to get album cover right. This is years of work.

Correct, All of the array disks,

I shut each of the dockers apps and the docker service. I went to each drive from the main tab -> view (each drive) -> selected the appdata directories -> moved to appdata on the ssd / cache drive. I did that on all of the drives in the array. once done I started the docker then manuallly checked the paths appdata paths on all the dockers. started the dockers an they all came up just like previous, except plex

I have Plex in an UnRaid docker. I need to move severs soon. I’m in the process of shrinking the server down. I did a move of all of the Appdata directories from the array to my ssd cache and all my other dockers came up fine except Plex. Screenshot of what Plex web displays. it see’s my original pins so it’s seeing my original config (thus my original metadata) but the mapping to my array data is wrong or missing Yes I updated the Docker config to point at the ‘new’ Appdata for the Plex docker (screenshot here) When I do a browse /mnt I can go to /user and see my data in /PlexMedia which I have in the docker config The Unraid support says its a Plex / docker issue, docker support says it’s a plex / Unraid mapping. I’ve been fighting this for 2 weeks and I’m at my wits end. I’ve searched all over and have over 100 tabs just on this one issue. I think it’s a simple .ini / config file but I don’t know how or where to update it.

bump

I'm going to try this again in the hopes that I can get some help on this problem. I'm at my wits end. I'm new to unraid and I need to get this system back online. I've been fighting this since late last year. I have a 6.9.2 XFS UnRaid install with three 2Tb drives a 6tb parity drive and a 500GB cache drive. I only have Binhex-krusader and Plex-media-server dockers and a Home Assistant VM. I have edited the original docker settings for Host paths to these so they're on the SSD as suggested in several post. /mnt/cache/appdata/omada/data/ /mnt/cache/appdata/omada/work/ /mnt/cache/appdata/omada/logs/ All other settings are stock. What is happening is after a fresh docker install I can get in, setup a new system or restore a backup and everything for the most part runs very well but after 36 hours the docker crashes and you get a message the please wait while Omada is loading but never gets me to a login screen. I have installed this docker 10+ times with the same results. This includes different versions of the Omada controller with the same results. Below is a recent reddit thread that I had with a kind soul but Mongodb isn't their specialty it includes a Mongodb log. Below is a recent log from a fresh docker install after about 36 hours. This all seems to be around the Mongodb failing / crashing. . ____ _ __ _ _ /\\ / ___'_ __ _ _(_)_ __ __ _ \ \ \ \ ( ( )\___ | '_ | '_| | '_ \/ _` | \ \ \ \ \\/ ___)| |_)| | | | | || (_| | ) ) ) ) ' |____| .__|_| |_|_| |_\__, | / / / / =========|_|==============|___/=/_/_/_/ :: Spring Boot :: (v2.6.6) 06-12-2022 06:35:39.027 INFO [main] [] c.t.s.o.s.OmadaLinuxMain(55): Starting OmadaLinuxMain v5.3.1 using Java 1.8.0_312 on PhreakServe with PID 1 (/opt/tplink/EAPController/lib/local-starter-5.3.1.jar started by omada in /opt/tplink/EAPController/lib) 06-12-2022 06:35:39.030 INFO [main] [] c.t.s.o.s.OmadaLinuxMain(640): No active profile set, falling back to 1 default profile: "default" 06-12-2022 06:35:45.592 WARN [main] [] o.s.d.c.CustomConversions(261): Registering converter from class java.time.LocalDateTime to class org.joda.time.LocalDateTime as reading converter although it doesn't convert from a store-supported type! You might want to check your annotation setup at the converter implementation. 06-12-2022 06:35:47.864 WARN [main] [] o.s.d.c.CustomConversions(261): Registering converter from class java.time.LocalDateTime to class org.joda.time.LocalDateTime as reading converter although it doesn't convert from a store-supported type! You might want to check your annotation setup at the converter implementation. 06-12-2022 06:35:51.512 INFO [main] [] c.t.s.l.c.s.d.CacheLogConsumeHandler(61): log mq consume task is start... 06-12-2022 06:35:51.514 INFO [main] [] c.t.s.o.s.OmadaLinuxMain(61): Started OmadaLinuxMain in 12.883 seconds (JVM running for 17.255) 06-12-2022 06:35:52.583 INFO [main] [] c.t.s.o.m.d.p.t.TransportConfiguration(124): upgrade workGroup core thread num is 16, max thread num is 16 06-12-2022 06:35:52.619 INFO [main] [] c.t.s.o.m.d.p.t.TransportConfiguration(151): upgradeSendReq workGroup core thread num is 16, max thread num is 16 06-12-2022 06:35:52.788 INFO [main] [] c.t.s.o.m.d.p.t.TransportConfiguration(97): manager workGroup core thread num is 16, max thread num is 16 06-12-2022 06:35:53.587 INFO [main] [] c.t.s.o.m.d.d.m.d.a.c.ApBatchGroupConfig(36): apBatchGroup thread size is 17, queue size is 1500 06-12-2022 06:35:53.737 INFO [main] [] c.t.s.o.m.c.d.m.s.w.s.c.WirelessGroupConfig(37): ssidWorkerGroup thread size is 17, queue size is 1500 06-12-2022 06:35:54.457 INFO [main] [] c.t.s.e.s.c.c(158): start schedule remove expire device... period = 10 06-12-2022 06:35:54.463 INFO [main] [] c.t.s.e.s.c.c(145): update rateLimiterCache, permitsPerSecond = 5.0 06-12-2022 06:35:54.485 INFO [main] [] c.t.s.o.m.d.d.m.m.c.DeviceMsgConfig(38): setMsgThreadPool thread size is 16, queue size is 10000 06-12-2022 06:35:54.718 INFO [main] [] c.t.s.o.s.d.a(78): Db unchanged. No need to compatible or init data. 06-12-2022 06:35:59.710 INFO [mongo-check-thread] [] c.t.s.o.s.OmadaBootstrap(352): mongod was shutdown, restarting it 06-12-2022 06:35:59.710 INFO [mongo-check-thread] [] c.t.s.o.s.s.b(213): Going to stop mongod which pid is 55 06-12-2022 06:36:03.325 ERROR [main] [] c.t.s.o.s.OmadaBootstrap(319): org.springframework.dao.DataAccessResourceFailureException: Prematurely reached end of stream; nested exception is com.mongodb.MongoSocketReadException: Prematurely reached end of stream org.springframework.dao.DataAccessResourceFailureException: Prematurely reached end of stream; nested exception is com.mongodb.MongoSocketReadException: Prematurely reached end of stream at org.springframework.data.mongodb.core.MongoExceptionTranslator.translateExceptionIfPossible(MongoExceptionTranslator.java:85) ~[spring-data-mongodb-3.3.3.jar:3.3.3] at org.springframework.data.mongodb.core.MongoTemplate.potentiallyConvertRuntimeException(MongoTemplate.java:2929) ~[spring-data-mongodb-3.3.3.jar:3.3.3] at org.springframework.data.mongodb.core.MongoTemplate.executeFindMultiInternal(MongoTemplate.java:2865) ~[spring-data-mongodb-3.3.3.jar:3.3.3] at org.springframework.data.mongodb.core.MongoTemplate.doFind(MongoTemplate.java:2605) ~[spring-data-mongodb-3.3.3.jar:3.3.3] at org.springframework.data.mongodb.core.ExecutableFindOperationSupport$ExecutableFindSupport.doFind(ExecutableFindOperationSupport.java:220) ~[spring-data-mongodb-3.3.3.jar:3.3.3] at org.springframework.data.mongodb.core.ExecutableFindOperationSupport$ExecutableFindSupport.oneValue(ExecutableFindOperationSupport.java:132) ~[spring-data-mongodb-3.3.3.jar:3.3.3] at org.springframework.data.mongodb.repository.query.AbstractMongoQuery.lambda$getExecution$4(AbstractMongoQuery.java:159) ~[spring-data-mongodb-3.3.3.jar:3.3.3] at org.springframework.data.mongodb.repository.query.AbstractMongoQuery.doExecute(AbstractMongoQuery.java:132) ~[spring-data-mongodb-3.3.3.jar:3.3.3] at org.springframework.data.mongodb.repository.query.AbstractMongoQuery.execute(AbstractMongoQuery.java:107) ~[spring-data-mongodb-3.3.3.jar:3.3.3] at org.springframework.data.repository.core.support.RepositoryMethodInvoker.doInvoke(RepositoryMethodInvoker.java:137) ~[spring-data-commons-2.6.3.jar:2.6.3] at org.springframework.data.repository.core.support.RepositoryMethodInvoker.invoke(RepositoryMethodInvoker.java:121) ~[spring-data-commons-2.6.3.jar:2.6.3] at org.springframework.data.repository.core.support.QueryExecutorMethodInterceptor.doInvoke(QueryExecutorMethodInterceptor.java:159) ~[spring-data-commons-2.6.3.jar:2.6.3] at org.springframework.data.repository.core.support.QueryExecutorMethodInterceptor.invoke(QueryExecutorMethodInterceptor.java:138) ~[spring-data-commons-2.6.3.jar:2.6.3] at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:186) ~[spring-aop-5.3.18.jar:5.3.18] at org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:97) ~[spring-aop-5.3.18.jar:5.3.18] at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:186) ~[spring-aop-5.3.18.jar:5.3.18] at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:215) ~[spring-aop-5.3.18.jar:5.3.18] at com.sun.proxy.$Proxy180.findByAccountId(Unknown Source) ~[?:?] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_312] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_312] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_312] at java.lang.reflect.Method.invoke(Method.java:498) ~[?:1.8.0_312] at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:344) ~[spring-aop-5.3.18.jar:5.3.18] at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:198) ~[spring-aop-5.3.18.jar:5.3.18] at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:163) ~[spring-aop-5.3.18.jar:5.3.18] at org.springframework.dao.support.PersistenceExceptionTranslationInterceptor.invoke(PersistenceExceptionTranslationInterceptor.java:137) ~[spring-tx-5.3.18.jar:5.3.18] at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:186) ~[spring-aop-5.3.18.jar:5.3.18] at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:215) ~[spring-aop-5.3.18.jar:5.3.18] at com.sun.proxy.$Proxy180.findByAccountId(Unknown Source) ~[?:?] at com.tplink.smb.omada.identityaccess.port.mongo.adaptor.persistence.tenant.a.a(SourceFile:32) ~[identityaccess-port-mongo-5.3.1.jar:5.3.1] at com.tplink.smb.omada.identityaccess.port.mongo.adaptor.persistence.tenant.a$$FastClassBySpringCGLIB$$d19782ef.invoke(<generated>) ~[identityaccess-port-mongo-5.3.1.jar:5.3.1] at org.springframework.cglib.proxy.MethodProxy.invoke(MethodProxy.java:218) ~[spring-core-5.3.18.jar:5.3.18] at org.springframework.aop.framework.CglibAopProxy$CglibMethodInvocation.invokeJoinpoint(CglibAopProxy.java:783) ~[spring-aop-5.3.18.jar:5.3.18] at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:163) ~[spring-aop-5.3.18.jar:5.3.18] at org.springframework.aop.framework.CglibAopProxy$CglibMethodInvocation.proceed(CglibAopProxy.java:753) ~[spring-aop-5.3.18.jar:5.3.18] at org.springframework.dao.support.PersistenceExceptionTranslationInterceptor.invoke(PersistenceExceptionTranslationInterceptor.java:137) ~[spring-tx-5.3.18.jar:5.3.18] at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:186) ~[spring-aop-5.3.18.jar:5.3.18] at org.springframework.aop.framework.CglibAopProxy$CglibMethodInvocation.proceed(CglibAopProxy.java:753) ~[spring-aop-5.3.18.jar:5.3.18] at org.springframework.aop.framework.CglibAopProxy$DynamicAdvisedInterceptor.intercept(CglibAopProxy.java:698) ~[spring-aop-5.3.18.jar:5.3.18] at com.tplink.smb.omada.identityaccess.port.mongo.adaptor.persistence.tenant.a$$EnhancerBySpringCGLIB$$3707c08b.a(<generated>) ~[identityaccess-port-mongo-5.3.1.jar:5.3.1] at com.tplink.smb.omada.identityaccess.domain.model.c.h.a(SourceFile:31) ~[identityaccess-core-5.3.1.jar:5.3.1] at com.tplink.smb.omada.identityaccess.domain.model.c.h$$FastClassBySpringCGLIB$$cfd076bb.invoke(<generated>) ~[identityaccess-core-5.3.1.jar:5.3.1] at org.springframework.cglib.proxy.MethodProxy.invoke(MethodProxy.java:218) ~[spring-core-5.3.18.jar:5.3.18] at org.springframework.aop.framework.CglibAopProxy$DynamicAdvisedInterceptor.intercept(CglibAopProxy.java:689) ~[spring-aop-5.3.18.jar:5.3.18] at com.tplink.smb.omada.identityaccess.domain.model.c.h$$EnhancerBySpringCGLIB$$d977a6c2.a(<generated>) ~[identityaccess-core-5.3.1.jar:5.3.1] at com.tplink.smb.omada.identityaccess.b.e.b(SourceFile:54) ~[identityaccess-core-5.3.1.jar:5.3.1] at com.tplink.smb.omada.identityaccess.port.common.d.f.b(SourceFile:40) ~[identityaccess-core-5.3.1.jar:5.3.1] at com.tplink.smb.omada.starter.task.OmadacInitTask.doDbUnchanged(SourceFile:146) ~[local-starter-5.3.1.jar:5.3.1] at com.tplink.smb.omada.starter.d.a.c(SourceFile:140) ~[local-starter-5.3.1.jar:5.3.1] at com.tplink.smb.omada.starter.d.a.b(SourceFile:79) ~[local-starter-5.3.1.jar:5.3.1] at com.tplink.smb.omada.starter.d.a.a(SourceFile:44) ~[local-starter-5.3.1.jar:5.3.1] at com.tplink.smb.omada.starter.task.OmadacInitTask.execute(SourceFile:64) ~[local-starter-5.3.1.jar:5.3.1] at com.tplink.smb.omada.starter.task.c.a(SourceFile:20) ~[local-starter-5.3.1.jar:5.3.1] at com.tplink.smb.omada.starter.OmadaBootstrap.f(SourceFile:317) [local-starter-5.3.1.jar:5.3.1] at com.tplink.smb.omada.starter.OmadaLinuxMain.a(SourceFile:91) [local-starter-5.3.1.jar:5.3.1] at com.tplink.smb.omada.starter.OmadaLinuxMain.main(SourceFile:36) [local-starter-5.3.1.jar:5.3.1] Caused by: com.mongodb.MongoSocketReadException: Prematurely reached end of stream at com.mongodb.internal.connection.SocketStream.read(SocketStream.java:112) ~[mongodb-driver-core-4.4.2.jar:?] at com.mongodb.internal.connection.SocketStream.read(SocketStream.java:131) ~[mongodb-driver-core-4.4.2.jar:?] at com.mongodb.internal.connection.InternalStreamConnection.receiveResponseBuffers(InternalStreamConnection.java:718) ~[mongodb-driver-core-4.4.2.jar:?] at com.mongodb.internal.connection.InternalStreamConnection.receiveMessageWithAdditionalTimeout(InternalStreamConnection.java:576) ~[mongodb-driver-core-4.4.2.jar:?] at com.mongodb.internal.connection.InternalStreamConnection.receiveCommandMessageResponse(InternalStreamConnection.java:415) ~[mongodb-driver-core-4.4.2.jar:?] at com.mongodb.internal.connection.InternalStreamConnection.sendAndReceive(InternalStreamConnection.java:342) ~[mongodb-driver-core-4.4.2.jar:?] at com.mongodb.internal.connection.UsageTrackingInternalConnection.sendAndReceive(UsageTrackingInternalConnection.java:116) ~[mongodb-driver-core-4.4.2.jar:?] at com.mongodb.internal.connection.DefaultConnectionPool$PooledConnection.sendAndReceive(DefaultConnectionPool.java:647) ~[mongodb-driver-core-4.4.2.jar:?] at com.mongodb.internal.connection.CommandProtocolImpl.execute(CommandProtocolImpl.java:71) ~[mongodb-driver-core-4.4.2.jar:?] at com.mongodb.internal.connection.DefaultServer$DefaultServerProtocolExecutor.execute(DefaultServer.java:244) ~[mongodb-driver-core-4.4.2.jar:?] at com.mongodb.internal.connection.DefaultServerConnection.executeProtocol(DefaultServerConnection.java:227) ~[mongodb-driver-core-4.4.2.jar:?] at com.mongodb.internal.connection.DefaultServerConnection.command(DefaultServerConnection.java:127) ~[mongodb-driver-core-4.4.2.jar:?] at com.mongodb.internal.connection.DefaultServerConnection.command(DefaultServerConnection.java:117) ~[mongodb-driver-core-4.4.2.jar:?] at com.mongodb.internal.connection.DefaultServer$OperationCountTrackingConnection.command(DefaultServer.java:348) ~[mongodb-driver-core-4.4.2.jar:?] at com.mongodb.internal.operation.CommandOperationHelper.createReadCommandAndExecute(CommandOperationHelper.java:228) ~[mongodb-driver-core-4.4.2.jar:?] at com.mongodb.internal.operation.FindOperation.lambda$execute$1(FindOperation.java:666) ~[mongodb-driver-core-4.4.2.jar:?] at com.mongodb.internal.operation.OperationHelper.lambda$withSourceAndConnection$2(OperationHelper.java:564) ~[mongodb-driver-core-4.4.2.jar:?] at com.mongodb.internal.operation.OperationHelper.withSuppliedResource(OperationHelper.java:589) ~[mongodb-driver-core-4.4.2.jar:?] at com.mongodb.internal.operation.OperationHelper.lambda$withSourceAndConnection$3(OperationHelper.java:563) ~[mongodb-driver-core-4.4.2.jar:?] at com.mongodb.internal.operation.OperationHelper.withSuppliedResource(OperationHelper.java:589) ~[mongodb-driver-core-4.4.2.jar:?] at com.mongodb.internal.operation.OperationHelper.withSourceAndConnection(OperationHelper.java:562) ~[mongodb-driver-core-4.4.2.jar:?] at com.mongodb.internal.operation.FindOperation.lambda$execute$2(FindOperation.java:661) ~[mongodb-driver-core-4.4.2.jar:?] at com.mongodb.internal.async.function.RetryingSyncSupplier.get(RetryingSyncSupplier.java:65) ~[mongodb-driver-core-4.4.2.jar:?] at com.mongodb.internal.operation.FindOperation.execute(FindOperation.java:692) ~[mongodb-driver-core-4.4.2.jar:?] at com.mongodb.internal.operation.FindOperation.execute(FindOperation.java:86) ~[mongodb-driver-core-4.4.2.jar:?] at com.mongodb.client.internal.MongoClientDelegate$DelegateOperationExecutor.execute(MongoClientDelegate.java:191) ~[mongodb-driver-sync-4.4.2.jar:?] at com.mongodb.client.internal.MongoIterableImpl.execute(MongoIterableImpl.java:135) ~[mongodb-driver-sync-4.4.2.jar:?] at com.mongodb.client.internal.MongoIterableImpl.iterator(MongoIterableImpl.java:92) ~[mongodb-driver-sync-4.4.2.jar:?] at org.springframework.data.mongodb.core.MongoTemplate.executeFindMultiInternal(MongoTemplate.java:2853) ~[spring-data-mongodb-3.3.3.jar:3.3.3] ... 53 more 06-12-2022 06:36:04.710 WARN [https-jsse-nio-18043-exec-6] [] o.s.d.c.CustomConversions(261): Registering converter from class java.time.LocalDateTime to class org.joda.time.LocalDateTime as reading converter although it doesn't convert from a store-supported type! You might want to check your annotation setup at the converter implementation. 06-12-2022 06:36:04.722 WARN [https-jsse-nio-18043-exec-6] [] o.s.d.c.CustomConversions(261): Registering converter from class java.time.LocalDateTime to class org.joda.time.LocalDateTime as reading converter although it doesn't convert from a store-supported type! You might want to check your annotation setup at the converter implementation. 06-12-2022 06:37:41.832 ERROR [mongo-check-thread] [] c.t.s.f.c.FacadeUtils(68): facadeMsgEnable is not enable, msg: Fail to start mongo DB server 06-12-2022 06:37:41.833 WARN [mongo-check-thread] [] c.t.s.o.s.s.b(145): Fail to start mongo DB server 06-12-2022 06:37:41.833 WARN [mongo-check-thread] [] c.t.s.o.s.s.a(77): com.tplink.smb.omada.starter.b.a: Fail to start mongo DB server com.tplink.smb.omada.starter.b.a: Fail to start mongo DB server at com.tplink.smb.omada.starter.server.b.a(SourceFile:146) ~[local-starter-5.3.1.jar:5.3.1] at com.tplink.smb.omada.starter.server.a.e(SourceFile:74) ~[local-starter-5.3.1.jar:5.3.1] at com.tplink.smb.omada.starter.OmadaBootstrap.d(SourceFile:225) ~[local-starter-5.3.1.jar:5.3.1] at com.tplink.smb.omada.starter.OmadaBootstrap.n(SourceFile:218) ~[local-starter-5.3.1.jar:5.3.1] at com.tplink.smb.omada.starter.OmadaBootstrap.x(SourceFile:353) ~[local-starter-5.3.1.jar:5.3.1] at java.lang.Thread.run(Thread.java:748) [?:1.8.0_312] 06-12-2022 06:37:53.850 INFO [mongo-check-thread] [] c.t.s.o.s.OmadaBootstrap(352): mongod was shutdown, restarting it 06-12-2022 06:37:55.383 INFO [mongo-check-thread] [] c.t.s.o.s.s.b(161): mongodb process id is 251 06-12-2022 06:37:55.384 ERROR [mongo-check-thread] [] c.t.s.f.c.FacadeUtils(68): facadeMsgEnable is not enable, msg: Mongo DB server started 06-12-2022 06:37:55.384 INFO [mongo-check-thread] [] c.t.s.o.s.s.b(142): Mongo DB server started 06-12-2022 06:37:55.864 INFO [https-jsse-nio-18043-exec-5] [] c.t.s.o.a.d.InterruptBeforeInitFinishedInterceptor(36): Controller is starting up, cannot handle request

Bump

I'm very new to all of this (Linux, UnRaid, dockers and Omada). I've had several docker 'crashed' recently and I think it's down to permission. How can I check the permissions in the directories where Omada resides and what are the command to make sure I have the corrected permissions for those directories.

Mark as solved please.

bump

So do I have now have to preclear again and then add it to the array but not format it? or is there a quicker way. I've been at this for about 3 days.

No I think I formatted it before the adding it to the array but I can't be for sure it was very late at night.

I formatted it in unraid after the preclear