In order to move messages into the processing queue again, you could make use of the BusDriver tool included in MassTransit.
There were interesting topics discussed at the Convergence 2013, which I followed as participant of the Convergence 2013 Virtual program.
As I have only seen photographs of slides posted on the net, I have take some shots out of the presentations which I will share with you (which I assume should be no issue).
Keep in mind that the pictures shows the current state of the product release currently called ‘Orion’, which is work in progress. So things are supposed to change until release.
At a customer we recently had the situation, that we have deployed two separate Dynamics CRM 2011 Deployments called A and B. Both of them are configured as Internet Facing Deployments (IFD).
For authentication we have installed a single ADFS server in the customer environment. This server is used by both deployments.
If we access CRM A and authenticate at ADFS everything is fine. The user is redirected to CRM A afterwards and is able to work. If CRM B is accessed afterwards an error is displayed:
An error occured:
Try this action again. If the problem continues, check the Microsoft Dynamics CRM Community for solutions or contact your organization’s Microsoft Dynamics CRM Administrator. Finally, you can contact Microsoft Support.
You know, the standard error bla bla…
The trace contains following error:
Exception type: CryptographicException
Exception message: Key not valid for use in specified state.
In order to access CRM B, the user has to logoff and logon again at CRM B.
What we have tried to solve this issue
- Configuring cookie encryption on all three machines -> didn’t help
- We found following thread: http://social.microsoft.com/Forums/en-IN/crmdeployment/thread/a55f8e9b-eb56-402d-a77b-a6725b530b50 and tried to use the NLB approach, as the thread states this changes the cookie encryption -> didn’t help
Finally we opened a support case with the CRM support. After the ticket was escalated we got the information that this scenario is not possible at the moment. The reason is a design limitation of Dynamics CRM. At the moment it looks like this would result in a change in the next major version of Dynamics CRM.
You have two workarounds for this issue:
- Logging off from one system before accessing the other
- Use an InPrivate session for accessing the second system
Last time I tried to create a new systemuser, which is mananged in an other domain as the CRM system, I wasn’t able ton enter a backslash key in the domain name field.
After some investigation, it turned out that I was not able to enter \ in any field. I’ve reproduced this issue on multiple systems (On-Line and On-Premise) and multiple language packs.
With help of @nzregs I could verify that it is not a general problem. After comparing system parameters, I found out that I was able to enter a backslash with an different keyboard layout than ‘de-de’. Therefore I opened a ticket with the CRM support which is currently under investigation. It looks like it is a bug in the default form scripts.
If you have to enter a backslash in the meantime and you are experiencing the described problem, you could either copy/paste it from anywhere or you could enter ALT + 92.
This issue was confirmed as a bug. The fix will be released with Rollup 7, which is currently scheduled for March 2012.