-
- Novice
- Posts: 3
- Liked: never
- Joined: May 03, 2024 7:16 am
- Full Name: Tonda Mastny
- Contact:
REST API Veeam Backup & Replication #07246949
Hello,
And I can't find in the REST API what is in the directory.
Script https://.........:9419/api/v1/jobs is ok without error.
returns: ["includes"]=> array(1) { [0]=> object(stdClass)#277 (7) { ["type"]=> string(6) "Folder" ["hostName"]=> string( 10) "srv-tck-vc" ["name"]=> string(17) "Domain_controlers" ["objectId"]=> string(11) "group-v6111" ["urn"]=> NULL [ "platform "]=> string(6) "VMware" ["size"]=> string(6) "356 GB" }
this is exactly what i see in the veeam console. Backup folder (["objectId"]=> "group-v6111")
another script calls: https://.........:9419/api/v1/backupObjects
it returns me objects which are also ok
["name"]=> "SRV-DC1" ["type"]=> "VM" ["objectId"]=> "vm-5838"
And I can't find in the REST API what is in the directory.
Which function is there to enumerate object id group ? When I call a function with ['objectId"]=> "group-v6111" to return a list
["name"]=> "SRV-DC1" ["type"]=> "VM" ["objectId"]=> "vm-5838"
...........
..........
Mastny
And I can't find in the REST API what is in the directory.
Script https://.........:9419/api/v1/jobs is ok without error.
returns: ["includes"]=> array(1) { [0]=> object(stdClass)#277 (7) { ["type"]=> string(6) "Folder" ["hostName"]=> string( 10) "srv-tck-vc" ["name"]=> string(17) "Domain_controlers" ["objectId"]=> string(11) "group-v6111" ["urn"]=> NULL [ "platform "]=> string(6) "VMware" ["size"]=> string(6) "356 GB" }
this is exactly what i see in the veeam console. Backup folder (["objectId"]=> "group-v6111")
another script calls: https://.........:9419/api/v1/backupObjects
it returns me objects which are also ok
["name"]=> "SRV-DC1" ["type"]=> "VM" ["objectId"]=> "vm-5838"
And I can't find in the REST API what is in the directory.
Which function is there to enumerate object id group ? When I call a function with ['objectId"]=> "group-v6111" to return a list
["name"]=> "SRV-DC1" ["type"]=> "VM" ["objectId"]=> "vm-5838"
...........
..........
Mastny
-
- Veeam Software
- Posts: 2015
- Liked: 671 times
- Joined: Sep 25, 2019 10:32 am
- Full Name: Oleg Feoktistov
- Contact:
Re: REST API Veeam Backup & Replication #07246949
Hi,
We don't expose vSphere containers as objects in backups in VBR. If you want to get the folder contents, you'll need to call inventory browser endpoint. If you tell me the VBR REST version you are using, I can give you an example of how you could query it.
Best regards,
Oleg
We don't expose vSphere containers as objects in backups in VBR. If you want to get the folder contents, you'll need to call inventory browser endpoint. If you tell me the VBR REST version you are using, I can give you an example of how you could query it.
Best regards,
Oleg
-
- Novice
- Posts: 3
- Liked: never
- Joined: May 03, 2024 7:16 am
- Full Name: Tonda Mastny
- Contact:
Re: REST API Veeam Backup & Replication #07246949
Hello,
I have a problem with the list of backup servers pres rest api 12.0
Most jobs list the VMs that are in the backup job.
But I get nothing back for 3 and I don't understand why. In VMware, they are all the same inserted in a folder.
Get Backup API return
object(stdClass)#389 (8) { ["platformName"]=> string(6) "VMware" ["id"]=> string(36) "a98f756e-1b2e-4768-9ff5-4a18566cb997" ["jobId"]=> string(36) "086feb57-7b6a-4b30-8192-924f4cd882a8" ["policyUniqueId"]=> string(36) "086feb57-7b6a-4b30-8192-924f4cd882a8" ["name"]=> string(10) "SHAREPOINT" ["platformId"]=> string(36) "00000000-0000-0000-0000-000000000000" ["creationTime"]=> string(32) "2023-05-09T21:21:30.107239+02:00" ["repositoryId"]=> string(36) "######################" }
OK
Get Backup Objects return
.....:9419/api/v1/backups/a98f756e-1b2e-4768-9ff5-4a18566cb997/objects
["errorCode"]=> "ServiceUnavailable"
["message"]=>"Object '00000000-0000-0000-0000-000000000000' was not found"
["resourceId"]=> NULL
I have a problem with the list of backup servers pres rest api 12.0
Most jobs list the VMs that are in the backup job.
But I get nothing back for 3 and I don't understand why. In VMware, they are all the same inserted in a folder.
Get Backup API return
object(stdClass)#389 (8) { ["platformName"]=> string(6) "VMware" ["id"]=> string(36) "a98f756e-1b2e-4768-9ff5-4a18566cb997" ["jobId"]=> string(36) "086feb57-7b6a-4b30-8192-924f4cd882a8" ["policyUniqueId"]=> string(36) "086feb57-7b6a-4b30-8192-924f4cd882a8" ["name"]=> string(10) "SHAREPOINT" ["platformId"]=> string(36) "00000000-0000-0000-0000-000000000000" ["creationTime"]=> string(32) "2023-05-09T21:21:30.107239+02:00" ["repositoryId"]=> string(36) "######################" }
OK
Get Backup Objects return
.....:9419/api/v1/backups/a98f756e-1b2e-4768-9ff5-4a18566cb997/objects
["errorCode"]=> "ServiceUnavailable"
["message"]=>"Object '00000000-0000-0000-0000-000000000000' was not found"
["resourceId"]=> NULL
-
- Veeam Software
- Posts: 2015
- Liked: 671 times
- Joined: Sep 25, 2019 10:32 am
- Full Name: Oleg Feoktistov
- Contact:
Re: REST API Veeam Backup & Replication #07246949
Hello,
Just so I understand correctly. Do all of those 3 jobs you're having issues with back up containers (folders, resource pools or else) and not VMs directly?
Best regards,
Oleg
Just so I understand correctly. Do all of those 3 jobs you're having issues with back up containers (folders, resource pools or else) and not VMs directly?
Best regards,
Oleg
-
- Novice
- Posts: 3
- Liked: never
- Joined: May 03, 2024 7:16 am
- Full Name: Tonda Mastny
- Contact:
Re: REST API Veeam Backup & Replication #07246949
Hello,
all jobs back up virtual VMs from VMWare.
1. I will make a statement via ...9419/api/v1/backups - I will read what is being backed up
2. I will make a list via ...9419/api/v1/jobs/{id} - all jobs will be listed via the ID I have from step 1
3. I will make a list via ...9419/api/v1/backups/{id}/objects - it will list all the VMs that are in the VM folder of the given backup. Only for 3 backup jobs, I don't get a VM back, but a null. According to "jobs_id" it is a backup job, not a back copy job. When I call ...9419/api/v1/backups/{id}, the backup exists. I can't think of where the error could be, why doesn't the VM come back?
Mastny
all jobs back up virtual VMs from VMWare.
1. I will make a statement via ...9419/api/v1/backups - I will read what is being backed up
2. I will make a list via ...9419/api/v1/jobs/{id} - all jobs will be listed via the ID I have from step 1
3. I will make a list via ...9419/api/v1/backups/{id}/objects - it will list all the VMs that are in the VM folder of the given backup. Only for 3 backup jobs, I don't get a VM back, but a null. According to "jobs_id" it is a backup job, not a back copy job. When I call ...9419/api/v1/backups/{id}, the backup exists. I can't think of where the error could be, why doesn't the VM come back?
Mastny
-
- Veeam Software
- Posts: 2015
- Liked: 671 times
- Joined: Sep 25, 2019 10:32 am
- Full Name: Oleg Feoktistov
- Contact:
Re: REST API Veeam Backup & Replication #07246949
Hi,
If you have folders included in jobs, querying /backups/{id}/objects for the backed up folders should expand the folder and list the VMs within. If you experience the error above, it doesn't look expected. I cannot tell either that you do something wrong, the workflow is quite common. Also, I cannot find any specific bug related to the issue you described, so I'd suggest to submit a support case and work with our engineers. They will escalate it further to R&D if required. There is no tell at this point what might have caused this without digging into the logs.
Best regards,
Oleg
If you have folders included in jobs, querying /backups/{id}/objects for the backed up folders should expand the folder and list the VMs within. If you experience the error above, it doesn't look expected. I cannot tell either that you do something wrong, the workflow is quite common. Also, I cannot find any specific bug related to the issue you described, so I'd suggest to submit a support case and work with our engineers. They will escalate it further to R&D if required. There is no tell at this point what might have caused this without digging into the logs.
Best regards,
Oleg
Who is online
Users browsing this forum: No registered users and 5 guests