[SQL] User met permissie krijgt toch 'permission denied'

[Armageddon_2k]

Hey tweakers,

Ik ben bezig met een SQL systeem waarmee we een SP hebben aangemaakt in de Master DB.
Deze SP wordt aangroepen vanuit een andere Database "NAVTEST".
Als we nu als onze receptie inloggen (Receptie01), krijgen we de melding:
'The Execute persmissing was denied on the object 'sp_kater', database 'master', schema 'dbo'.

De SP bevat een stukje insert maar verder niets bijzonders, sterker nog we hebben het ook geprobeerd door de SP uit alleen een declare te laten bestaan.

Het vreemde is dat de betreffende user wel rechten heeft op de master DB.
We draaien SQL server 2005, en hebben geprobeerd:

-Als we als DB owner inloggen gaat het wel goed.
-Rechten zetten op de SP, via properties/premissios
-Grant EXECUTE TO Receptie01
-Profiler gedraaid, en de SP wordt ook echt uitgevoerd door Receptie01
-Connect/Select/Execute permissions gezet op de master db, en voor schema dbo.

Wie o wie kan mij vertellen wat ik nog kan proberen, heb de meeste google/msdn oplossingen inmiddels gehad.


--EDIT--
Heb net op de master DB onder de role "public" - securables, de execute permissie toegevoegd voor de SP.
Dan werkt het wel.
Maar om dit nou een mooie oplossing te noemen...

Ik heb een nieuwe Role aangemaakt, en deze de permissies gegeven voor de SP, en deze rol heb ik toegewezen aan Receptie01. Maar dat werkt dan ineens weer niet

--EDIT2--
Ik was vergeten te melden van Receptie01 een groep is en geen user, hieronder vallen meerder users.

[ Voor 17% gewijzigd door Armageddon_2k op 24-11-2010 11:12 ]

[chaozz]

zover ik weet moet je Grant EXECUTE TO op een rol doen , niet op een user. Dus maak een nieuwe rol en doe daar die Grant op.

http://www.sqldbatips.com/showarticle.asp?ID=8

[Armageddon_2k]

chaozz schreef op woensdag 24 november 2010 @ 11:57:
zover ik weet moet je Grant EXECUTE TO op een rol doen , niet op een user. Dus maak een nieuwe rol en doe daar die Grant op.

http://www.sqldbatips.com/showarticle.asp?ID=8

Dat is wat we al hebben geprobeerd (staat in eerste stukje edit), we hebben een nieuwe role aangemaakt, met daarin de benodigde permissions. En de user deze role toegewezen... mocht helaas niet baten.