| manis05 | We are planning upgrades for our existing servers with two approaches. Plan A involves taking a snapshot of the current server, creating a DigitalOcean Droplet from it, and performing upgrades on the new Droplet, minimizing downtime and avoiding extensive reconfiguration. Plan B requires creating a new Droplet with an updated OS, migrating applications, and reconfiguring settings, which takes longer but offers a clean environment that re | 02:09 |
|---|---|---|
| manis05 | duces legacy issues. After testing, DNS will be updated to point to the new Droplet. Which option do you think is the most efficient, or is there another option? | 02:09 |
| blahdeblah | manis05: If you don't have the application configuration defined in a codebase like Ansible or Terraform, I would generally go with upgrading the snapshot. Ubuntu is designed for upgrades. | 02:13 |
| blahdeblah | That's not to say that there aren't things that can go wrong, but the upgrade means that you have captured the whole machine's state. | 02:13 |
| blahdeblah | I think people often overstate the value of "clean environment that reduces legacy issues". | 02:14 |
| patdk-lap | it just brings in new issues :) | 02:15 |
| patdk-lap | I normally upgrade one system, then upgrade 2 others, then all the rest | 02:15 |
| patdk-lap | a lot of mine date back to lucid | 02:16 |
| blahdeblah | patdk-lap: nice :-) | 02:19 |
| manis05 | @blahdeblah: Thank you! | 02:26 |
| manis05 | patdk-lap: Thank you! | 02:27 |
| === lark_ is now known as lark | ||
| === Wyly7 is now known as Wyly | ||
| falz | hola. the behaviour of `systemctl status <foo>` being auto piped through `less`, and hence requiring pressing a key to return to a prompt really bugs me. I just found out that one can change the default by doing `export SYSTEMD_PAGER=` (yes blank). what's the best way to set this behavrior systme wide? I dont want to do per users bashrc nor do i want to type --no-pager every time. | 14:01 |
| falz | tos soemthing in /etc/bash-profile.d/ ? unsure | 14:03 |
| falz | er /etc/profile.d/ | 14:04 |
| falz | doesn't seem to work. sadface | 14:27 |
| tomreyn | | cat | 14:42 |
| tomreyn | works everytime. because it will only spawn the pager if you're ready to view it interactively. | 14:43 |
| tomreyn | there is /etc/environment{.d/,} and /etc/security/pam_env.conf | 14:45 |
| falz | trying to not issue more commands. will look at environment.d | 14:52 |
| falz | good to know |cat works though as its shorter than --no-pager | 14:52 |
| falz | I dont see /etc/environment.d/ existing | 14:53 |
| tomreyn | falz: your ubuntu version might be too old to have it, or (i'd say less likely) it could be debian specific (that's what i was looking at) | 18:16 |
| JanC | falz: did you start a new login shell after adding it in profile.d/ ? | 18:39 |
| mgedmin | if /etc/environment.d doesn't exist, /etc/environment itself ought to suffice | 18:42 |
| falz | JanC: i logged out and back in | 19:20 |
| falz | ubuntu 22 | 19:20 |
| falz | id rather not touch a system file. seems like /etc/profile.d/blah should work since theres other things in there. shrug | 19:21 |
| Eickmeyer | falz: Stuff in /etc/profile.d have to have a .sh or .csh or whatever extension otherwise they don't work. I'm not sure as to the "why" on the mechanics, but that's just my experience. | 19:39 |
| falz | roger. mine did. will test more on perhaps a different server | 19:44 |
| falz | was eyeballing the half dozen other things in there. they have proper suffix but no shebang | 19:45 |
| Eickmeyer | falz: Right, no shebang needed there, the daemon (presumably logind?) gets what it needs from the extension. In fact, nothing in there needs the executable bit set. | 20:30 |
| JanC | /etc/profile just sources all *.sh in /etc/profile.d/ | 20:58 |
| JanC | the file has to be readable also | 20:59 |
| JanC | falz: did you make sure the file you added there was readable by all users that need it? | 20:59 |
| falz | good call - maybe it was that. i think it's working now: echo "export SYSTEMD_PAGER=" > /etc/profile.d/myorg.sh | 21:13 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!