Closed toddca closed 5 years ago
Related task: https://github.com/nopSolutions/nopCommerce/issues/2494
If hosting environment is Windows, there are several workarounds to this:
HTH
I would not use DFSR, updating one web app will start replication to occur and depending on the file/location being replicated the web apps on the other servers will be restarted constantly and impact your entire server farm. You are better off taking each machine out of the LB, updating it, and then putting it back into service.
As far as updating the installedPlugins.json - we usually do not install/uninstall plugins all that much in production, but when we do we do so on one machine, replicate the installedPlugins.json to the others and restart each web app. Have not had an issue to this point but that may depend on the plugins you use.
Closed #3451
@skoshelev - when storing in redis why do you give this key/value its own DB and why do you hardcode the DB Id?
Also - why can't this just be stored in the SQL DB?
@toddca We cannot use the database to store these values, because the database may not be exists when caching should already work
When do you cache installed plugins when the Db does not exist? In fact, when do you even install plugins when the Db does not exist ???
-Todd
From: Sergey Koshelev notifications@github.com Sent: Monday, May 13, 2019 3:19:01 AM To: nopSolutions/nopCommerce Cc: Todd Carter; Mention Subject: Re: [nopSolutions/nopCommerce] Running nopCommerce in Web Farm Does Not Update installedPlugins.json Properly (#3451)
@toddcahttps://github.com/toddca We cannot use the database to store these values, because the database may not be exists when caching should already work
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHubhttps://github.com/nopSolutions/nopCommerce/issues/3451#issuecomment-491722894, or mute the threadhttps://github.com/notifications/unsubscribe-auth/AAJVJJRYMAZI5RPNBTN6QU3PVEP7LANCNFSM4GIDTU4A.
Hi @toddca. I do not understand why you ask about plugins? The point is that caching may starts working even before database initialization, which means we can't save caching settings in it. As far as installation of plugins is concerned, they are installed after creating the main database structure.
Yes so why cant we cache the contents of installedPlugins.json in the DB?
-Todd
From: Sergey Koshelev notifications@github.com Sent: Tuesday, May 14, 2019 3:05:32 AM To: nopSolutions/nopCommerce Cc: Todd Carter; Mention Subject: Re: [nopSolutions/nopCommerce] Running nopCommerce in Web Farm Does Not Update installedPlugins.json Properly (#3451)
Hi @toddcahttps://github.com/toddca. I do not understand why you ask about plugins? The point is that caching may starts working even before database initialization, which means we can't save caching settings in it. As far as installation of plugins is concerned, they are installed after creating the main database structure.
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHubhttps://github.com/nopSolutions/nopCommerce/issues/3451?email_source=notifications&email_token=AAJVJJQLSIIDRLLGMJG4J6DPVJXEZA5CNFSM4GIDTU4KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODVKTRHY#issuecomment-492124319, or mute the threadhttps://github.com/notifications/unsubscribe-auth/AAJVJJQGN5ZX2XNCREYC25TPVJXEZANCNFSM4GIDTU4A.
@toddca, did you find out how to solve this? I am trying to install nopCommerce in a web farm scenario. I am trying to figure out the steps to load balance this in AWS
nopCommerce version: 4.1
Steps to reproduce the problem:
Note: the second web server still has the original installedPlugins.json with the original list of installed plug-ins prior to step #2.
Looking for a workaround/solution as well as any other issues running nopCommerce in a web farm.