What version of SymmetricDS are you using? It's behaving as if you deleted the database trigger manually (which you said you did) and then you updated the configuration for the product_configurator_category table. If you had removed the table from sym_trigger_router completely I would not expect the error. If, however, you just updated the table's configuration and still have it in sym_trigger_router then SymmetricDS would try to delete the database trigger (as it is trying to do) before creating...
This may be talking about the 'node password' used in the communication protocol between two nodes. On each database, run select * from sym_node_security; Check to see that the node_password matches on both sides for each node listed. Why they would be mismatched is, of course, a different question. Typically we see that in cases where, for example, test databases were backed up and restored, or other test situations where data was copied manually in test environments.
Depending on the number of tables, my first approach would have been to create a Copy transform for each table in question, with target columns of type "variable" for the source node id and system date. However, if you have lots and lots of tables, and truly every (or nearly every) table needs this feature, an extension point might actually be a cleaner way to go.
If you restart the Symmetric node, does symmetric.log indicate attempts to create existing tables for both cloudfarm and localfarm, or just cloudfarm? Can you restart and then post the latest symmetric.log so we can take a look at it?
It should work with the values "OFF", "SINGLE_ROW", or "REMAINING_ROWS". Must be all-caps too. Can you show us your INSERT statement you are using to configure the conflict if you have tried the above values for Ping Back and it's still not working?
It should work with the values "OFF", "SINGLE_ROW", or "REMAINING_ROWS". Probably needs to be all-caps too
Perhaps setting the value to "1" or "0" might be the way to go?
I don't have a specific example I'm afraid, but I would think you could get access...