rt-setup-database(8)
β¨ NAME β¨
rt-setup-database β sets up the database for Request Tracker. She's the one who builds the whole foundation, no cap. π
π SYNOPSIS π
rt-setup-database --action ...
π OPTIONS π
--actionβ okay so this is THE main character of the whole page. You can run several actions at once, just stack them in a comma separated list, bestie. π«Άinitβ Initialize the database. This is literally a combo meal of multiple actions listed below: create the DB, the schema, set up acl, insert core data, and insert initial data. The whole glow-up in one go. β¨upgradeβ Apply all the needed schema/acl/content updates. Heads up, she will ask you for the version to upgrade from, so have that ready. πcreateβ Create the database. Simple. Iconic. πdropβ Drop the database. π¨ Bestie, listen to me very carefully: this will ERASE ALL YOUR DATA. Like, gone gone. Not a vibe check you want to fail. πschemaβ Initialize only the database schema. If you wanna use a local or supplementary datafile, specify it with the--datadiroption below. π¦aclβ Initialize only the database ACLs. Same deal: to use a local or supplementary datafile, specify it with the--datadiroption below. πΈcoredataβ Insert data into RT's database. This data is required for the normal functioning of any RT instance, so don't skip her, she's essential. π₯insertβ Insert data into RT's database. By default, she'll use RT's installation data. If you wanna use a local or supplementary datafile instead, specify it with the--datafileoption below. π
--datafileβ the file path of the data you wanna action on. Fr fr, this is where you point her at your data.
e.g. "--datafile /path/to/datafile"
--datadirβ used to specify a path to find the local database schema and acls to be installed. She needs to know where the good stuff lives. π
e.g. "--datadir /path/to/"
--dbaβ dba's username. π€--dba-passwordβ dba's password. π€«--prompt-for-dba-passwordβ ask for the database administrator's password interactively, so it never has to sit around in plain sight. Iconic behaviour, honestly. π--skip-createβ forinit: skip creating the database and the user account, so we don't need administrator privileges. Lowkey the move when you're not allowed to touch the big-kid buttons. π--root-password-fileβ forinitandinsert: rather than using the default administrative password for RT's "root" user, use the password in this file. π--packageβ the name of the entity performing a create or upgrade. Used for logging changes in the DB. Defaults toRT. Otherwise it should be the fully qualified package name of the extension or plugin making changes to the DB. π§--ext-versionβ current version of the extension making a change. Not needed for RT, since RT has a more elaborate system to track upgrades across multiple versions. She's got her own thing going on. π«--upgrade-fromβ forupgrade: specifies the version to upgrade from, and she won't prompt for it if it appears to be a valid version. No annoying pop quiz. β--upgrade-toβ forupgrade: specifies the version to upgrade to, and she won't prompt for it if it appears to be a valid version. Same energy, different direction. π
That's the whole page, bestie β you ate. This was served to you from perl v5.38.2, dated 2023-10-29, and it's the rt-setup-database(8) page from the Request Tracker Reference. Go set up that database, you've got this. πβ¨π
π¦ where this page comes from
- ubuntu noble: request-tracker4 4.4.7+dfsg-1 Β· GPL-2.0-only
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms