Harvard Business School of Echec - Commentaires

Les plans les mieux conçus des souris et des hommes souvent ne se réalisent pas - Luc

Luc — Wed, 01 Jul 2009 20:02:46 +0200

Luc may the force be with you !

bonnes vacances qd même.

Should I trust Ted Ts'o ? - James

James — Wed, 08 Apr 2009 04:24:39 +0200

Antonomasia: Rename breaking hard links is sometimes desired - eg back in the day people would copy kernel trees as hardlinks which makes diff very fast, then when they edited a file the hardlink would break, so diff still worked.

Should I trust Ted Ts'o ? - Benoît Dejean

Benoît Dejean — Sat, 04 Apr 2009 18:48:02 +0200

tjs > Interesting link http://git.kernel.org/?p=linux/kern... but that doesn't fix emacs/vim/OOo

Should I trust Ted Ts'o ? - Benoît Dejean

Benoît Dejean — Sat, 04 Apr 2009 18:29:38 +0200

Again, /etc/passwd was a (silly) example ...

Should I trust Ted Ts'o ? - tjs

tjs — Sat, 04 Apr 2009 10:52:38 +0200

"Suddenly, i don't feel like editing /etc/passwd with these text editors (but i haven't find a replacement yet). If the server was to crash, it might not reboot at all. Brrrr."

You cannot edit /etc/passwd safely even with passwd since PAM itself does not call fsync, see https://www.redhat.com/archives/pam...

Should I trust Ted Ts'o ? - Merc

Merc — Sat, 04 Apr 2009 04:08:59 +0200

"Suddenly, i don't feel like editing /etc/passwd with these text editors (but i haven't find a replacement yet). If the server was to crash, it might not reboot at all. Brrrr."

You should never directly edit /etc/passwd or /etc/group. That's why 'vipw' and 'vigr' exist. They have 'vi' in the name but set the EDITOR env. var. to whatever you want.

Should I trust Ted Ts'o ? - Antonomasia

Antonomasia — Sat, 04 Apr 2009 01:33:35 +0200

If the file had hard links before it should have the same hard links afterward. That's why I don't like the rename() approach for normal editing - but I do use it for the likes of passwd, shadow, sudoers.

Should I trust Ted Ts'o ? - Benoît Dejean

Benoît Dejean — Fri, 03 Apr 2009 21:54:51 +0200

Hello Donny, here journaling does not help (unless you have a battery-backed memory, then you can replay 'lost' I/O on reboot). Before hiting the disk, data stays in memory, and if you crash while writing the file to disk, you're write is incomplete (data in memory vanishes). That's why the way vim/emacs/openoffice behave is not safe: they make a backup of your data and then start to overwrite your file. If your computer crashes during this overwrite, then your file is at best truncated. Of course you can pull the backup, but that's quite annoying ... and if the backup file has not been synced to disk before the crash, you lost the two of them. Ted Ts'o explains how to write robust application by writing a new file, syncing it to the disk and then renaming it (which atomic). This way, on a crash, you either get the old or the new file, anyway a valid file.

Russ > yep, passwd/useradd/etc WIN. They match exactly the pattern Ted Ts'o describes.

Should I trust Ted Ts'o ? - Russ

Russ — Fri, 03 Apr 2009 21:28:42 +0200

gpasswd WIN?

open("/etc/group+", O_WRONLY|O_CREAT|O_TRUNC, 0666) = 5
umask(077) = 0777
fchown(5, 0, 0) = 0
fchmod(5, 0644) = 0
fstat(5, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
write(5, "root:x:0: daemon:x:1: bin:x:2: sy"..., 1341) =1341
fsync(5) = 0
close(5) = 0
lstat("/etc/group", {st_mode=S_IFREG|0644,st_size=1335, ...}) = 0
rename("/etc/group+", "/etc/group") = 0

Should I trust Ted Ts'o ? - Donny Viszneki

Donny Viszneki — Fri, 03 Apr 2009 20:41:19 +0200

You said Vim can "corrupt" the old version of the file because it doesn't fsync() the rename: is this true? Doesn't safely renaming files fall under the jurisdiction of the filesystem? Doesn't journaling in ext3/jfs/etc. take care of this problem?

Should I trust Ted Ts'o ? - tm

tm — Fri, 03 Apr 2009 20:24:34 +0200

nice, constructive post, thanks for sharing, truly in spirit of proper GNOME developer, aye?

gah.

Should I trust Ted Ts'o ? - Benoît Dejean

Benoît Dejean — Fri, 03 Apr 2009 20:15:04 +0200

oliv > This emacs option would make it as bad as vim. I don't care about the inode, i care about the ACL. Gedit solved this problem using libacl, i guess vim too.

Should I trust Ted Ts'o ? - oliv

oliv — Fri, 03 Apr 2009 19:47:53 +0200

Emacs backup behaviour can be modified with a couple of settings.

There's a backup-by-copying variable, setting it to t should avoid the save-to-new-inode-and-lose-ACL problem. It's off by default.

Should I trust Ted Ts'o ? - Benoît Dejean

Benoît Dejean — Fri, 03 Apr 2009 18:52:55 +0200

schmichael > Don't forget about network filesystems. There are much more likely to fail. /etc/passwd was an example, but that kind of thing could happen with any important text file in /etc. (/etc/init.d/sshd ? ;). And we're only talking about text editor :)
But you're right: carefully written tools such as useradd are safe (Ted T'so's pattern)

