Bienvenue sur PEBKAC.fr, le site qui recense les anecdotes où l’on se moque des utilisateurs ne maîtrisant pas l’outil informatique. PEBKAC est un acronyme signifiant « Problem Exists Between Keyboard And Chair ».
Le problème se situe entre la chaise et le clavier : soumettez vos histoires, donnez votre avis !
Ce site n'est pas le site original pebkac.fr. Je publie ici la liste des PEBKAC que j'ai pu sauvegarder avant que le site original ne soit mis hors ligne.
Se connecter | Aléatoire | Soumettre
J'effectuais une opération de maintenance sur une base de donnée MySQL, en passant par PhpMyAdmin. Cette opération consistait à modifier les identifiants utilisateur pour en mettre des nouveaux, avec de nouvelles autorisations.

Pour cela, je sélectionne tous les utilisateurs et choisis « Effacer ». J'ai bien sélectionné tous les comptes, y compris le root.
Résultat : plus aucun accès d'autorisé à la base de données, n'ayant plus aucun utilisateur enregistré, pas même le root. PEBKAC.
PEBKAC #6565 proposé par dj_jean_jean le 29/12/2012 | 31 commentaires | 👍🏽 👎🏽 +232
Pour un auto-PEBKAC, on vote "bel exemple de PEBKAC"
(ROB n'est pas encore passé, vu que c'est l'heure de manger, alors je me permets de le faire ^^)
Commentaire #71036 écrit par Limeila le 29/12/2012 à 12h41 | 👍🏽 👎🏽
J'espère pour toi que tu avais une sauvegarde récente
Commentaire #71038 écrit par Quelqu'un le 29/12/2012 à 12h44 | 👍🏽 👎🏽
Il y a surtout un PEBKAC du coté de MySQL là :)
Commentaire #71039 écrit par Marmotte le 29/12/2012 à 12h52 | 👍🏽 👎🏽
Ca m'est déjà arrivé. Il est possible de lancer MySQL dans un mode spécial, avec un argument du type --skip-grant-tables, pour pouvoir se connecter en root même si aucun compte n'est valide.
Commentaire #71050 écrit par Moi le 29/12/2012 à 13h29 | 👍🏽 👎🏽
yep, ca m'est arrive aussi. J'avais des restrictions à root par rapport au host et en voulant tout autoriser au host % j'ai merdé un truc et root n'a plus eu aucun droits...

J'avais pas beaucoup d'utilisateurs alors j'ai récupéré le dossier de la base qui s'appelle mysql(celle qui contient les utilisateurs et autre) d'une autre installation et je l'ai mis dans mon dossier data.
Commentaire #71051 écrit par achille le 29/12/2012 à 13h33 | 👍🏽 👎🏽
<troll>"une base de donnée MySQL" => PEBKAC</troll>
(je tente de lancer la mode des trolls SGBD, ca existe les fan-boy MariaDb, Oracle, PostgreSql et autres ? laissez moi votre CV)
Commentaire #71052 écrit par TuXiC69 le 29/12/2012 à 13h34 | 👍🏽 👎🏽
Sur mon projet actuel, j'utilise Postgresql, mais ça s'arrête là, pas de passion particulière et je n'ai rien contre MySQL. À la limite je veux bien pourrir Access à l'occasion.
Commentaire #71054 écrit par Hart le 29/12/2012 à 13h40 | 👍🏽 👎🏽
Si vous pouvez aussi taper sur Sybase à l'occasion...

Je n'ai aucun argument objectif contre lui mais je l'aime pas. C'est bien ça un troll, non ?
Commentaire #71060 écrit par cGuille le 29/12/2012 à 14h14 | 👍🏽 👎🏽
@Hart : Je n'utilise pas Access moi-même, mais j'ai cru comprendre que c'est hors-sujet si on trolle sur les SGBD.


