Error 5034
Contents |
size Print view FAQ MembersRegister Login The user has insufficient privilege error 5034 VMware specific discussions Post a reply 2 posts • Page 1 of 1 The user error 503 has insufficient privilege error 5034 by Andanet » Wed Oct 21, 2015
Error 5034 Divx
6:24 pm people like this post Hi guys, open case 01089297 Problem: we have two repository in our VBS that use same datadomain with 2 different storage unit. And with 2 different users. Randomly backup jobs on both STU ended with 5034 error returned by DD in Finalizing step (Finalizing - Error: the user has insufficient privilege. Err: 5034 Failed to get information about file or directory )We have verified on SQL table with this query: SELECT TOP 1000 [id],[repository_id],[dd_server_name],[dd_creds_id] ,[connection_type]FROM [VeeamBackup].[dbo].[Backup.Model.DataDomainRepositoryServers]and received this 2 rows in replydd_server_name DD4200PM DD4200PMThis identifying same DD hostname. is possible that's the problem although the storage unit and its credential are different? Do you think is correct to create an alias to distinguish two Storage unit on same Data Domain? Or is best to use same user credentials on both storage unit (this option is not good for me because there are different kind of data and usage of backup)? Thanks Antonio Andanet Novice Posts: 3 Liked: never Joined: Wed Jul 08, 2015 8:26 pm Full Name: Antonio Private message Top Re: The user has insufficient privilege error 5034 by foggy » Fri Oct 23, 2015 12:31 pm people like this post Antonio, this looks like a known issue, where backups using different users to the same DataDomain do not work. This is already addressed in the upcoming v9, as the current workaround you can use the same credentials. foggy Veeam Software Posts: 12623 Liked: 864 times Joined: Mon Jul 11, 2011 10:22 am Full Name: Alexander Fogelson Private message Top Display posts from previous: All posts1 day7 days2 weeks1 month3 months6 months1 year Sort by AuthorPost timeSubject AscendingDescending Post a reply 2 posts • Page 1 of 1 Return to VMware vS
Ref No:100716-2338Last Modified:Wednesday, January 19, 2011Product:Advantage Clients ( General )Category:Bug / AnomalyTitle:5034 Error Returned by AdsCopyTable when Copying Table To Local DriveProblem Description:When copying a table from the server to https://forums.veeam.com/vmware-vsphere-f24/the-user-has-insufficient-privilege-error-5034-t30882.html a local drive the error 5034 was returned.Solution:In this case it was found that the table had bad data. Fixing the bad data corrected the issue and table http://devzone.advantagedatabase.com/dz/Content.aspx?Key=17&RefNo=100716-2338 was able to be successfully copied from the server to the local drive. The error code 5034 was returned incorrectly. The bad data was found by changing the AdsCopyTable function to copy the table to a different location on the server which resulted in the correct error code being returned. Was This Item Helpful? Yes No © Copyright 2016, Sybase Inc. Home / Contact Us / Help / Jobs / Legal / Privacy / Code of Ethics Follow Advantage
"Creating path https://discuss.pivotal.io/hc/en-us/articles/217052098-gpcrondump-backup-to-ddboost-fails-with-the-error-message-Creating-path-xx-xx-xx-on-ddboost-failed-Err-5034- xx/xx/xx on ddboost failed. Err 5034" Faisal Ali May 09, 2016 11:19 Environment Product Version Pivotal Greenplum (GPDB) 4.3.x OS RHEL 6.x Data Domain 5.x Symptom Backup to Data Domain via ddboost fails with the error error 503 message "[ERROR]:-Creating path gp_production2/20160229/gp_dump_20160229160828_ao_state_file on ddboost failed. Err 5034" The complete error message looks like the following: [gpadmin@smdw brian]$ gpcrondump -x test --ddboost 20160229:16:08:24:019500 gpcrondump:smdw:gpadmin-[INFO]:-Starting gpcrondump with args: -x test --ddboost 20160229:16:08:24:019500 gpcrondump:smdw:gpadmin-[INFO]:-Bypassing disk space checks error 5034 divx due to DDBoost parameters 20160229:16:08:25|ddboost-[DEBUG]:-Libraries were loaded successfully 20160229:16:08:25|ddboost-[INFO]:-opening LB on /home/gpadmin/DDBOOST_CONFIG 20160229:16:08:28:019500 gpcrondump:smdw:gpadmin-[INFO]:-The specified DDBoost credentials are OK 20160229:16:08:28:019500 gpcrondump:smdw:gpadmin-[INFO]:---------------------------------------------------- 20160229:16:08:28:019500 gpcrondump:smdw:gpadmin-[INFO]:-Master Greenplum Instance dump parameters 20160229:16:08:28:019500 gpcrondump:smdw:gpadmin-[INFO]:---------------------------------------------------- 20160229:16:08:28:019500 gpcrondump:smdw:gpadmin-[INFO]:-Dump type = Full database 20160229:16:08:28:019500 gpcrondump:smdw:gpadmin-[INFO]:-Database to be dumped = test 20160229:16:08:28:019500 gpcrondump:smdw:gpadmin-[INFO]:-Master port = 5432 20160229:16:08:28:019500 gpcrondump:smdw:gpadmin-[INFO]:-Master data directory = /data/master/boc_4361_-1 20160229:16:08:28:019500 gpcrondump:smdw:gpadmin-[INFO]:-Run post dump program = Off 20160229:16:08:28:019500 gpcrondump:smdw:gpadmin-[INFO]:-Rollback dumps = Off 20160229:16:08:28:019500 gpcrondump:smdw:gpadmin-[INFO]:-Dump file compression = On 20160229:16:08:28:019500 gpcrondump:smdw:gpadmin-[INFO]:-Clear old dump files = Off 20160229:16:08:28:019500 gpcrondump:smdw:gpadmin-[INFO]:-Update history table = Off 20160229:16:08:28:019500 gpcrondump:smdw:gpadmin-[INFO]:-Secure config files = Off 20160229:16:08:28:019500 gpcrondump:smdw:gpadmin-[INFO]:-Dump global objects = Off 20160229:16:08:28:019500 gpcrondump:smdw:gpadmin-[INFO]:-Vacuum mode type = Off Continue with Greenplum d