Paolo > I knew it :) I'll check this as soon as possible.

Should I trust Ted Ts'o ? - schmichael

schmichael — Fri, 03 Apr 2009 18:33:32 +0200

"Suddenly, i don't feel like editing /etc/passwd with these text editors (but i haven't find a replacement yet). If the server was to crash, it might not reboot at all. Brrrr."

Aren't the odds of this happening insanely small? Do the servers you work on not have a UPS and encounter Kernel oops on a regular basis?

If so, perhaps you have more to worry about than the saving behavior of your text editor.

Honestly the only time I'm worried about all these fsync/saving issues I see floating around are on my laptop which has some flaky hardware drivers and therefore stands a realistic chance of oopsing between fsyncs on me. Even then I don't think I've ever encountered data loss yet.

And wait a second... aren't you supposed to be using tools like usermod, useradd, etc to alter /etc/passwd?!

I think this nicely highlights how user error is still the greatest threat to system stability. ;-)

Should I trust Ted Ts'o ? - pbor

pbor — Fri, 03 Apr 2009 17:41:34 +0200

you can use gedit 2.26 ;)

Le LaTex vieillit mal - jeff

jeff — Fri, 17 Oct 2008 15:02:35 +0200

j'ai déjà utilisé latex quelques fois, et franchement, j'hésite toujours entre ça et OpenOffice Writer (avec des backups de versions de fichiers dans un système de versionnement de code), par exemple. Ne riez pas, c'est une question sérieuse. Je ne confierais jamais un long document à Word, mais... franchement, 100 pages dans OOo en .odt, ça doit tenir non? J'ai une tante qui a écrit un livre (non scientifique) de 250 pages en .doc avec word...

Chaque fois que j'ai touché à latex, j'ai fini par hurler et revenir à OOo. Connerie qui a besoin d'un minimum d'une dizaine de modules obscurs à inclure pour fonctionner corretement, supporter les urls, les guillemets, l'unicode (what you write is what you mean? certainement pas si je dois échapper tous mes accents ¬_¬), les tas de façons différentes de citer, la stupidité de ses tableaux (ça dépasse la largeur de la page? shit, out of luck!), et ça c'est avant même de se battre avec les normes de mise en page et de citations de l'APA (je suis en psychologie). J'ai passé des jours à tenter même de faire fonctionner apacite et apa.cls, fail.

Disclaimer: je veux bien être convaincu que latex est la Voie. Je n'écris pas de formules mathématiques (je suis en psychologie après tout), mon c.v. est en latex, mais franchement, je trouve que ça fait un peu anachronique quand d'un autre côté, il y a la plaine verdoyante de "what you type is what you get et not what you will have to fix at the compilation time" d'OpenOffice, combiné à zotero.org pour la gestion bibliographique et l'insertion des citations.

Le LaTex vieillit mal - Thom

Thom — Thu, 16 Oct 2008 15:46:46 +0200

Oui enfin on pourrait imaginer un langage intermédiaire comme tbook ou encore mieux celui utilisé par les wikis ce qui simplifie considérablement l'écriture des sources.

L'avantage d'un subset xml comme tbook c'est que tu n'as pas besoin de rien faire pour que ton document soit lisible dans n'importe quel navigateur (puis imprimable en pdf) mais tu es obligé de te taper les <p> et autres petits bonheurs.

L'avantage du langage wiki c'est la simplicité à taper, par contre il faut processer le code en quelque chose de lisible par un navigateur web.

Sinon, séparer le rendu du contenu c'est exactement le rôle de css.

Le LaTex vieillit mal - Loïc d'Anterroches

Loïc d'Anterroches — Thu, 16 Oct 2008 13:43:24 +0200

Le côté très pratique de LaTeX en comparaison d'un langage basé sur XML quel qu'il soit, c'est que LaTeX permet de se concentrer sur le contenu et non la manière de l'écrire. On peut utiliser le plus simple des éditeurs de texte pour faire cela, on n'a aucune obligation d'utilisateur un éditeur graphique. Si j'avais du taper tous les <p></p> en écrivant les 350 pages de ma thèse et bien je serais mort avant de l'avoir fini. Je n'imagine même pas la situation si j'avais du entrer les équations dans une autre syntaxe que LaTeX...

Pour écrire un roman, on peut utiliser un éditeur graphique, mais pour du contenu scientifique (du moins, dès qu'un peu de maths pointe son nez), LaTeX reste roi.

Le LaTex vieillit mal - Thom

Thom — Thu, 16 Oct 2008 10:46:52 +0200

http://www.alistapart.com/articles/...