j'ai tenté d'ajouter un utilisateur a mon systeme via un dump partiel de
netinfo, en utilisant niload. Cette commande n'a rien fait si ce n'est
prendre autant de processeur que possible pendant 1 minute, temps après
le quel je l'ai tuée "parce que y'a pas marqué pigeon, là"
des idées / suggestions ?
patpro
--
je cherche un poste d'admin UNIX/Mac
http://patpro.net/cv.php
In article <1g5az3z.15xb7ad23jf7mN%, (Laurent Pertois) wrote:
patpro wrote:
je pars d'un dump de backup netinfo, fait par le daily, donc en raw. et je ne veux récupérer qu'une partie des users
Euh, tu es en single user ou complètement démarré ?
Parce qu'en single user il faut lancer quelques services avant de taper dans NetInfo ;-)
oui oui, ca je sais, j'ai lu plein de doc la dessus, j'ai meme torturé google avant de poster ici. J'etais sur un systeme complétement démarré, et opérationnel.
Sinon, essaie la commande que tu donnes est celle que j'ai utilisé à plusieurs reprises pour remettre une base à partir du dump quotidien sans soucis jusqu'en 10.2.8, je n'ai pas encore testé en 10.3.
je ne veux pas régénérer le dump entier, juste piquer quelques users dans un dump et les injecter dans une base netinfo ou ils ne sont pas enregistré. Et ce qu'il se passe : niload prend autant de CPU que possible, et apres 1 ou 2 minutes à ce régime je le tue parce qu'il ne fait rien avec ce CPU. J'ai meme fait un lsof pour traquer ses actions, mais j'ai perdu sa trace tres rapidement (au niveau de la connexion vers localhost, puisque ca passe via "réseau"). J'ai pas eu le courage de faire un tcpdump :)
patpro
-- je cherche un poste d'admin UNIX/Mac http://patpro.net/cv.php
In article <1g5az3z.15xb7ad23jf7mN%laurent.pertois@alussinan.org>,
laurent.pertois@alussinan.org (Laurent Pertois) wrote:
patpro <patpro@boleskine.patpro.net> wrote:
je pars d'un dump de backup netinfo, fait par le daily, donc en raw. et
je ne veux récupérer qu'une partie des users
Euh, tu es en single user ou complètement démarré ?
Parce qu'en single user il faut lancer quelques services avant de taper
dans NetInfo ;-)
oui oui, ca je sais, j'ai lu plein de doc la dessus, j'ai meme torturé
google avant de poster ici. J'etais sur un systeme complétement démarré,
et opérationnel.
Sinon, essaie la commande que tu donnes est celle que j'ai utilisé à
plusieurs reprises pour remettre une base à partir du dump quotidien
sans soucis jusqu'en 10.2.8, je n'ai pas encore testé en 10.3.
je ne veux pas régénérer le dump entier, juste piquer quelques users
dans un dump et les injecter dans une base netinfo ou ils ne sont pas
enregistré.
Et ce qu'il se passe : niload prend autant de CPU que possible, et apres
1 ou 2 minutes à ce régime je le tue parce qu'il ne fait rien avec ce
CPU.
J'ai meme fait un lsof pour traquer ses actions, mais j'ai perdu sa
trace tres rapidement (au niveau de la connexion vers localhost, puisque
ca passe via "réseau").
J'ai pas eu le courage de faire un tcpdump :)
patpro
--
je cherche un poste d'admin UNIX/Mac
http://patpro.net/cv.php
In article <1g5az3z.15xb7ad23jf7mN%, (Laurent Pertois) wrote:
patpro wrote:
je pars d'un dump de backup netinfo, fait par le daily, donc en raw. et je ne veux récupérer qu'une partie des users
Euh, tu es en single user ou complètement démarré ?
Parce qu'en single user il faut lancer quelques services avant de taper dans NetInfo ;-)
oui oui, ca je sais, j'ai lu plein de doc la dessus, j'ai meme torturé google avant de poster ici. J'etais sur un systeme complétement démarré, et opérationnel.
Sinon, essaie la commande que tu donnes est celle que j'ai utilisé à plusieurs reprises pour remettre une base à partir du dump quotidien sans soucis jusqu'en 10.2.8, je n'ai pas encore testé en 10.3.
je ne veux pas régénérer le dump entier, juste piquer quelques users dans un dump et les injecter dans une base netinfo ou ils ne sont pas enregistré. Et ce qu'il se passe : niload prend autant de CPU que possible, et apres 1 ou 2 minutes à ce régime je le tue parce qu'il ne fait rien avec ce CPU. J'ai meme fait un lsof pour traquer ses actions, mais j'ai perdu sa trace tres rapidement (au niveau de la connexion vers localhost, puisque ca passe via "réseau"). J'ai pas eu le courage de faire un tcpdump :)
patpro
-- je cherche un poste d'admin UNIX/Mac http://patpro.net/cv.php
laurent.pertois
patpro wrote:
Parce qu'en single user il faut lancer quelques services avant de taper dans NetInfo ;-)
oui oui, ca je sais, j'ai lu plein de doc la dessus, j'ai meme torturé google avant de poster ici. J'etais sur un systeme complétement démarré, et opérationnel.
Ok.
Sinon, essaie la commande que tu donnes est celle que j'ai utilisé à plusieurs reprises pour remettre une base à partir du dump quotidien sans soucis jusqu'en 10.2.8, je n'ai pas encore testé en 10.3.
je ne veux pas régénérer le dump entier, juste piquer quelques users dans un dump et les injecter dans une base netinfo ou ils ne sont pas enregistré.
Etrange... Bon, j'avoue, je n'ai pas trop envie de tester sur ma bécane :)
Et ce qu'il se passe : niload prend autant de CPU que possible, et apres 1 ou 2 minutes à ce régime je le tue parce qu'il ne fait rien avec ce CPU.
Il y a un truc qui le bloque, mais quoi... le truc chiant, àmha, avec les nimachins c'est le manque de retour d'infos :(
J'ai meme fait un lsof pour traquer ses actions, mais j'ai perdu sa trace tres rapidement (au niveau de la connexion vers localhost, puisque ca passe via "réseau"). J'ai pas eu le courage de faire un tcpdump :)
Arf :-D
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
patpro <patpro@boleskine.patpro.net> wrote:
Parce qu'en single user il faut lancer quelques services avant de taper
dans NetInfo ;-)
oui oui, ca je sais, j'ai lu plein de doc la dessus, j'ai meme torturé
google avant de poster ici. J'etais sur un systeme complétement démarré,
et opérationnel.
Ok.
Sinon, essaie la commande que tu donnes est celle que j'ai utilisé à
plusieurs reprises pour remettre une base à partir du dump quotidien
sans soucis jusqu'en 10.2.8, je n'ai pas encore testé en 10.3.
je ne veux pas régénérer le dump entier, juste piquer quelques users
dans un dump et les injecter dans une base netinfo ou ils ne sont pas
enregistré.
Etrange... Bon, j'avoue, je n'ai pas trop envie de tester sur ma bécane
:)
Et ce qu'il se passe : niload prend autant de CPU que possible, et apres
1 ou 2 minutes à ce régime je le tue parce qu'il ne fait rien avec ce
CPU.
Il y a un truc qui le bloque, mais quoi... le truc chiant, àmha, avec
les nimachins c'est le manque de retour d'infos :(
J'ai meme fait un lsof pour traquer ses actions, mais j'ai perdu sa
trace tres rapidement (au niveau de la connexion vers localhost, puisque
ca passe via "réseau").
J'ai pas eu le courage de faire un tcpdump :)
Arf :-D
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Parce qu'en single user il faut lancer quelques services avant de taper dans NetInfo ;-)
oui oui, ca je sais, j'ai lu plein de doc la dessus, j'ai meme torturé google avant de poster ici. J'etais sur un systeme complétement démarré, et opérationnel.
Ok.
Sinon, essaie la commande que tu donnes est celle que j'ai utilisé à plusieurs reprises pour remettre une base à partir du dump quotidien sans soucis jusqu'en 10.2.8, je n'ai pas encore testé en 10.3.
je ne veux pas régénérer le dump entier, juste piquer quelques users dans un dump et les injecter dans une base netinfo ou ils ne sont pas enregistré.
Etrange... Bon, j'avoue, je n'ai pas trop envie de tester sur ma bécane :)
Et ce qu'il se passe : niload prend autant de CPU que possible, et apres 1 ou 2 minutes à ce régime je le tue parce qu'il ne fait rien avec ce CPU.
Il y a un truc qui le bloque, mais quoi... le truc chiant, àmha, avec les nimachins c'est le manque de retour d'infos :(
J'ai meme fait un lsof pour traquer ses actions, mais j'ai perdu sa trace tres rapidement (au niveau de la connexion vers localhost, puisque ca passe via "réseau"). J'ai pas eu le courage de faire un tcpdump :)
Arf :-D
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
patpro
In article <1g5b4n7.s7vtw5jpjvb4N%, (Laurent Pertois) wrote:
Et ce qu'il se passe : niload prend autant de CPU que possible, et apres 1 ou 2 minutes à ce régime je le tue parce qu'il ne fait rien avec ce CPU.
Il y a un truc qui le bloque, mais quoi... le truc chiant, àmha, avec les nimachins c'est le manque de retour d'infos :(
s/les nimachins/Apple/ malheureusement.
D'ailleurs au passage, j'aimerai bien savoir pourquoi le MySQL de panther serveur est completement moisi (merci Apple pour mon WE gâché), et pourquoi ils ont tout chamboulé dans la conf Apache (merci Apple pour ce vendredi foutu en l'air). Y'a meme des jours ou je me demande pourquoi Apple...
patpro
-- je cherche un poste d'admin UNIX/Mac http://patpro.net/cv.php
In article <1g5b4n7.s7vtw5jpjvb4N%laurent.pertois@alussinan.org>,
laurent.pertois@alussinan.org (Laurent Pertois) wrote:
Et ce qu'il se passe : niload prend autant de CPU que possible, et apres
1 ou 2 minutes à ce régime je le tue parce qu'il ne fait rien avec ce
CPU.
Il y a un truc qui le bloque, mais quoi... le truc chiant, àmha, avec
les nimachins c'est le manque de retour d'infos :(
s/les nimachins/Apple/
malheureusement.
D'ailleurs au passage, j'aimerai bien savoir pourquoi le MySQL de
panther serveur est completement moisi (merci Apple pour mon WE gâché),
et pourquoi ils ont tout chamboulé dans la conf Apache (merci Apple pour
ce vendredi foutu en l'air). Y'a meme des jours ou je me demande
pourquoi Apple...
patpro
--
je cherche un poste d'admin UNIX/Mac
http://patpro.net/cv.php
In article <1g5b4n7.s7vtw5jpjvb4N%, (Laurent Pertois) wrote:
Et ce qu'il se passe : niload prend autant de CPU que possible, et apres 1 ou 2 minutes à ce régime je le tue parce qu'il ne fait rien avec ce CPU.
Il y a un truc qui le bloque, mais quoi... le truc chiant, àmha, avec les nimachins c'est le manque de retour d'infos :(
s/les nimachins/Apple/ malheureusement.
D'ailleurs au passage, j'aimerai bien savoir pourquoi le MySQL de panther serveur est completement moisi (merci Apple pour mon WE gâché), et pourquoi ils ont tout chamboulé dans la conf Apache (merci Apple pour ce vendredi foutu en l'air). Y'a meme des jours ou je me demande pourquoi Apple...
patpro
-- je cherche un poste d'admin UNIX/Mac http://patpro.net/cv.php
laurent.pertois
patpro wrote:
D'ailleurs au passage, j'aimerai bien savoir pourquoi le MySQL de panther serveur est completement moisi (merci Apple pour mon WE gâché),
Pas regardé ça mais tu m'inquiètes là :-/
et pourquoi ils ont tout chamboulé dans la conf Apache (merci Apple pour ce vendredi foutu en l'air). Y'a meme des jours ou je me demande pourquoi Apple...
Mmmm, quel fichier tu touches ?
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
patpro <patpro@boleskine.patpro.net> wrote:
D'ailleurs au passage, j'aimerai bien savoir pourquoi le MySQL de
panther serveur est completement moisi (merci Apple pour mon WE gâché),
Pas regardé ça mais tu m'inquiètes là :-/
et pourquoi ils ont tout chamboulé dans la conf Apache (merci Apple pour
ce vendredi foutu en l'air). Y'a meme des jours ou je me demande
pourquoi Apple...
Mmmm, quel fichier tu touches ?
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
D'ailleurs au passage, j'aimerai bien savoir pourquoi le MySQL de panther serveur est completement moisi (merci Apple pour mon WE gâché),
Pas regardé ça mais tu m'inquiètes là :-/
et pourquoi ils ont tout chamboulé dans la conf Apache (merci Apple pour ce vendredi foutu en l'air). Y'a meme des jours ou je me demande pourquoi Apple...
Mmmm, quel fichier tu touches ?
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
patpro
In article <1g5bavm.7hzea1lf1xsqN%, (Laurent Pertois) wrote:
patpro wrote:
D'ailleurs au passage, j'aimerai bien savoir pourquoi le MySQL de panther serveur est completement moisi (merci Apple pour mon WE gâché),
Pas regardé ça mais tu m'inquiètes là :-/
http://discussions.info.apple.com/WebX?@.599ce340
je confirme a 100%, MySQL de panther serveur est incapable de trier sur les champs date, datetime, et peut etre d'autre. (et en prime il plante et se relance toutes les 5 a 20 minutes)
Apres 1 journée et demie passée à jouer avec des bases, des backups de bases, à faire des dumps et des loads dans tous les sens, d'une machine a l'autre, d'une version à l'autre, j'ai fini par installer le mysql téléchargé sur mysql.com, et hop, impeccable.
Au passage, MySQL livré avec panther ne lit pas correctement les bases issues d'autres serveurs MySQL (de meme version ou d'autre), les champs bigint, int, date, datetime,... apparaissent corrompu en lecture., si on importe un dump les données sont correctes mais les tris mentionnés plus haut ne fonctionnent pas (enfin si, mais ils retournent des conneries).
et pourquoi ils ont tout chamboulé dans la conf Apache (merci Apple pour ce vendredi foutu en l'air). Y'a meme des jours ou je me demande pourquoi Apple...
Mmmm, quel fichier tu touches ?
maintenant, httpd.conf uniquement. On a essayé d'adapter la conf de l'ancien apache a la mode du nouveau, en mettant les choses attendues la ou il fallait (vhost dans sites/, ...), mais rien ne fonctionnait. Ca m'a enervé tres fort, j'ai tout pété, maintenant ça marche. Comme notre ancien httpd.conf ne marchait pas telquel (10.1), j'ai coupé en deux : j'ai pris la tete du .conf de 10.3 (les modules), et le reste je l'ai piqué dans le httpd.conf du 10.1 (tout le reste et les vhost). en 2 coups de configtest j'avais réglé leur compte aux relicas de daube dans la partie "10.1".
Ce qui est lamentable aussi c'est que le Bind tourne en root sur cet OS.
patpro
-- je cherche un poste d'admin UNIX/Mac http://patpro.net/cv.php
In article <1g5bavm.7hzea1lf1xsqN%laurent.pertois@alussinan.org>,
laurent.pertois@alussinan.org (Laurent Pertois) wrote:
patpro <patpro@boleskine.patpro.net> wrote:
D'ailleurs au passage, j'aimerai bien savoir pourquoi le MySQL de
panther serveur est completement moisi (merci Apple pour mon WE gâché),
je confirme a 100%, MySQL de panther serveur est incapable de trier sur
les champs date, datetime, et peut etre d'autre. (et en prime il plante
et se relance toutes les 5 a 20 minutes)
Apres 1 journée et demie passée à jouer avec des bases, des backups de
bases, à faire des dumps et des loads dans tous les sens, d'une machine
a l'autre, d'une version à l'autre, j'ai fini par installer le mysql
téléchargé sur mysql.com, et hop, impeccable.
Au passage, MySQL livré avec panther ne lit pas correctement les bases
issues d'autres serveurs MySQL (de meme version ou d'autre), les champs
bigint, int, date, datetime,... apparaissent corrompu en lecture., si on
importe un dump les données sont correctes mais les tris mentionnés plus
haut ne fonctionnent pas (enfin si, mais ils retournent des conneries).
et pourquoi ils ont tout chamboulé dans la conf Apache (merci Apple pour
ce vendredi foutu en l'air). Y'a meme des jours ou je me demande
pourquoi Apple...
Mmmm, quel fichier tu touches ?
maintenant, httpd.conf uniquement. On a essayé d'adapter la conf de
l'ancien apache a la mode du nouveau, en mettant les choses attendues la
ou il fallait (vhost dans sites/, ...), mais rien ne fonctionnait. Ca
m'a enervé tres fort, j'ai tout pété, maintenant ça marche.
Comme notre ancien httpd.conf ne marchait pas telquel (10.1), j'ai coupé
en deux : j'ai pris la tete du .conf de 10.3 (les modules), et le reste
je l'ai piqué dans le httpd.conf du 10.1 (tout le reste et les vhost).
en 2 coups de configtest j'avais réglé leur compte aux relicas de daube
dans la partie "10.1".
Ce qui est lamentable aussi c'est que le Bind tourne en root sur cet OS.
patpro
--
je cherche un poste d'admin UNIX/Mac
http://patpro.net/cv.php
In article <1g5bavm.7hzea1lf1xsqN%, (Laurent Pertois) wrote:
patpro wrote:
D'ailleurs au passage, j'aimerai bien savoir pourquoi le MySQL de panther serveur est completement moisi (merci Apple pour mon WE gâché),
Pas regardé ça mais tu m'inquiètes là :-/
http://discussions.info.apple.com/WebX?@.599ce340
je confirme a 100%, MySQL de panther serveur est incapable de trier sur les champs date, datetime, et peut etre d'autre. (et en prime il plante et se relance toutes les 5 a 20 minutes)
Apres 1 journée et demie passée à jouer avec des bases, des backups de bases, à faire des dumps et des loads dans tous les sens, d'une machine a l'autre, d'une version à l'autre, j'ai fini par installer le mysql téléchargé sur mysql.com, et hop, impeccable.
Au passage, MySQL livré avec panther ne lit pas correctement les bases issues d'autres serveurs MySQL (de meme version ou d'autre), les champs bigint, int, date, datetime,... apparaissent corrompu en lecture., si on importe un dump les données sont correctes mais les tris mentionnés plus haut ne fonctionnent pas (enfin si, mais ils retournent des conneries).
et pourquoi ils ont tout chamboulé dans la conf Apache (merci Apple pour ce vendredi foutu en l'air). Y'a meme des jours ou je me demande pourquoi Apple...
Mmmm, quel fichier tu touches ?
maintenant, httpd.conf uniquement. On a essayé d'adapter la conf de l'ancien apache a la mode du nouveau, en mettant les choses attendues la ou il fallait (vhost dans sites/, ...), mais rien ne fonctionnait. Ca m'a enervé tres fort, j'ai tout pété, maintenant ça marche. Comme notre ancien httpd.conf ne marchait pas telquel (10.1), j'ai coupé en deux : j'ai pris la tete du .conf de 10.3 (les modules), et le reste je l'ai piqué dans le httpd.conf du 10.1 (tout le reste et les vhost). en 2 coups de configtest j'avais réglé leur compte aux relicas de daube dans la partie "10.1".
Ce qui est lamentable aussi c'est que le Bind tourne en root sur cet OS.
patpro
-- je cherche un poste d'admin UNIX/Mac http://patpro.net/cv.php
