Thanks,
--
Claus
That patch fixed it on my SBS (SP2, not R2, no SQL installed but using the
default instances for everything including WSUS). It did not fix it on two
member servers - one runs SQL 2005 Workgroup fully patched, and the other
runs SQL 2005 and 2 or 3 MSDE instances, also fully patched. Interestingly,
on the member server that's just running Workgroup, I get the errors for the
first few backups after a restart, and then they go away. Just restarting
SQL isn't enough to start the errors again, though - once they stop, they
only come back after I reboot the server.
The two member servers both run ShadowProtect, one version 2 and one 3.
ShadowProtect support doesn't have much on this, although they're aware of
it. Nothing to really tie it to SP - one of my member servers started doing
it weeks after the other, and one sometimes does it prior to a backup that's
initiated by a maintenance plan in addition to doing it right before the SP
backup.
There seem to be posts all over the place about this error, with no
resolution. I wouldn't mind it going away as it worries me a little about
the backups. I can mount the SP backups and see the databases as I expect,
but I haven't attempted an actual restore to check for issues. The actual
SQL logs don't indicate any problems either.
"Claus" <cjo...@nova-tech.org> wrote in message
news:uWq1iIQM...@TK2MSFTNGP04.phx.gbl...
Like the OP, I've been unable to fix it on several servers also.
--
Leythos
- Igitur qui desiderat pacem, praeparet bellum.
- Calling an illegal alien an "undocumented worker" is like calling a
drug dealer an "unlicensed pharmacist"
spam9...@rrohio.com (remove 999 for proper email address)
Thanks for the update. Yes, it seems to be very random. I have some installs
that don't show this error at all and other boxes with the same setup and
software keep between 20 and 40 errors.
I did do a test restore on one of them and didn't run into any issues. But I
still would like to get rid of those errors. One should think by now MS
would have come up with a fix.
--
Claus
"Dave Nickason [SBS MVP]" <gwdi...@NOSPAM.frontiernet.net> wrote in message
news:OtEHbyRM...@TK2MSFTNGP04.phx.gbl...
Join the club. I wonder if some of our MVPs could express to MS that this
needs to be fixed.
--
Claus
"Leythos" <vo...@nowhere.lan> wrote in message
news:MPG.21b663292...@Adfree.usenet.com...
I've read hundreds of articles and not seen one thing that has helped
me. The server in question is not SBS, but it was part of a Swing
Migration that went perfectly. I only mention this because the server is
not SBS, but the entire network was based around SBS.
What I've determined is that we didn't get this problem until we
installed SQL 2005 Workgroup, removed it, then installed SharePoint
(free) which has the SQL 2005 version in it.
I'm tempted to remove SharePoint and all instances of SQL 2005, reboot
the server, and see if it goes away.
I should also point out that the problem only happens when starting a
backup, not any other time.
And yes, it only happens when the backup starts.
--
Claus
"Leythos" <vo...@nowhere.lan> wrote in message
news:MPG.21b67741f...@Adfree.usenet.com...
I'll shoot an e-mail to someone about this, but I think that under the
circumstances the best they'll be able to do is pass it along to the SQL
team. I'll keep you posted if I hear anything.
"Leythos" <vo...@nowhere.lan> wrote in message
news:MPG.21b67741f...@Adfree.usenet.com...
Can you guys look at that to see if you're getting the error in the KB or
the one pasted in below? I'll wait to hear from you before I mention this
to MS - I should at least be able to tell him which specific error is not
fixed by the patch. Thanks.
Event Type: Error
Event Source: SQLVDI
Event Category: None
Event ID: 1
Date: 11/27/2007
Time: 1:00:19 PM
User: N/A
Computer: ADMIN
Description:
SQLVDI: Loc=CVDS::Cleanup. Desc=Release(ClientAliveMutex).
ErrorCode=(288)Attempt to release mutex not owned by caller.
. Process=2860. Thread=3580. Client. Instance=PACTIPS. VD=.
"Claus" <cjo...@nova-tech.org> wrote in message
news:e85kFHVM...@TK2MSFTNGP03.phx.gbl...
Thanks for taking this on. Below are samples from 2 boxes (both
SBS2003Premium). The top part is identical to your samples. The text varies
according to the instance that is generating it.
SQLVDI: Loc=CVDS::Cleanup. Desc=Release(ClientAliveMutex).
ErrorCode=(288)Attempt to release mutex not owned by caller.
. Process=4044. Thread=4164. Client. Instance=. VD=.
SQLVDI: Loc=CVDS::Cleanup. Desc=Release(ClientAliveMutex).
ErrorCode=(288)Attempt to release mutex not owned by caller.
. Process=8852. Thread=7324. Client. Instance=SHAREPOINT. VD=.
SQLVDI: Loc=CVDS::Cleanup. Desc=Release(ClientAliveMutex).
ErrorCode=(288)Attempt to release mutex not owned by caller.
. Process=8852. Thread=7324. Client. Instance=MSFW. VD=.
SQLVDI: Loc=CVDS::Cleanup. Desc=Release(ClientAliveMutex).
ErrorCode=(288)Attempt to release mutex not owned by caller.
. Process=11476. Thread=10564. Client. Instance=WSUS. VD=.
SQLVDI: Loc=CVDS::Cleanup. Desc=Release(ClientAliveMutex).
ErrorCode=(288)Attempt to release mutex not owned by caller.
. Process=11476. Thread=10564. Client. Instance=SHAREPOINT. VD=.
SQLVDI: Loc=CVDS::Cleanup. Desc=Release(ClientAliveMutex).
ErrorCode=(288)Attempt to release mutex not owned by caller.
. Process=11476. Thread=10564. Client. Instance=SBSMONITORING. VD=.
SQLVDI: Loc=CVDS::Cleanup. Desc=Release(ClientAliveMutex).
ErrorCode=(288)Attempt to release mutex not owned by caller.
. Process=11476. Thread=10564. Client. Instance=HPDSDB. VD=.
--
Claus
"Dave Nickason [SBS MVP]" <gwdi...@NOSPAM.frontiernet.net> wrote in message
news:ewAlxPVM...@TK2MSFTNGP03.phx.gbl...
Yep, same - getting error 1 also.
Event Type: Error
Event Source: SQLVDI
Event Category: None
Event ID: 1
Date: 11/27/2007
Time: 10:40:15 AM
User: N/A
Computer: SERVERNAME
Description:
SQLVDI: Loc=CVDS::Cleanup. Desc=Release(ClientAliveMutex). ErrorCode=
(288)Attempt to release mutex not owned by caller.
. Process=2780. Thread=3716. Client. Instance=MICROSOFT##SSEE. VD=.
For more information, see Help and Support Center at
http://go.microsoft.com/fwlink/events.asp.
"Claus" <cjo...@nova-tech.org> wrote in message
news:%23H2AnsV...@TK2MSFTNGP06.phx.gbl...
I would appreciate if you hear anything if you post here - I'm about
ready to wipe the server (not really).
The server didn't do this until I uninstalled SQL 2005 Workgroup Ed and
replaced it with SQL 2000 SP4+Updates.
--
Claus
"Dave Nickason [SBS MVP]" <gwdi...@NOSPAM.frontiernet.net> wrote in message
news:uBLYlkgM...@TK2MSFTNGP04.phx.gbl...
Fixed it on my problem server.
The server, short story version, was a SwingIT migration to Windows 2003
Std 32bit that I had installed SQL 2005 Workgroup (2 CPU license) on and
the app they use filed on SQL 2005, so I downgraded to SQL 2000 and then
installed Share Point (3 I think) which installs a version of SQL
2005...
This server was SP1, to match the other servers, and I had updated all
of the others to SP2 and all updates - this one remained SP1 because we
never had time to take it off line to do the update.
Today the backups completely failed, could not even backup single file
to disk or tape....
I installed SP2 and all problems went away - all backups now complete
without a single error, not a single complain from SQL 2000/2005,
nothing complains.
No other updates in Windows Update except IE7 and I'm not touching that
one with a hot poker for a while.
--
Claus
"Leythos" <vo...@nowhere.lan> wrote in message
news:MPG.21bffa6c5...@Adfree.usenet.com...
Reinstall SP2 and see if that fixes it. I'm going to do that on a couple
other boxes just to test.
Mine did the same, lots of SQLVDI errors every time I did a backup. I
just checked the event log from the backup I did last night, after the
SP2 install and after the testing, the full backup ran, all 4 arrays and
all 200GB and not one error.
Of course you would not want to apply either of these unless you're having
the specific issue. I would imagine that after the usual testing, these
will be included in a SQL rollup or other publicly available patch.
"Dave Nickason [SBS MVP]" <gwdi...@NOSPAM.frontiernet.net> wrote in message
news:us44eIVM...@TK2MSFTNGP03.phx.gbl...