How can we help you today? How can we help you today?
qcjims
registry replication appears to be the culprit for us. I removed the entries in cluster admin for the individual SQLBACKUP_AGENT cluster resources and the errors in the System event log have disappeared. If I look in the cluster.log for errors, I see the following entries (or similar). The .tmp file mentioned matches up with the error in the event logs. Here are the cluster.log entries: 000010a8.00001a38::2009/09/17-23:23:21.391 WARN [CP] CppRegNotifyThread CppNotifyCheckpoint due to timer failed, reset the timer. 000010a8.00001a38::2009/09/17-23:23:21.391 INFO [CP] CppRegNotifyThread checkpointing key Software\Wow6432Node\Red Gate\SQL Backup\BackupSettings\B to id 2 due to timer 000010a8.00001a38::2009/09/17-23:23:21.391 INFO [Qfs] QfsGetTempFileName C:\DOCUME~1\MCS64\LOCALS~1\Temp\, CLS, 54807 => C:\DOCUME~1\MCS64\LOCALS~1\Temp\CLSD617.tmp, status 0 000010a8.00001a38::2009/09/17-23:23:21.391 INFO [Qfs] QfsDeleteFile C:\DOCUME~1\MCS64\LOCALS~1\Temp\CLSD617.tmp, status 0 000010a8.00001a38::2009/09/17-23:23:21.391 INFO [Qfs] QfsRegSaveKey C:\DOCUME~1\MCS64\LOCALS~1\Temp\CLSD617.tmp, status 5 000010a8.00001a38::2009/09/17-23:23:21.391 INFO [Qfs] QfsDeleteFile C:\DOCUME~1\MCS64\LOCALS~1\Temp\CLSD617.tmp, status 0 000010a8.00001a38::2009/09/17-23:23:21.391 WARN [CP] CppCheckpoint failed to get registry database Software\Wow6432Node\Red Gate\SQL Backup\BackupSettings\B to file C:\DOCUME~1\MCS64\LOCALS~1\Temp\CLSD617.tmp error 5 000010a8.00001a38::2009/09/17-23:23:21.391 INFO [Qfs] QfsDeleteFile C:\DOCUME~1\MCS64\LOCALS~1\Temp\CLSD617.tmp, status 2 000010a8.00001a38::2009/09/17-23:23:21.391 WARN [CP] CppRegNotifyThread CppNotifyCheckpoint due to timer failed, reset the timer. Here is the corresponding error in the system event log: Event Type: Error Event Source: ClusSvc Event Category: Database Mgr Event ID: 1080 Date: 9/17/2009 Time: 4:23:21 PM User: N/A Computer: XXXXXXXXXXXX Description: Cluster service could not write to a file (C:\DOCUME~1\MCS64\LOCALS~1\Temp\CLSD617.tmp). The disk may be low on disk space, or some other serious condition exists. For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp. Data: 0000: 05 00 00 00 .... When I add the replicated registry entries back using CLUADMIN, the errors do not return. However, it does not appear that registry replication is actually doing anything at this point (which might explain the lack of errors). When I attempt to make changes to these values using the SQLBackup GUI (changing smtp setting for example), the values are recorded on the node that the cluster group is running on, but the values are not replicated to the other nodes. I have also noticed that there are inconsistencies between the instances listed under the BackupSettings, BackupSettingsGlobal and InstalledInstances registry keys across the cluster nodes. Shouldn't all the instances listed under each key be the same across the entire cluster? -js / comments
registry replication appears to be the culprit for us. I removed the entries in cluster admin for the individual SQLBACKUP_AGENT cluster resources and the errors in the System event log have disap...
0 votes
I was curious about the feature set since the roadmap indicates releases this year. I don't have anything in particular that I'd like to see at this point. / comments
I was curious about the feature set since the roadmap indicates releases this year. I don't have anything in particular that I'd like to see at this point.
0 votes
yes it is win2k8 R2. i'll check for the KB article on the memory leak, but in case I can't find it please post the information you have. thanks. -js / comments
yes it is win2k8 R2. i'll check for the KB article on the memory leak, but in case I can't find it please post the information you have. thanks. -js
0 votes
THanks Harold. I grabbed that hotfix and have it applied. We'll see if the error goes away, but it definitely looks to be a match. I also ran across this WMI memory leak article. http://support.microsoft.com/kb/977357 -js / comments
THanks Harold. I grabbed that hotfix and have it applied. We'll see if the error goes away, but it definitely looks to be a match. I also ran across this WMI memory leak article. http://support.mi...
0 votes