(Ça aussi, c'est un troll.)
Commentaire #71064 écrit par Geist le 29/12/2012 à 15h00 | 👍🏽 👎🏽
Je vous sers un peu de PLSQL avec ceci ? (oracle)

Joli Geist :)
Commentaire #71086 écrit par X3N le 29/12/2012 à 17h25 | 👍🏽 👎🏽
Elle doit se sentir bien seule la base de donnée maintenant... :(
Commentaire #71091 écrit par ROB le 29/12/2012 à 17h39 | 👍🏽 👎🏽
Un troll c'est surtout une provocation délibérée. On utilise en général des arguments absurdes car ce sont les plus efficaces pour faire s'arracher les cheveux aux victimes du troll.
Sinon pour MySQL je crois qu'ils se sont améliorés depuis le temps de leur foutu moteur ISAM.
Et pour les CVs, je garde un tendre souvenir de PostGreSQL mais utilise Oracle, dont le non-respect des normes SQL m'exaspère.
Commentaire #71104 écrit par Noraa le 29/12/2012 à 18h32 | 👍🏽 👎🏽
C'est pas un pebkac d'utiliser phpmyadmin ?
Commentaire #71140 écrit par hr0 le 29/12/2012 à 22h23 | 👍🏽 👎🏽
Pourquoi PEBKAC pour MySQL ? Il y a toujours l'option skip-grant-tables.
Commentaire #71144 écrit par juu le 29/12/2012 à 23h02 | 👍🏽 👎🏽
MS ACCESS !!!!!! :D
Commentaire #71145 écrit par juu le 29/12/2012 à 23h03 | 👍🏽 👎🏽
Pas faux.
Commentaire #71146 écrit par juu le 29/12/2012 à 23h04 | 👍🏽 👎🏽
Ce genre d'utilisateur devrait lancer MySQL avec l'option "i-am-a-dummy".
Commentaire #71149 écrit par juu le 29/12/2012 à 23h04 | 👍🏽 👎🏽
C'est le métier qui rentre.

Je crois qu'on fait tous une connerie de ce genre. ET ça vaccine (sauf certains qui, eux, deviennent chefs).
Commentaire #71153 écrit par Aaargh!!! le 29/12/2012 à 23h33 | 👍🏽 👎🏽
@juu : Tu veux dire (je sens que je vais passer pour le roi des noobs) qu'on peut outrepasser l'absence de compte root ? Ou que l'auteur du pebkac aurait dû utiliser cette commande pour ne pas tout effacer ?

Edith : Ok, je viens de lire la réponse, une comm' plus bas. je suis donc un noob. Je ne connaissais pas cette commande ; cependant, maintenant, c'est noté ;)

Alors, maintenant, une autre question : quel mécanisme empêche un hacker d'utiliser cette commande ?
Commentaire #71155 écrit par Aaargh!!! le 29/12/2012 à 23h35 | 👍🏽 👎🏽
Il faut avoir un accès à la machine sur laquelle est la BDD, et avoir les droits necessaires au niveau de l'OS.
Commentaire #71157 écrit par BSK le 29/12/2012 à 23h59 | 👍🏽 👎🏽
Comme dit BSK, il faut un accès à la machine, skip-grant-tables n'est pas une commande mais une option, à activer au démarrage de mysql. Et en général il faut des droits pour stopper/démarrer le service, d'ailleurs pour éditer le fichier de conf aussi.
Commentaire #71158 écrit par juu le 30/12/2012 à 00h08 | 👍🏽 👎🏽
Je ne connais pas MySQL... Elle fait quoi cette fonction?
Commentaire #71160 écrit par ROB le 30/12/2012 à 00h29 | 👍🏽 👎🏽
Ok, je me documenterai mieux, alors, parce que, enfin c'est ce qui me semble, mysql démarrer automatiquement sur ma machine. Notez, je peux le stopper et le redémarrer, ça n'empêche pas, mais vu que... je ne l'ai jamais démarré, je me demande quelle est sa commande (je suppose : mysql ?) !
Commentaire #71178 écrit par Aaargh!!! le 30/12/2012 à 06h23 | 👍🏽 👎🏽
Elle baffe les gens.

Je le sais, je viens de l'essayer, elle m'a baffé !
Commentaire #71179 écrit par Aaargh!!! le 30/12/2012 à 06h24 | 👍🏽 👎🏽
Elle empêche les requêtes UPDATE et DELETE lorsqu'il n'y a pas de condition portant sur une colonne indexée dans le WHERE.
En fait, l'option s'appelle aussi "safe-updates".

Pour plus d'explications, RTFM !
Commentaire #71191 écrit par juu le 30/12/2012 à 14h16 | 👍🏽 👎🏽
"/etc/init.d/mysql restart"
Enfin ça dépend de la machine. :-)
Commentaire #71192 écrit par juu le 30/12/2012 à 14h17 | 👍🏽 👎🏽
Tu ne sais pas ce que ça veut dire?
Commentaire #71222 écrit par achille le 31/12/2012 à 12h02 | 👍🏽 👎🏽
La deuxième fois qu'on me sort ça ici. Quand on connait Kaamelott par coeur, on ne s'arrête pas aux deux glandus : http://www.youtube.com/watch?v=9YKcoGmn-HY#t=190 (à 3m15s)

Alors je répondrais comme Arthur : "Ben évidemment que si !"
;-)
Commentaire #71226 écrit par juu le 31/12/2012 à 15h44 | 👍🏽 👎🏽
C'est PEBKAC que tu ne comprends pas ?
Commentaire #71229 écrit par achille le 31/12/2012 à 16h45 | 👍🏽 👎🏽
Au pire si vous êtes trop flemmard pour faire une recherche Google pour réparer ce genre d'erreur, il reste la solution de la réinstallation de mysql après avoir sauvegarder les fichiers des bd non ?
Commentaire #71235 écrit par Vordano le 31/12/2012 à 23h08 | 👍🏽 👎🏽
L'avantage d'ACCESS c'est que lorsqu'on a du supporter ACCESS, on est capable de faire à peu près tout ce qu'on veut avec n'importe quelle autre SGBD (bon évidemment c'est valable si on a touché aussi à MySQL et Postgre par exemple, pas si on a touché qu'à ACCESS)
Commentaire #75872 écrit par Fred le 26/01/2013 à 18h09 | 👍🏽 👎🏽