Struct BlobsView 

pub struct BlobsView {
    pub held: TallyView,
    pub referenced: TallyView,
    pub unreferenced: TallyView,
    pub collectable: TallyView,
    pub missing_at_boot: TallyView,
    pub discarded_at_boot: TallyView,
}

The blobs member of StatsResponse: this deployment’s blobs, by the state each one is in.

Aggregates over every repository and nothing narrower. bot.did.stats is open by default — auth::Disclosure — so a figure that said which account held what would publish one account’s content to anyone who asked; a total cannot. The names of the blobs an incomplete restore lost are in the startup log, where the operator is, and didbot_pds::Reconciled keeps a sample of them for that line.

Fields

held: TallyView

Every blob the log names, whatever state it is in.

held.count and held.bytes are this deployment’s blob inventory and its blob footprint. The three states below partition this one and sum back to it.

referenced: TallyView

Blobs at least one live record points at.

unreferenced: TallyView

Blobs no live record points at, still inside the collection grace window.

The ordinary state of every upload between uploadBlob and the createRecord that names it, so a nonzero reading is a working server rather than a problem.

collectable: TallyView

Blobs no live record points at whose grace window has run out: what the next collection pass will take, and the quota it will give back.

A figure that climbs and does not fall is the one an operator acts on — it says collection is not getting through.

missing_at_boot: TallyView

Blobs the log named whose bytes the disk did not have when this server last started.

Named for when it was read, because that is the only way to read it: it is what the startup reconcile counted, held for the life of the process. Nonzero means this deployment came back from an incomplete copy and will answer 404 for that many blobs until they are put back, and bytes is how much a restore would have to bring. Zero means the disk agreed with the log at that start, not that it agrees now: nothing recounts while the server runs, and a restart is what takes the reading again.

These blobs are in held as well. The log names them, so listBlobs still does.

discarded_at_boot: TallyView

Bytes the disk held that the log named none of, deleted during that same startup.

An upload interrupted before it was named, a blob whose bytes landed and whose log entry did not, or an account directory the log no longer mentions. Nonzero after a restore says the copy carried blob bytes the log could not account for. Nothing counted here is in held.

Trait Implementations

impl Clone for BlobsView

fn clone(&self) -> BlobsView

Returns a duplicate of the value.

fn clone_from(&mut self, source: &Self)

Performs copy-assignment from source.

impl Debug for BlobsView

fn fmt(&self, f: &mut Formatter<'_>) -> Result

Formats the value using the given formatter.

impl Default for BlobsView

fn default() -> BlobsView

Returns the “default value” for a type.

impl<'de> Deserialize<'de> for BlobsView

fn deserialize<__D>(__deserializer: __D) -> Result<Self, __D::Error>

where __D: Deserializer<'de>,

Deserialize this value from the given Serde deserializer.

impl PartialEq for BlobsView

fn eq(&self, other: &BlobsView) -> bool

Tests for self and other values to be equal, and is used by ==.

fn ne(&self, other: &Rhs) -> bool

Tests for !=. The default implementation is almost always sufficient, and should not be overridden without very good reason.

impl Serialize for BlobsView

fn serialize<__S>(&self, __serializer: __S) -> Result<__S::Ok, __S::Error>

where __S: Serializer,

Serialize this value into the given Serde serializer.

impl Copy for BlobsView

impl Eq for BlobsView

impl StructuralPartialEq for BlobsView