# veeamconfig point list --backupId a4140a9d-1adc-496f-a85c-c0d2815f32e4
Job name OIB ID Type Created at Is corrupt Retention
test_pg_dumper {34288a4a-31e0-42d2-a680-4af97ce65c85} Full 2025-01-14 12:40 false
test_pg_dumper {127a3f7c-20f9-40f4-a98a-204aa2198ea4} Increment 2025-01-14 12:41 false
...
test_pg_dumper {a9482e19-33c0-4529-9bee-e692aaeb6af4} Increment 2025-01-14 13:13 false
# time veeamconfig point files --id a9482e19-33c0-4529-9bee-e692aaeb6af4
/pgsql_data/dump/test_20250114.errout
/pgsql_data/dump/test_20250114.pgdump
1.760u 0.120s 3:55.05 0.7% 0+0k 0+0io 0pf+0w
This took almost four minutes. All the other various "list" and "show" subcommands return reasonably fast.
Is that expected?
Yes, that's expected. "list" and "show" commands pull data from the Veeam database, while "files" scans the backup for content, which can take longer.
If it’s slowing down your terminal, you can use "nohup" and "&" to run it in the background.
Could you let me know how many total files are in the restore point and where the repository is located?
Rovshan Pashayev
Analyst
Veeam Agent for Linux, Mac, AIX & Solaris
There were a total of two files in that particular restore point. Today I created a total of seven points with 2-5 files each. Doing seven "point files" back to back took 27 minutes.
IIRC, the repository is located on a Windows-based vbrserver with 10G connectivity and a storage backend attached via SAN. If you need more details about the server, I can ask our service provider for info.
Thanks for the backgrounding hint; however, I am writing scripts that parse "point files" output.
And an addendum: It seems that only the root user can execute "veeamconfig point files". Any other user gets "permission denied", even if that user is in group "veeam". Is that intentional?