j'étais familier de la commande truss sur FreeBSD 4.x, et je viens de
m'apercevoir qu'elle ne fonctionne pas sur 5.4 :
$ truss ls
truss: cannot open /proc/4509/mem: No such file or directory
$ truss ls
truss: PIOCWAIT: Input/output error
...
est ce connu ? Mon procfs est bien monté, mais j'ai des soucis avec son
contenu qui semble limité a 128 process (ps en retourne bien plus, mais
ls -1 /proc/ | wc -l retourne invariablement 128.)
j'étais familier de la commande truss sur FreeBSD 4.x, et je viens de m'apercevoir qu'elle ne fonctionne pas sur 5.4 :
$ truss ls truss: cannot open /proc/4509/mem: No such file or directory $ truss ls truss: PIOCWAIT: Input/output error
...
est ce connu ? Mon procfs est bien monté, mais j'ai des soucis avec son contenu qui semble limité a 128 process (ps en retourne bien plus, mais ls -1 /proc/ | wc -l retourne invariablement 128.)
patpro
Il faut monter /proc, celui-ci n'étant pas forcément monté au boot:
I recommend adding an entry for /proc to /etc/fstab but marking it noauto so that it is not automatically mounted at boot. That way, you only have to remember to type mount /proc before running truss, instead of digging through the procfs(5) man page. proc /proc procfs rw,noauto 0 0
Donc => # mount_procfs procfs /proc
J.J.
patpro ~ Patrick Proniewski wrote:
Bonjour,
j'étais familier de la commande truss sur FreeBSD 4.x, et je viens de
m'apercevoir qu'elle ne fonctionne pas sur 5.4 :
$ truss ls
truss: cannot open /proc/4509/mem: No such file or directory
$ truss ls
truss: PIOCWAIT: Input/output error
...
est ce connu ? Mon procfs est bien monté, mais j'ai des soucis avec son
contenu qui semble limité a 128 process (ps en retourne bien plus, mais
ls -1 /proc/ | wc -l retourne invariablement 128.)
patpro
Il faut monter /proc, celui-ci n'étant pas forcément monté au boot:
I recommend adding an entry for /proc to /etc/fstab but marking it
noauto so that it is not automatically mounted at boot. That way, you
only have to remember to type mount /proc before running truss, instead
of digging through the procfs(5) man page.
proc /proc procfs rw,noauto 0 0
j'étais familier de la commande truss sur FreeBSD 4.x, et je viens de m'apercevoir qu'elle ne fonctionne pas sur 5.4 :
$ truss ls truss: cannot open /proc/4509/mem: No such file or directory $ truss ls truss: PIOCWAIT: Input/output error
...
est ce connu ? Mon procfs est bien monté, mais j'ai des soucis avec son contenu qui semble limité a 128 process (ps en retourne bien plus, mais ls -1 /proc/ | wc -l retourne invariablement 128.)
patpro
Il faut monter /proc, celui-ci n'étant pas forcément monté au boot:
I recommend adding an entry for /proc to /etc/fstab but marking it noauto so that it is not automatically mounted at boot. That way, you only have to remember to type mount /proc before running truss, instead of digging through the procfs(5) man page. proc /proc procfs rw,noauto 0 0
Donc => # mount_procfs procfs /proc
J.J.
patpro ~ Patrick Proniewski
In article <43d640a4$0$20176$, Jean-Jacques wrote:
est ce connu ? Mon procfs est bien monté,
Il faut monter /proc, celui-ci n'étant pas forcément monté au boot:
ma phrase au dessus a du t'échapper, mais c'est gentil de se pencher sur la question quand meme ;)
J'ai trouvé des ref à mon problème, mais il est sensé être patché depuis un moment. D'ailleurs le fichier à patcher mentionné dans <http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/78664> est bien patché dans mes sources (et donc dans mon OS, puisque je make buildworld).
Pas d'autres propositions ?
patpro
In article <43d640a4$0$20176$8fcfb975@news.wanadoo.fr>,
Jean-Jacques <jeanjjaques@wanadoo.fr> wrote:
est ce connu ? Mon procfs est bien monté,
Il faut monter /proc, celui-ci n'étant pas forcément monté au boot:
ma phrase au dessus a du t'échapper, mais c'est gentil de se pencher sur
la question quand meme ;)
J'ai trouvé des ref à mon problème, mais il est sensé être patché depuis
un moment. D'ailleurs le fichier à patcher mentionné dans
<http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/78664> est bien patché
dans mes sources (et donc dans mon OS, puisque je make buildworld).
In article <43d640a4$0$20176$, Jean-Jacques wrote:
est ce connu ? Mon procfs est bien monté,
Il faut monter /proc, celui-ci n'étant pas forcément monté au boot:
ma phrase au dessus a du t'échapper, mais c'est gentil de se pencher sur la question quand meme ;)
J'ai trouvé des ref à mon problème, mais il est sensé être patché depuis un moment. D'ailleurs le fichier à patcher mentionné dans <http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/78664> est bien patché dans mes sources (et donc dans mon OS, puisque je make buildworld).
Pas d'autres propositions ?
patpro
Eric Jacoboni
patpro ~ Patrick Proniewski writes:
J'ai trouvé des ref à mon problème, mais il est sensé être patché depuis un moment. D'ailleurs le fichier à patcher mentionné dans <http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/78664> est bien patché dans mes sources (et donc dans mon OS, puisque je make buildworld).
Je viens de vérifier sur un 6.0, ça marche...
Pas d'autres propositions ?
Sur ma machine en 5.4, ça marche aussi...
-- Eric Jacoboni, ne il y a 1441556703 secondes
patpro ~ Patrick Proniewski <patpro@boleskine.patpro.net> writes:
J'ai trouvé des ref à mon problème, mais il est sensé être patché depuis
un moment. D'ailleurs le fichier à patcher mentionné dans
<http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/78664> est bien patché
dans mes sources (et donc dans mon OS, puisque je make buildworld).
J'ai trouvé des ref à mon problème, mais il est sensé être patché depuis un moment. D'ailleurs le fichier à patcher mentionné dans <http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/78664> est bien patché dans mes sources (et donc dans mon OS, puisque je make buildworld).
Je viens de vérifier sur un 6.0, ça marche...
Pas d'autres propositions ?
Sur ma machine en 5.4, ça marche aussi...
-- Eric Jacoboni, ne il y a 1441556703 secondes
patpro ~ Patrick Proniewski
In article , Eric Jacoboni wrote:
Je viens de vérifier sur un 6.0, ça marche...
oui, déjà à l'époque ça devait fonctionner en 6
Pas d'autres propositions ?
Sur ma machine en 5.4, ça marche aussi...
rahhh ch..tte zut gnii.
Je suis en 5.4-RELEASE-p8 #0: Sun Oct 16 17:12:30 CEST 2005 Je suis la RELENG_5_4 J'ai du HTT enabled
quelqu'un est-il dans une situation similaire ? (avec ou sans le bug)
patpro
In article <m2slrdir2z.fsf@titine.jacoboni.fr>,
Eric Jacoboni <jaco@neottia.net> wrote:
Je viens de vérifier sur un 6.0, ça marche...
oui, déjà à l'époque ça devait fonctionner en 6
Pas d'autres propositions ?
Sur ma machine en 5.4, ça marche aussi...
rahhh ch..tte zut gnii.
Je suis en 5.4-RELEASE-p8 #0: Sun Oct 16 17:12:30 CEST 2005
Je suis la RELENG_5_4
J'ai du HTT enabled
quelqu'un est-il dans une situation similaire ? (avec ou sans le bug)
Ah, moi ce n'est qu'une -p2... D'ailleurs, je vais illico mettre tout ça à jour et je dirais ici ce qu'il advient de truss dans la bagarre.
super, merci.
Un buildworld; kernel; installworld plus tard...
Je suis en 5.4-RELEASE-p9 et truss ls fonctionne bien...
-- Eric Jacoboni, ne il y a 1441563859 secondes
talon
Eric Jacoboni wrote:
patpro ~ Patrick Proniewski writes:
Ah, moi ce n'est qu'une -p2... D'ailleurs, je vais illico mettre tout ça à jour et je dirais ici ce qu'il advient de truss dans la bagarre.
super, merci.
Un buildworld; kernel; installworld plus tard...
Je suis en 5.4-RELEASE-p9 et truss ls fonctionne bien...
J'avais l'impression que ça dépendait du fait qu'il avait beaucoup de processus. J'ai donc lancé la chose suivante: asmodee% for i in `ls /usr/bin/` do sleep 20&
ce qui lance environ 400 processus, et ensuite j'ai fait un truss qui a marché parfaitement aussi bien sous FreeBSD-5.4-RELEASE que sous 6.0-RELEASE.
--
Michel TALON
Eric Jacoboni <jaco@neottia.net> wrote:
patpro ~ Patrick Proniewski <patpro@boleskine.patpro.net> writes:
Ah, moi ce n'est qu'une -p2... D'ailleurs, je vais illico mettre tout
ça à jour et je dirais ici ce qu'il advient de truss dans la bagarre.
super, merci.
Un buildworld; kernel; installworld plus tard...
Je suis en 5.4-RELEASE-p9 et truss ls fonctionne bien...
J'avais l'impression que ça dépendait du fait qu'il avait beaucoup de
processus. J'ai donc lancé la chose suivante:
asmodee% for i in `ls /usr/bin/`
do sleep 20&
ce qui lance environ 400 processus, et ensuite j'ai fait un truss qui a
marché parfaitement aussi bien sous FreeBSD-5.4-RELEASE que sous 6.0-RELEASE.
Ah, moi ce n'est qu'une -p2... D'ailleurs, je vais illico mettre tout ça à jour et je dirais ici ce qu'il advient de truss dans la bagarre.
super, merci.
Un buildworld; kernel; installworld plus tard...
Je suis en 5.4-RELEASE-p9 et truss ls fonctionne bien...
J'avais l'impression que ça dépendait du fait qu'il avait beaucoup de processus. J'ai donc lancé la chose suivante: asmodee% for i in `ls /usr/bin/` do sleep 20&
ce qui lance environ 400 processus, et ensuite j'ai fait un truss qui a marché parfaitement aussi bien sous FreeBSD-5.4-RELEASE que sous 6.0-RELEASE.
--
Michel TALON
Stephane Catteau
patpro ~ Patrick Proniewski n'était pas loin de dire :
est ce connu ? Mon procfs est bien monté,
Ca me fait méchamment penser à quelque chose de connu, à savoir une incompatibilité, relative, entre le noyau et le monde qui l'entoure. Tu n'aurais pas fait une synchro des sources, et ensuite recompilé le kernel sans faire un buildworld (et un installworld évidement) ?
patpro ~ Patrick Proniewski n'était pas loin de dire :
est ce connu ? Mon procfs est bien monté,
Ca me fait méchamment penser à quelque chose de connu, à savoir une
incompatibilité, relative, entre le noyau et le monde qui l'entoure. Tu
n'aurais pas fait une synchro des sources, et ensuite recompilé le
kernel sans faire un buildworld (et un installworld évidement) ?
patpro ~ Patrick Proniewski n'était pas loin de dire :
est ce connu ? Mon procfs est bien monté,
Ca me fait méchamment penser à quelque chose de connu, à savoir une incompatibilité, relative, entre le noyau et le monde qui l'entoure. Tu n'aurais pas fait une synchro des sources, et ensuite recompilé le kernel sans faire un buildworld (et un installworld évidement) ?
TeXitoi
(Michel Talon) writes:
J'avais l'impression que ça dépendait du fait qu'il avait beaucoup de processus. J'ai donc lancé la chose suivante: asmodee% for i in `ls /usr/bin/` do sleep 20&
« On ne voit bien qu'avec le coeur ; l'essentiel est invisible pour les yeux. » -- Saint Exupéry
() Campagne du ruban ascii -- contre les mails en html / Contre les pièces jointes Microsoft
talon@lpthe.jussieu.fr (Michel Talon) writes:
J'avais l'impression que ça dépendait du fait qu'il avait beaucoup de
processus. J'ai donc lancé la chose suivante:
asmodee% for i in `ls /usr/bin/`
do sleep 20&
J'avais l'impression que ça dépendait du fait qu'il avait beaucoup de processus. J'ai donc lancé la chose suivante: asmodee% for i in `ls /usr/bin/` do sleep 20&
