[GH-ISSUE #191] Large storage sizes supporting #51

New issue

Open

opened 2026-03-03 15:29:53 +03:00 by kerem · 1 comment

kerem commented

2026-03-03 15:29:53 +03:00

Owner

Originally created by @p-drift on GitHub (Apr 22, 2025).
Original GitHub issue: https://github.com/luthermonson/go-proxmox/issues/191

Hello!

On one of the nodes in my PVE cluster, there is a Directory-type storage which is a mount point for an S3 bucket via MinIO. The fuse.geesefs driver doesn't support detecting the bucket size, so it reports it as 1.13 PB:

sudo pvesh get /nodes/$(hostname)/storage --noborder --human-readable 0
content   storage        type active avail           enabled shared total           used used_fraction
backup    minio_backup   dir  1      1125899906842624 1       0      1125899906842624 0    0

When calling func (*Node) Storages for this node, I get the following error:

json: cannot unmarshal number 1.12589990684262e+15 into Go struct field Storage.Total of type uint64

Is there any plan to support such large storage sizes in the future?

Originally created by @p-drift on GitHub (Apr 22, 2025). Original GitHub issue: https://github.com/luthermonson/go-proxmox/issues/191 Hello! On one of the nodes in my PVE cluster, there is a Directory-type storage which is a mount point for an S3 bucket via MinIO. The fuse.geesefs driver doesn't support detecting the bucket size, so it reports it as 1.13 PB: ```bash sudo pvesh get /nodes/$(hostname)/storage --noborder --human-readable 0 content storage type active avail enabled shared total used used_fraction backup minio_backup dir 1 1125899906842624 1 0 1125899906842624 0 0 ``` When calling `func (*Node) Storages` for this node, I get the following error: ```go json: cannot unmarshal number 1.12589990684262e+15 into Go struct field Storage.Total of type uint64 ```` Is there any plan to support such large storage sizes in the future?

kerem commented

2026-03-03 15:29:54 +03:00

Author

Owner

@luthermonson commented on GitHub (Apr 22, 2025):

the fix is probably to migrate to a big.Int

@luthermonson commented on GitHub (Apr 22, 2025): the fix is probably to migrate to a big.Int

kerem referenced this issue

2026-03-03 15:30:13 +03:00

[PR #51] [MERGED] Extend cloud-init ISO builder to include vendor-data and network-config #105

No labels

pull-request

No milestone

No project

No assignees

1 participant

Notifications

Due date

The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference

starred/go-proxmox#51

No description provided.

Rows
Columns