Remove unused GCE disks #10
Labels
No Label
bug
dev environment
docs
duplicate
enhancement
feature
idea
invalid
kredits-1
kredits-2
kredits-3
ops
question
security
ui/ux
wontfix
bug
design
dev environment
docs
duplicate
enhancement
feature
good first issue
idea
invalid
kredits-1
kredits-2
kredits-3
on hold
ops
question
release
major
release
minor
release
patch
security
ui/ux
wontfix
No Milestone
No Assignees
2 Participants
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: kosmos/gitea.kosmos.org#10
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Apparently they're not automatically deleted:
https://console.cloud.google.com/compute/disks?organizationId=772167872692&project=fluted-magpie-218106&diskssize=50
Clean old GCE disksto Remove unused GCE disksI removed the disks that weren't in use at all. But those were only 4 1GB ones. However, there are 3 100GB ones in use, and I have no idea what app/deployment using them (except that it's Kubernetes).
Also, there are 4 10GB disks in use by something called
tk-vagrant-main-ubuntu-1404-23cee4
, which I have no idea what it could be (that one's not Kubernetes).@gregkare Any idea what's going on there?
The tk disks are from running the integrations tests on the chef repo using GKE
I don't know what the 100GB disks are, they're not any of the persistent disks in the GKE console
Interesting. Why/how are they creating GCE disks?
I need to figure out why it's creating persistent disks. The integrations tests are using Test Kitchen with the gce driver, because the Vagrant driver didn't work inside of Kubernetes
I checked again, there aren't any tk-vagrant-main-ubuntu persistent disks right now