Follow Slashdot stories on Twitter

 



Forgot your password?
typodupeerror
×

Comment Re:The pain isn't in the switch (Score 1) 347

So don't ask it to do that, then.

You do know that the default is not to restart?

And that even if you do and for that then the restart attempts are rate-limited, just like with traditional init(1).

(Which is one of the biggest problems with the whole sysvinit horror -- it hardly uses the existing possibilities of init(1)).

Comment Re:I like how this got marked troll (Score 1) 347

Once upon a time (in 1977 actualy) I learned to program (in Fortran on an ICL 1903T). When introduced to the concept of files I was intrigued by the idea of "binary" files: "cool" I thought, "I can hide things in there and nobody can read them, 'cos it's binary". Image my disgust when I found that a simple "cat" to the terminal recalled all my "hidden" text.

Yes, the contents of a binary file are a bunch of ones and zeroes, but so are the contents of a "text" file.

Comment Re:The pain isn't in the switch (Score 1) 347

What's to configure?

systemd complains that starting Apache fails and shows the service as stopped but the process actually starts and Apache is working just fine, systemd apparently just doesn't know it?

You were using the standard Debian sysvinit scripts before, and they worked, you're using the standard Debian apache2 service, it should just work. If it doesn't that's a bug. (Actualy, looking at it, apache2 is still using the init script -- there is no apache2.service).

What does systemctl status apache2 show?

Comment Re:I like how this got marked troll (Score 2) 347

It's a fact that the fix for corrupt logs, which systemd will often corrupt if you power-cycle your system, is to delete them and throw them away. https://lwn.net/Articles/621453/ https://lists.fedoraproject.org/pipermail/devel/2013-July/185702.html

No, it's not a fact. If the log file is corrupt journald rotates it. It doesn't "delete it and throw it away".

Comment Re:The pain isn't in the switch (Score 1) 347

In this case, the systemd detractor claims that systemd's log files become unreadable when they're corrupted . But the systemd supporter claims that the log files are readable with journalctl. Unfortunately, the supporter does not mention whether journalctl still works when the binary log file is corrupted . So, the systemd supporter may not be addressing the original concern of the detractor. Can somebody fill in the missing details?

The theory is:

Now, of course, having corrupted files isn't great, and we should make sure the files even when corrupted stay as accessible as possible. Hence: the code that reads the journal files is actually written in a way that tries to make the best of corrupted files, and tries to read of them as much as possible, with the the subset of the file that is still valid. We do this implicitly on every access.

https://bugs.freedesktop.org/show_bug.cgi?id=64116#c3

Comment Re:The pain isn't in the switch (Score 1) 347

Bug report: Logs keep getting corrupted and cannot read them at all
Rejected with reason: Delete the corrupted logs and move on
SystemD - works well when it works, fails spectacularly when it fails.

Except that isn't the bug report at all.

The real one was Bug 64116 - How does one fix journal corruptions?.

It was closed "RESOLVED NOTABUG" because you don't need to fix journal corruptions -- journalctl can read the corrupt files and journald rotates the file it's writing if corruption is detected. Nobody suggested you delete the logs.

Slashdot Top Deals

Business is a good game -- lots of competition and minimum of rules. You keep score with money. -- Nolan Bushnell, founder of Atari

Working...