運維指導
更新時間 2023-11-30 00:33:28
最近更新時間: 2023-11-30 00:33:28
分享文章
本章節主要介紹授權相關問題中有關運維指導的問題。
欠費導致權限不足
使用DLI提交作業時,提示欠費導致權限不足而提交失敗,可以通過查看用戶token中的roles信息進行確認:
- op_restrict:表示租戶(因余額不足)而受限制。當前賬號余額不足后,該賬號下的所有在線用戶token被吊銷,如果再次登錄,獲取的token會被加入op_restrict權限,用戶的操作會受到限制。
- op_suspended:表示租戶(因欠費等原因)被暫停。當前賬號欠費后,該賬號下的所有在線用戶token被吊銷,如果再次登錄,獲取的token會被加入op_suspended的權限,用戶操作會受到限制(不包含云服務用戶)。
如果提示有這兩個role,操作就會受限。
進行程序包更新操作時提示權限不足
問題現象
在程序包管理下,對已經存在的程序包進行更新操作時,提示如下報錯信息:
"error_code"*CLI.0003","error_msg":"Permission denied for resource ‘resources. xxx', User = 'xxx', Action = "UPDATZ_RISCURCL'."
解決方案
需要給執行作業的用戶賦程序包的操作權限,具體操作參考如下:
- 在DLI管理控制臺左側,單擊“數據管理”>“程序包管理”。
- 在“程序包管理”頁面,單擊程序包“操作”列中的“權限管理”,進入“用戶權限信息”頁面。
- 在單擊頁面右上角“授權”可對用戶進行程序包組/程序包授權,勾選“更新組”權限。
- 單擊“確定”,完成授權。
執行SQL查詢語句報錯:DLI.0003: Permission denied for resource....
問題現象
執行SQL查詢語句,提示沒有對應資源查詢權限。
報錯信息:DLI.0003: Permission denied for resource 'databases.dli_test.tables.test.columns.col1', User = '{UserName}', Action = 'SELECT'.
解決措施
出現該問題的原因是由于當前用戶沒有該表的查詢權限。
您可以進入“數據管理 > 庫表管理”查找對應庫表,查看權限管理,是否配置該賬號的查詢權限。
已經給表授權,但是再次報錯無法查詢怎么辦?
已經給表授權,且測試查詢成功,但一段時間后重試報錯無法查詢。
這種情況請先檢查當前表的權限是否還存在,一般存在兩種情況:
- 用戶權限被取消。
- 查看表的創建時間,看表是否被他人刪除重建,刪除表后重建的相同表名并不視作同一張表,不會繼承刪除表的權限。
表繼承數據庫權限后,對表重復賦予已繼承的權限會報錯嗎?
當表繼承了數據庫的權限時,無需重復對表賦予已繼承的權限。
在控制臺操作表權限時:
- 如果“用戶授權”賦予表的權限與繼承權限相同,系統會提示已有該權限無需重復操作。
- 通過“項目授權”賦予的權限與繼承權限相同時,系統不再向您提醒重復的權限信息。
為什么已有View視圖的select權限,但是查詢不了View?
問題描述
用戶A創建了表Table1。
用戶B基于Table1創建了視圖View1。
賦予用戶C Table1的查詢表權限后,用戶C查詢View失敗。
根因分析
用戶C查詢View失敗的原因是由于用戶B不具備Table1的查詢表權限。
解決措施
請在DLI賦予用戶B Table1的查詢表權限后,用戶C重試查詢View1。