1.5.2 SMB Replication
-
@theopenem_admin Looks like it's trying and failing to load a 2FA assembly?
Could not load file or assembly 'TwoFactorAuth.Net' or one of its dependencies. The process cannot access the file because it is being used by another process. (Exception from HRESULT: 0x80070020) at System.Web.Configuration.CompilationSection.LoadAssemblyHelper(String assemblyName, Boolean starDirective) at System.Web.Configuration.CompilationSection.LoadAllAssembliesFromAppDomainBinDirectory() at System.Web.Configuration.CompilationSection.LoadAssembly(AssemblyInfo ai) at System.Web.Compilation.BuildManager.GetReferencedAssemblies(CompilationSection compConfig) at System.Web.Compilation.BuildManager.GetPreStartInitMethodsFromReferencedAssemblies() at System.Web.Compilation.BuildManager.CallPreStartInitMethods(String preStartInitListPath, Boolean& isRefAssemblyLoaded) at System.Web.Compilation.BuildManager.ExecutePreAppStart() at System.Web.Hosting.HostingEnvironment.Initialize(ApplicationManager appManager, IApplicationHost appHost, IConfigMapPathFactory configMapPathFactory, HostingEnvironmentParameters hostingParameters, PolicyLevel policyLevel, Exception appDomainCreationException) Could not load file or assembly 'TwoFactorAuth.Net' or one of its dependencies. The process cannot access the file because it is being used by another process. (Exception from HRESULT: 0x80070020) at System.Reflection.RuntimeAssembly._nLoad(AssemblyName fileName, String codeBase, Evidence assemblySecurity, RuntimeAssembly locationHint, StackCrawlMark& stackMark, IntPtr pPrivHostBinder, Boolean throwOnFileNotFound, Boolean forIntrospection, Boolean suppressSecurityChecks) at System.Reflection.RuntimeAssembly.InternalLoadAssemblyName(AssemblyName assemblyRef, Evidence assemblySecurity, RuntimeAssembly reqAssembly, StackCrawlMark& stackMark, IntPtr pPrivHostBinder, Boolean throwOnFileNotFound, Boolean forIntrospection, Boolean suppressSecurityChecks) at System.Reflection.RuntimeAssembly.InternalLoad(String assemblyString, Evidence assemblySecurity, StackCrawlMark& stackMark, IntPtr pPrivHostBinder, Boolean forIntrospection) at System.Reflection.RuntimeAssembly.InternalLoad(String assemblyString, Evidence assemblySecurity, StackCrawlMark& stackMark, Boolean forIntrospection) at System.Reflection.Assembly.Load(String assemblyString) at System.Web.Configuration.CompilationSection.LoadAssemblyHelper(String assemblyName, Boolean starDirective)</Data>
-
@tgilpin And also this event:
- <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event"> - <System> <Provider Name="ASP.NET 4.0.30319.0" /> <EventID Qualifiers="16384">1315</EventID> <Level>4</Level> <Task>3</Task> <Keywords>0x80000000000000</Keywords> <TimeCreated SystemTime="2022-12-14T14:26:26.525917700Z" /> <EventRecordID>16180</EventRecordID> <Channel>Application</Channel> <Computer>[REDACTED]</Computer> <Security /> </System> - <EventData> <Data>4005</Data> <Data>Forms authentication failed for the request. Reason: The ticket supplied has expired.</Data> <Data>12/14/2022 8:26:26 AM</Data> <Data>12/14/2022 2:26:26 PM</Data> <Data>c6b5532bc393458793974d0434e1ef02</Data> <Data>4</Data> <Data>1</Data> <Data>50202</Data> <Data>/LM/W3SVC/4/ROOT-1-133155004994963843</Data> <Data>Full</Data> <Data>/</Data> <Data>C:\Program Files\Theopenem\Toems-UI\</Data> <Data>[REDACTED]</Data> <Data /> <Data>1356</Data> <Data>w3wp.exe</Data> <Data>NT AUTHORITY\NETWORK SERVICE</Data> <Data>[REDACTED]/views/admin/chooser.aspx</Data> <Data>/views/admin/chooser.aspx</Data> <Data>[REDACTED]</Data> <Data /> <Data>False</Data> <Data /> <Data>NT AUTHORITY\NETWORK SERVICE</Data> <Data /> </EventData> </Event>
-
Those are most likely unrelated.
-
@theopenem_admin I'll just wipe and start from the top. I feel like something may have gone wrong with my TOEMS updates.
-
@theopenem_admin I created a new VM and freshly installed TOEMS latest version, however this replication issue persists in the same manner.
Only the Images folder will sync to SMB storage and TOEMS reports a successful sync task. All previously reported logged events are reoccurring on the new install. Com server logs from the web interface generated no data related to the sync.
I have verified that the SMB location is able to be reached and is accepting authentication as configured in TOEMS. I am unsure what would cause TOEMS to successfully sync images but fail to sync software uploads and generated files.
-
Pushing ahead and manually copying from local to SMB seems to clear the hurdle and produce expected behavior once completed.
I had followed instruction to first set up as local and then move to SMB share on adding COM servers, however it seems like in this version this order of operations is what caused the issue.
The failure I was experiencing was being unable to replicate up from an active COM server local storage location to a new SMB share location after changing the server storage from local to SMB share in Admin Settings>Storage Location, and leaving the COM server local path unchanged. However, once they are set in a shared storage configuration, and after a manual sync, new uploads are first stored in the SMB storage location which has no issues replicating down to the COM server local storage(s).
I'd be curious to see if this issue is able to be reproduced on an install that was set as SMB from the start, to confirm this theory.
-
Thanks for your research into this. I was not able to replicate the issue and couldn't say where to start. Now it seems you've narrowed it down, I can look into it.
-
Unsure if it is related to forcing the initial sync, but I am now receiving "Could not download core scripts" with response code 403 when attempting to boot with USB ISO.
I have attempted an ISO configured for all available clusters including default. Below is what we are seeing on both com server logs.
2023-01-18 13:10:02,533 [25] ERROR Toems_Service.StringManipulationServices Authorization Base64 Decoding Failed. Value cannot be null. Parameter name: s
USB ISO boot was working prior to adding this 2nd com server into the environment.
-
@tgilpin Did you ever figure this out?
I finally got the LIE boot to hit my server (was trying WIE, but for some reason can't get the NIC driver to load, even side loading the .ini), and am now getting this.
When I try to hit my server at ip:8888 (same as the LIE environment), I get an Apache looking 403 screen as well.
But I'm currently going to Toems Local Storage, so I don't have the SMB complication.
Asking here as you seem to be the only kindered soul so far.
-
@palehbt Fixed it. Turn off "console Tasks require login" in Admin -> security