SLONIK_UNINSTALL_NODE(7)
β¨ SLONIK UNINSTALL NODE β¨
okay bestie, we're deep in the Slony-I 2.2.11 docs now and this one is SLONIK UNINSTALL NODE(7) β the man page that tells you how to gently, lovingly decommission a Slony-I node. no cap, it's giving "we're breaking up but I'm keeping the furniture" π
πΈ NAME πΈ
UNINSTALL NODE β Decommission Slony-I node π«Ά
π SYNOPSIS π
UNINSTALL NODE (options);
π¦ DESCRIPTION π¦
So here's the vibe: this puts all your tables back into the unlocked state, with all the original user triggers, constraints and rules restored. Any Slony-I-specific serial key columns that got added? Dropped. The Slony-I schema itself? Also dropped. π§Ήβ¨
The node becomes a standalone database. And the data? The data is left untouched, bestie β nobody is touching your data, we would never. π
the options, one at a time
ID = ivalβ Node ID of the node you wanna uninstall. that's the one.
This whole thing uses βschemadocuninstallnode()β [not available as a man page]. lowkey iconic of it.
the difference betweenUNINSTALL NODEandDROP NODEβ this is the part people get confused about, so listen up. AllUNINSTALL NODEdoes is remove the Slony-I configuration. It does not drop the node's configuration from replication. that's it, that's the difference, periodt. π
π EXAMPLE π
UNINSTALL NODE ( ID = 2 );
look at her go β¨
π LOCKING BEHAVIOUR π
When it's dropping triggers off of application tables, this is gonna require exclusive access to each replicated table on the node being discarded. so like, heads up, nobody else can be in there touching those tables while this happens. exclusive means exclusive, fr fr. π
π DANGEROUS/UNINTUITIVE BEHAVIOUR π
okay this is the scary part, buckle up:
If you're using connections that cache query plans (and ngl this is particularly common for Java application frameworks with connection pools π), those connections may cache query plans that include the pre-UNINSTALL NODE state of things. Which means you'll get error messages about missing OIDs β specifically β[MISSING TEXT]β [not available as a man page].
β οΈ After dropping a node, you may also need to recycle connections in your application. do not skip this step, I'm begging you π
β SLONIK EVENT CONFIRMATION BEHAVIOUR β
Slonik does not wait for event confirmations before performing this command. it just goes. main character energy, honestly. π
π VERSION INFORMATION π
This command was introduced in Slony-I 1.0. a legend from the start, we love to see it. π
and that's the whole page, bestie β written up on 19 September 2024, straight outta the Slony-I 2.2.11 Documentation set. go forth and uninstall responsibly π¦πβ¨
π¦ where this page comes from
- debian trixie: slony1-2-doc 2.2.11-6
- ubuntu questing: slony1-2-doc 2.2.11-6
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms