Viewing 15 posts - 16 through 30 (of 35 total)
The account SQLServer is running under has local admin rights on the server and I was logged in as that account. So the xp_cmdshell and cmd line had the same...
January 11, 2007 at 10:52 am
Try to start SQL Server from control panel/services. If you were using a domain account for your sql services it could have lost some privileges. I’ve seen this error...
January 5, 2007 at 8:51 am
the only time I ever saw something like this was due to the thread starvation.
Run this DBCC SQLPERF (UMSSTATS) while your...
September 8, 2006 at 9:02 am
Thank you Carl. Sorry about the constraint. I removed that column at the last minute.
October 13, 2005 at 6:16 am
This might not be your case… But I've seen this happen with a query that had a lot of left joins. Once I replaced all of them with not...
October 7, 2005 at 8:30 am
thank you very much for all of your replies. I will check out everything that was suggested.
August 31, 2005 at 9:33 am
Thanks
The only problem is that the Alter statement is used for a completely different functionality that I found out about this morning by...
August 18, 2005 at 3:05 pm
it's actually using ALTER TABLE <MyTable> DISABLE TRIGGER ALL.
Dropping the trigger caused the same error as ALTER.
August 18, 2005 at 2:42 pm
Remi...you are awesome!!!
I got that same error message using pubs when I tried to disable triggers while the cursor was open. Now I just have to recreate that problem in...
August 18, 2005 at 2:20 pm
Hmm. There is one process that drops the triggers and then recreates them.
Could that be it?
August 18, 2005 at 1:55 pm
Here is the code. thanks
ALTER PROCEDURE ecmspEliminateDuplPhones(
@CampaignID BIGINT,
@RuleID INTEGER,
@ErrorMessage VARCHAR(4000) OUTPUT)
AS
DECLARE @DuplPhoneNumber CHAR(10)
DECLARE @DuplPhones TABLE (UserID BIGINT)
DECLARE @ErrorNumber INTEGER
DECLARE @PhoneNumber CHAR(10)
DECLARE...
August 18, 2005 at 1:42 pm
Just did.
I appreciate your help. Any idea in general would be appreciated. Unfortunately, I didn't find much on this error on the web.
August 18, 2005 at 1:40 pm
nope. the only difference was that there were a little more concurrent processes running then usual. And that cursor uses a local temp table. No indexes on it.
August 18, 2005 at 1:26 pm
"Do it once" approach is great... as long as it's not overdone. I've inherited a system where all stored procedures and functions are written in this fashion.
On one occasion...
August 15, 2005 at 7:30 am
very simple...lack of caffeine
I will keep that in mind the next time when I have the urge to ask a silly question.
thank you!
August 3, 2005 at 3:10 pm
Viewing 15 posts - 16 through 30 (of 35 total)