Originally posted by k1e0x
View Post
Announcement
Collapse
No announcement yet.
systemd 246-RC1 Released
Collapse
X
-
Originally posted by k1e0x View Post
Systemd also needs syslog because alone it can't log to plain text and that is unacceptable. Sysadmins do not like proprietary log formats. If you want actual apples to apples then the end result needs to be the same.
Leave a comment:
-
btw.. after you do that.. journalctl --verify reports the journal is uncorrupted. So... I guess it doesn't really verify anything.
Maybe my corruption use case isn't valid. I'll try to only corrupt my data in systemd approved ways.Last edited by k1e0x; 10 July 2020, 03:54 PM.
Leave a comment:
-
Originally posted by discordian View PostYou do understand very little. You have structure even in a text based format, those are field and length delimiters, if you lose those you lose structure.
You have a fictional "indexation" on the time you write or read from the file as it is "like an array", you can seek, jump n chars and do a lot of stuff with that( usually you just write in the end of the file..append ), and they are all primitive C types, the most "indivisible part" is a char..
It's not a object structure like in the case of systemd journal, which is not a primitive C type but instead real structs created for that matter, with a pre-structured size and list of fields, ofcourse some content( of some fields ) is char based,( because its what Humans reads), but the other content is binary, and if it corrupts, good luck with that..
- Likes 1
Leave a comment:
-
Originally posted by starshipeleven View PostNo it isn't, as said by another guy above:
It's clear you don't understand that most entry fields are in UTF-8, which is basic text, and that the journal is not structured in such an imagined way that results in any corruption leaving all data unrecoverable. "Binary format" is not some boogeyman. You're ultimately responding with "it's the truth" because you have no actual evidence to show that it is more vulnerable to corruption.
Scribble some random data on these files a few times..
dd if=/dev/urandom of=/var/log/journal/uid/user-1000.journal seek=$RANDOM count=1
dd if=/dev/urandom of=/var/log/journal/uid/system.journal seek=$RANDOM count=1
dd if=/dev/urandom of=/var/log/syslog seek=$RANDOM count=1
And you tell me what one you can read.
- Likes 1
Leave a comment:
-
Originally posted by tuxd3v View Post
Well,
I do understand that at least some fields of a datastructure( or a lot of them ), are made in utf8, because the Idea is to be read later by humans( i think everybody understands that.. )
What you don't understand is that the systemd Journal, uses structures to hold this data, and the problem lies there..
The Idea of it working like a database, seems nice( in principle, but only if they run ok ), but when that structures get corrupted, you are out of luck
When you are writing logs in its pure format as text, the most "indivisible object" is a char, so even if you get corruption, you are still able to see the logs with that char corrupted only.( as the files are text based.. ).
The journal from systemd has text, and even if you remove all binary structures you can restore alot if that.
A corruption is actually easier to fix, as index is stored as well. So you have your structure boundaries, entries are packed together, the possibility to infer alot missing information because it has more structure (and redundant one) than your puny little char delimiters.
If you want extra fault tolerancy, you would use error correcting polynomial codes. Your education does not have to stop at using text editors.
- Likes 1
Leave a comment:
-
Originally posted by Space Heater View PostIt's clear you don't understand that most entry fields are in UTF-8, which is basic text, and that the journal is not structured in such an imagined way that results in any corruption leaving all data unrecoverable. "Binary format" is not some boogeyman. You're ultimately responding with "it's the truth" because you have no actual evidence to show that it is more vulnerable to corruption.
I do understand that at least some fields of a datastructure( or a lot of them ), are made in utf8, because the Idea is to be read later by humans( i think everybody understands that.. )
What you don't understand is that the systemd Journal, uses structures to hold this data, and the problem lies there..
The Idea of it working like a database, seems nice( in principle, but only if they run ok ), but when that structures get corrupted, you are out of luck
When you are writing logs in its pure format as text, the most "indivisible object" is a char, so even if you get corruption, you are still able to see the logs with that char corrupted only.( as the files are text based.. ).
Leave a comment:
-
Originally posted by trek View Postif you could do it, you would have already written the numbers.
Leave a comment:
-
Originally posted by k1e0x View PostAnd I agree isn't not all bad. Things like automotive applications, I want something like systemd there.
I'd rather see VXWorks or similar realtime OSes in a car, just because they keep the development straight and has no risk of turning into a massive clusterfuck where everything is run on the same CPU and the same OS, car control and infotainment and internet access
Leave a comment:
Leave a comment: