Quote:
Originally Posted by biglcny
I kept getting this with the 19588 kitchen. I kept playing OEM musical chairs and didn't get anywhere. I almost felt it was the kitchen and not my OEM's and became quite frustrated.
Believe it or not I used No2Chem's nueDSMZeroer tool and then used BuildDsm.exe to rebuild all the DSM's for my oems. After i did this the "error building default.hv and user.hv" errors went away.
I figured it out because I kept thinking it was something wrong with my RGU's even though they worked in previous kitchens. I swapped out an RGU from a working OEM into an OEM that crashed the build process not caring about the contents and it still failed. That's when I noticed the date modified on the DSM's were so old.
I was under the impression that the kitchen rebuilt all the DSM's during every build run...
Try it and see if it works
http://www.weienterprises.com/nue/nuedsmzeroer.html |
According to Avaya, ToucPal 3.5 is the (only?) culprit. We'll get it fixed. There was a change made last update cycle that made the build process more sensitive to correct .dsm/.rgu relationships - many .dsm had to be rebuilt, but we might not have gotten them all. Randomly zeroing .dsm is a bad idea: while .dsm are rebuilt every build, that doesn't mean what you are taking it to mean.