un desktop qui plante, tu lui refous le CD de clonage.
pour les petits problemes utilisateurs, il y a une equipe faite pour, en quatre 6.
Les servers, eux sont tres sujets a bugs dans une ecole d info: le server web se mange tous les tests PHP des eleves, le SQL se fait bourrer la tronche par des milliers de scripts en cours de debogage, le server LDAP se fait ruiner par les requettes windows, quand au server NFS, c est surement celui qui prend le plus cher.
Car ne va pas imaginer qu un server NFS qui roule un jour roule toujours.
Imagine pendant un TP sur les forks, un code qui rend la main, mais dont un thread se balade et ecrit 4 octets par seconde dans un fichier de log, puis que ce code etant le premier fonctionnel par rapport a l ennonce commence a tourner dans la promo ... en 2h tu as 150 etudiants qui vont rouler un code bogue ...
puis a 23h, au moment de partire pour le dernier metro, tu lanes un
:wq
qui te reponds No more space
alors que toi, dans une autre promo, tu as besoin de sauver ton travail, puis tu vois des dizaines de mecs s ennerver comme toi ... puis 3mn apres, tu constate que tous les disques de l ecole sont satures ... pas seulement ceux de la promo qui a fait le TP de fork, mais TOUS les disques de l ecole ...
apres, soit tu mail chaque eleve qu il faut rm un fichier donne, mail qu ils ne pourront pas lire vu que l espace de stokage client est sature ...
soit tu suprime bruptalement dans chaque compte eleve le fichier de log ...
avant de te rendre compte que des eleves d une autre promo ont lance ce code ailleurs pour montrer les aspecte fonctionnels du TP du jour,
pour finalement te rendre compte qu un eleve d une autres classe tente d exploiter une faille ...
sachant que le NFS est accessible depuis partout, donc qu effacer le fichier de log ne sert a rien, car il est immediatement re-cree ...
donc avant tout, il faut rebooter tous les posts clients qui ont l acces NFS, en incluant aussi les servers de test ...
machines concues pour ne jamais etre eteintes, mais si tu tente juste de tuer les process user, d autres bugs apparaissent.
Finalement, l eleve responsable de la faille avait dans son portable le numero de l admin qui viendra vers 3h du mat.
Un des meilleurs eleves de l ecole avait oublie de tuer un processus enfant. Personne de l ecole ne pouvait sauver quoi que ce soit, et le server mail lui meme etait bloque.
[^] # Re: Système de fichier pour windows ?
Posté par doublehp . En réponse à la dépêche NILFS, Un tout nouveau système de fichiers. Évalué à 0.
pour les petits problemes utilisateurs, il y a une equipe faite pour, en quatre 6.
Les servers, eux sont tres sujets a bugs dans une ecole d info: le server web se mange tous les tests PHP des eleves, le SQL se fait bourrer la tronche par des milliers de scripts en cours de debogage, le server LDAP se fait ruiner par les requettes windows, quand au server NFS, c est surement celui qui prend le plus cher.
Car ne va pas imaginer qu un server NFS qui roule un jour roule toujours.
Imagine pendant un TP sur les forks, un code qui rend la main, mais dont un thread se balade et ecrit 4 octets par seconde dans un fichier de log, puis que ce code etant le premier fonctionnel par rapport a l ennonce commence a tourner dans la promo ... en 2h tu as 150 etudiants qui vont rouler un code bogue ...
puis a 23h, au moment de partire pour le dernier metro, tu lanes un
:wq
qui te reponds No more space
alors que toi, dans une autre promo, tu as besoin de sauver ton travail, puis tu vois des dizaines de mecs s ennerver comme toi ... puis 3mn apres, tu constate que tous les disques de l ecole sont satures ... pas seulement ceux de la promo qui a fait le TP de fork, mais TOUS les disques de l ecole ...
apres, soit tu mail chaque eleve qu il faut rm un fichier donne, mail qu ils ne pourront pas lire vu que l espace de stokage client est sature ...
soit tu suprime bruptalement dans chaque compte eleve le fichier de log ...
avant de te rendre compte que des eleves d une autre promo ont lance ce code ailleurs pour montrer les aspecte fonctionnels du TP du jour,
pour finalement te rendre compte qu un eleve d une autres classe tente d exploiter une faille ...
sachant que le NFS est accessible depuis partout, donc qu effacer le fichier de log ne sert a rien, car il est immediatement re-cree ...
donc avant tout, il faut rebooter tous les posts clients qui ont l acces NFS, en incluant aussi les servers de test ...
machines concues pour ne jamais etre eteintes, mais si tu tente juste de tuer les process user, d autres bugs apparaissent.
Finalement, l eleve responsable de la faille avait dans son portable le numero de l admin qui viendra vers 3h du mat.
Un des meilleurs eleves de l ecole avait oublie de tuer un processus enfant. Personne de l ecole ne pouvait sauver quoi que ce soit, et le server mail lui meme etait bloque.