Dean Roddey said:You have to understand that CQC has to exist in a vast variety of environments. You are apparently the only one having these issues. If you move to another product, you may well find that you are having problems that no one else is having, or seeing someone constantly posting about a problem that you (and no one else that you can see) is having. It's sort of the nature of the beast for complex systems not running on fixed, proprietary hardware. If you don't have it professionally installed, you may have to deal with such issues.
jkmonroe said:FYI, your tone comes across as very argumentative.
But Dean's response makes perfect sense - you're the one-off scenario. You work in IT, so you know exactly what I'm talking about - the office with 50 users, but only 1 has the issue; we both know who gets blamed in that scenario.
So before you run down the rabbit hole blaming Dean for shoddy software, perhaps you should check the efficiacy after shutting down CrashPlan and Zabbix or VSS or anything else cyclical. If you continue to have issues, check your virtual machines settings to make sure that you didn't screw something up there, and see if you're having I/O or SMART errors on your drives.
What I can say is that my install of CQC has crashed maybe 5 times in 10 years, making CQC (probably) the most stable piece of software I've ever used. I am running virtualized, mainly IP, with a single USB->RS232 adapter passed through. Mine was also 'professionally' installed.
Yay! I'm not alone! Kiss kissdgage said:Please let's not go back down the blame VM route. I moved CQC from a VM because people said that could be causing my issues. Moved to my WHS server and issues remained. Still had periodic issues that were never addressed with RadioRa2 driver UNTIL another user reported the same issues. Found out it was a bug in the RadioRa2 driver. Bugs are in every software, but one thing that I hope comes out of this thread is a way to grow CQC usage...if more people were using it and the drivers, the bug I experienced for over a year, would have been found, reported, and addressed much sooner. I should say that if I had really pushed it, I'm sure I could have gotten Dean to fix the issue, but frankly I just got tired of dealing with it. I'm sure that experience has negatively impacted the growth of CQC and automation in my house.
I also run virtualized, so I'm not going to suggest you change that. I was just wondering how you're handling your datastore, if it's local/iSCSI/fibre, and how you have it provisioned (thick/thin/lazy). I don't know your proficiency with stuff like that, but it is important and misconfigs can cause issues with constant I/O services.bbrendon said:My tone is that I deal with shit like this too often with vendors and I constantly get the runaround. You want me to tell you about Synology? I could go on about them for hours too. I love open-source software. I get debug logs, builds go back and forth, the problem is solved within 2 days.
With CQC, I guess so many of my problems have been confirmed as bugs I have maybe incorrectly made up my mind that CQC is the most unstable software I've ever used. But how would you feel if you reported bugs with CQC that were crashing bugs. I have found at least 3 bugs that either crash CQC or made it unstable that Dean has fixed (or maybe partially fixed at this point, who knows).
I honestly don't think its the hardware, as 10 other VMs run on the same machine perfectly. I could create a new VM with CQC but I'm pretty sure I'll have the same experience. Windows doesn't report any problems, there are no issues other than CQC. I don't know, maybe I'll try it. I just feel like its wasted effort at this point.
My home automation system could be so awesome if I was motivated more, but dealing with this makes it more unsatisfying than anything.
I don't want my response to be taken in this context as I'm not the poster boy for CQC issues. I had a problem with one driver, and like Dean said, one line of code. Unfortunately, that was the driver that I bought CQC for and had intermittent problems. The issue has been fixed. Unfortunately, everything has its time and my time to do home automation has waned. I hope I can find the time and recapture the passion to make that happen again.bbrendon said:Yay! I'm not alone! Kiss kiss
l'll just stop there on a happy note
Dean Roddey said:Man, I should just give up...
I'm not going to get into a long argument, but I will say that Windows is not binary. There are almost uncountable variations of Windows because of patches, different runtimes, driver versions - both shipped and third party, audio/video filters, anti-virus/malware software, and so forth. And that's leaving aside completely the enormous changes between versions of the OS. The only thing that we know for sure is the same between two different people using version X of product Y, is product Y. That's about it unless you are going to compare the versions of all of stuff underneath.
That's one reason why you can go to pretty much any software product's forum and find some percentage of users who are screaming angry because they can't get it to work right, while the rest are not having any substantial problems. I'm not saying that as a justification for customers having issues, just saying that it is in fact a common issue.
And obviously, the larger and more complex a product is, the more likely it is that one user does something that no one has done before in that particular configuration and finds a problem. In extremely network distributed, extremely multi-threaded, multi-user, and highly configurable software like CQC, the odds are particularly high of this kind of thing happening.
And it can be the smallest thing or two small things that are seemingly completely unconnected, as anyone knows who writes software. I'm sure I'm not the only software engineer who has come across a bug in his product that is really fundamental, that has been there for years and years, and not a single person has reported a problem.
And then, OTOH, code that has been solid for a decade or more can suddenly have an issue because someone came along who just did something every so slightly differently from previous usages, or some difference in environment suddenly brought it out. The issue with the RA2 driver was one line of code, just like the issue that lost a Mars probe came down to a positive vs. negative sign, after probably untold numbers of hours going over that code.
In some cases, though it may seem like "I've reported this bug and it never got fixed, then Bubba posted about it and suddenly it's fixed.", it's usually down to some detail that Bubba reported that suddenly makes the puzzle pieces fall into place, which points the fickle finger of blame at the right place so that it can be found. Or, in some cases, it's just purely because, after having dug into it X number of times, the X+1'th time the answer suddenly is found.
In the end, I'd just argue that anyone can read our support forum. It's not at all filled with people ranting that we suck or about problems left unattended. We do the best we can and I think that best is very good for almost everyone. But, no matter how hard a vendor tries, it's not at all unusual to have some people leaving product X for product Y, because X never worked well for them, while Y works great, and just as many people going the opposite direction. How could that be if it there weren't differences in environment or usage patterns involved?
Why not? If it means fixes. BRING IT ON!Dean Roddey said:We can't bring our entire debugging apparatus to bear on a customer's system, so it's trickier to deal with.