News for hackers. Stuff that matters.

dghubble

Re:Writing systemd units that stop gracefully before shutdown on Thursday October 27, 2022 @12:11PM (#33359729)
That's fair, that example would be better with a modest timeout (e.g. if podman had a bug that caused it to hang), without taking away from the main points. Updated.

Someone asked about the opposite on Twitter: https://twitter.com/DannoHung/status/1585350836074446869

Re:Writing systemd units that stop gracefully before shutdown on Wednesday October 26, 2022 @05:59PM (#33350147)
The post shows long-running stop scripts / containers and demonstrates them delaying shutdown (not with KillMode none though)

@CGamesPlay network.target's "primary purpose is for ordering things properly at shutdown: since the shutdown ordering of units in systemd is the reverse of the startup ordering, any unit that is order After=network.target can be sure that it is stopped before the network is shut down if the system is powered off."

https://www.freedesktop.org/wiki/Software/systemd/NetworkTar...

Re:Writing systemd units that stop gracefully before shutdown on Wednesday October 26, 2022 @05:49PM (#33350016)
Hmm, sorry you're not seeing it. Its just a CNAME to Cloudflare Pages, nothing fancy

  dig www.psdn.io @1.1.1.1
  
  ; <<>> DiG 9.16.33-RH <<>> www.psdn.io @1.1.1.1
  ;; global options: +cmd
  ;; Got answer:
  ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 37362
  ;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 0,   ADDITIONAL: 1
  ;; QUESTION SECTION:
  ;www.psdn.io.                   IN      A
  
  ;; ANSWER SECTION:
  www.psdn.io.            126     IN      CNAME   poseidon-www.pages.dev.
  poseidon-www.pages.dev. 126     IN      A       172.66.45.44
  poseidon-www.pages.dev. 126     IN      A       172.66.46.212
Re:Writing systemd units that stop gracefully before shutdown on Wednesday October 26, 2022 @02:55PM (#33347812)
That's what this post builds to solving at the end and in the next post - having a unit deletes the instance from a cluster before shutdown
Just to clarify - there are a few NUCs, but its mostly SuperMicros and other vendors where testing and qa are done.
Re:Ignition: A new CoreOS machine provisioning utility on Tuesday April 19, 2016 @04:41AM (#11525654)
Some useful Ignition configs can be found in the https://github.com/coreos/coreos-baremetal examples. For those wondering about the format, they're converted to JSON and served to machines.
See the exponential fees Yahoo was threatened with (7.9 sextillion after a year) https://www.reddit.com/r/technology/comments/2gjvrf/governme...
Re:Bash Configurations Demystified on Sunday July 21, 2013 @02:50PM (#6079786)
I think many Linux users have hacked around and messed up settings. This line was meant for those who have been in that situation, to say "hey btw, that screen was a login shell" (even took a picture of it). Just adds a little context, it doesn't resonate with everyone.

I think booting to a console when you expect a desktop can be scary, especially if you don't know how to undo whatever you did.

Re:Bash Configurations Demystified on Sunday July 21, 2013 @12:46PM (#6079372)
~/.profile is executed only at login on Ubuntu so changing your PATH there will be applied the next time you login. You can source the ~/.profile in your current non-login shell if you need the PATH change right now. I've tried to tweak the second paragraph in the "When not to modify .bashrc?" section to make this more clear.

Thanks for bringing this up.

Re:Bash Configurations Demystified on Sunday July 21, 2013 @01:46AM (#6077970)
^ broken link.
Interesting idea. You'd only need to be able to detect the presence or absence of 8 compounds to get the 256 unique states though. Makes it a bit more doable :)
Re:Bash Configurations Demystified for Linux and OS X on Sunday July 07, 2013 @10:34PM (#6004792)
NP, I'm glad you found it useful. :)