David FRANCOIS a écrit 187 commentaires

  • [^] # Re: uname -a

    Posté par . En réponse au message Problème de listage des processus. Évalué à 1.

    Ok, merci beaucoup pour votre aide.
    Je vais installer un noyau standard, ca m'est déjà effectivement arrivé des gros plantages suite a des upgrade dus au noyaux custom (dedibox|ovh)

    Muchas gracias !
  • [^] # Re: grep GR /boot/config-...

    Posté par . En réponse au message Problème de listage des processus. Évalué à 1.

    root@ns211412:/proc# ls -lah | grep conf
    root@ns211412:/proc#

    :(
  • [^] # Re: grep GR /boot/config-...

    Posté par . En réponse au message Problème de listage des processus. Évalué à 1.

    root@ns211412:/# cd /boot/ && ls -lah
    total 18M
    drwxr-xr-x 3 root root 4,0K 2010年08月30日 12:58 .
    drwxr-xr-x 22 root root 4,0K 2010年08月30日 13:01 ..
    -rw-r--r-- 1 root root 631K 2010年06月11日 13:28 abi-2.6.32-23-generic
    -rw-r--r-- 1 root root 5,0M 2010年06月18日 15:25 bzImage-2.6.33.5-xxxx-grs-ipv4-64
    -rw-r--r-- 1 root root 108K 2010年06月11日 13:28 config-2.6.32-23-generic
    drwxr-xr-x 3 root root 4,0K 2010年08月30日 13:31 grub
    -rw-r--r-- 1 root root 4,5M 2010年07月09日 14:49 initrd.img-2.6.32-23-generic
    -rw-r--r-- 1 root root 2,1M 2010年06月11日 13:28 System.map-2.6.32-23-generic
    -rw-r--r-- 1 root root 1,8M 2010年06月18日 15:25 System.map-2.6.33.5-xxxx-grs-ipv4-64
    -rw-r--r-- 1 root root 1,4K 2010年06月11日 13:31 vmcoreinfo-2.6.32-23-generic
    -rw-r--r-- 1 root root 3,9M 2010年06月11日 13:28 vmlinuz-2.6.32-23-generic
  • [^] # Re: grep GR /boot/config-2.6...

    Posté par . En réponse au message Problème de listage des processus. Évalué à 1.

    root@nsxxxxxx:/# grep GR /boot/config-2.6.32-23-generic
    CONFIG_GROUP_SCHED=y
    CONFIG_FAIR_GROUP_SCHED=y
    CONFIG_RT_GROUP_SCHED=y
    CONFIG_CGROUP_SCHED=y
    CONFIG_CGROUPS=y
    # CONFIG_CGROUP_DEBUG is not set
    CONFIG_CGROUP_NS=y
    CONFIG_CGROUP_FREEZER=y
    CONFIG_CGROUP_DEVICE=y
    CONFIG_CGROUP_CPUACCT=y
    CONFIG_CGROUP_MEM_RES_CTLR=y
    CONFIG_CGROUP_MEM_RES_CTLR_SWAP=y
    CONFIG_BLK_DEV_INTEGRITY=y
    CONFIG_MIGRATION=y
    CONFIG_ACPI_PROCESSOR_AGGREGATOR=m
    # CONFIG_XFRM_MIGRATE is not set
    # CONFIG_NET_KEY_MIGRATE is not set
    CONFIG_NET_IPGRE=m
    CONFIG_NET_IPGRE_BROADCAST=y
    CONFIG_NF_CT_PROTO_GRE=m
    CONFIG_NF_NAT_PROTO_GRE=m
    CONFIG_DECNET_NF_GRABULATOR=m
    CONFIG_NET_SCH_GRED=m
    CONFIG_NET_SCH_INGRESS=m
    CONFIG_NET_CLS_CGROUP=y
    CONFIG_MTD_ONENAND_2X_PROGRAM=y
    CONFIG_JOYSTICK_GRIP=m
    CONFIG_JOYSTICK_GRIP_MP=m
    CONFIG_JOYSTICK_TURBOGRAFX=m
    CONFIG_HID_GREENASIA=m
    CONFIG_GREENASIA_FF=y
    # CONFIG_FSCACHE_HISTOGRAM is not set
    # CONFIG_CACHEFILES_HISTOGRAM is not set
    CONFIG_HAVE_FUNCTION_GRAPH_TRACER=y
    CONFIG_HAVE_FUNCTION_GRAPH_FP_TEST=y
    CONFIG_FUNCTION_GRAPH_TRACER=y
    CONFIG_CRYPTO_TGR192=m
    root@nsxxxxxx:/#
  • [^] # Re: uname -a

    Posté par . En réponse au message Problème de listage des processus. Évalué à 1.

    Merci pour ta réponse, il s'agit du noyau de base OVH fourni avec une Ubuntu 10.04 LTS

    root@nsxxxxxx:/etc# uname -a
    Linux nsxxxxxx.ovh.net 2.6.33.5-xxxx-grs-ipv4-64 #2 SMP Fri Jun 18 13:06:54 UTC 2010 x86_64 GNU/Linux
  • [^] # Re: Plutôt Ruby

    Posté par . En réponse au message Que de langages..mais quel langage ?. Évalué à 1.

    +1
  • [^] # Re: Date#upto

    Posté par . En réponse au message Algorithmes calculs de date. Évalué à 1.

    Yes.

    En fait quand je dis jours ouvrés/ouvrables c'est effectivement un abus de langage.

    Pour l'instant je simplifie le problème en posant les jours ouvrés du lundi au vendredi inclus et ouvrables du lundi au samedi inclus.

    Mais sinon, en effet, la solution qui se rapprocherait le plus du o(1) serait :
    - Comptage avec boucle pour les extrémités si elles ne tombent pas respectivement lundi et dimanche (14 tours de boucle max grosso modo)
    - Calcul du nombre de semaines entières (division ~ o(1))
    - Multiplication par le nombre de jours de la semaine à exclure, soustraction


    Bon, ben je pense que je vais commencer par coder un petit paquet de tests unitaires histoire de pas me retrouver avec une méthode performante mais inexacte :p
  • [^] # Re: Date#upto

    Posté par . En réponse au message Algorithmes calculs de date. Évalué à 1.

    Merci pour ta réponse !
    Ce qui m'embête dans ces deux manières c'est la boucle...

    Si je me trompe pas les deux manières sont o(n) et ce que je recherche c'est la solution pour avoir un algo o(1)

    Je pense que la solution la plus performante ce serait d'utiliser cette méthode pour le début et la fin de l'intervalle et utiliser Date#- pour se baser sur le nombre de semaines entières contenues dans l'intervalle et multiplier par le nombre de numéros de jours qu'on souhaite supprimer.

    Pour ce qui est d'enlever les jours fériés il suffirait de passer un Array de dates de jours fériés et pour chacune d'elles vérifier si elle se trouve ou non dans l'intervalle ce qui est plutôt performant je pense puisque c'est basé sur Date#<=>
  • [^] # Re: rtfm

    Posté par . En réponse au message ps aux.... Évalué à 1.

    Visiblement je n'ai pas cette ligne de configuration, je suis parti pour recompiler mon noyau ?

    Ou éventuellement faire un petit script full_ps ayant les droits root pour être exécuté par des utilisateurs normaux ?
  • [^] # Re: rtfm

    Posté par . En réponse au message ps aux.... Évalué à 1.

    Non j'ai pris les images ubuntu-server normales.

    Merci beaucoup !
    Je vais chercher une solution à mon problème dans cette direction !
  • [^] # Re: rtfm

    Posté par . En réponse au message ps aux.... Évalué à 1.

    Voila
    root@nstoto:/home/david# zcat /proc/config.gz | grep PROC
    # CONFIG_BSD_PROCESS_ACCT is not set
    CONFIG_IKCONFIG_PROC=y
    CONFIG_PROC_PID_CPUSET=y
    # CONFIG_ACPI_PROCFS is not set
    # CONFIG_ACPI_PROCFS_POWER is not set
    # CONFIG_ACPI_PROC_EVENT is not set
    CONFIG_ACPI_PROCESSOR=y
    # CONFIG_ACPI_PROCESSOR_AGGREGATOR is not set
    # CONFIG_NETFILTER_XT_MATCH_RECENT_PROC_COMPAT is not set
    CONFIG_NF_CONNTRACK_PROC_COMPAT=y
    CONFIG_IDE_PROC_FS=y
    CONFIG_SCSI_PROC_FS=y
    CONFIG_RTC_INTF_PROC=y
    CONFIG_REISERFS_PROC_INFO=y
    CONFIG_PROC_FS=y
    # CONFIG_PROC_KCORE is not set
    CONFIG_PROC_SYSCTL=y
    CONFIG_GRKERNSEC_PROC=y
    CONFIG_GRKERNSEC_PROC_USER=y
    # CONFIG_GRKERNSEC_PROC_ADD is not set
    CONFIG_GRKERNSEC_PROC_IPADDR=y
    
  • [^] # Re: chez moi

    Posté par . En réponse au message ps aux.... Évalué à 1.

    Nope...
    root@nstoto:/# which ps
    /bin/ps
    root@nstoto:/# exit
    david@nstoto:~$ which ps
    /bin/ps
    
  • [^] # Re: rtfm

    Posté par . En réponse au message ps aux.... Évalué à 1.

    En fait, supprimer apparmor est le premier truc que j'ai fait pour tenter de résoudre mon problème. Et je ne suis pas non plus en environnement chrooté. Pour ce qui est du grep PROC /boot/config* je n'ai pas de répertoire config dans /boot, j'ai peut-être mal compris.
    root@nstoto:/etc/init.d# apt-get remove apparmor
    Reading package lists... Done
    Building dependency tree
    Reading state information... Done
    Package apparmor is not installed, so not removed
    0 upgraded, 0 newly installed, 0 to remove and 10 not upgraded.
    root@nstoto:/etc/init.d# ps aux | grep apparmor
    root 10157 0.0 0.0 6548 828 pts/1 S+ 12:59 0:00 grep apparmor
    root@nstoto:/etc/init.d# mount
    /dev/md1 on / type ext3 (rw,errors=remount-ro)
    tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
    proc on /proc type proc (rw,noexec,nosuid,nodev)
    sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
    varrun on /var/run type tmpfs (rw,nosuid,mode=0755)
    varlock on /var/lock type tmpfs (rw,noexec,nosuid,nodev,mode=1777)
    udev on /dev type tmpfs (rw,mode=0755)
    tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
    devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
    fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
    /dev/md2 on /home type ext3 (rw)
    /dev/md4 on /var type ext3 (rw)
    
    Par contre j'ai un script apparmor qui traine dans /etc/init.d mais il a pas l'air d'avoir des masses d'effet ...
    root@nstoto:/# /etc/init.d/apparmor stop
    root@nstoto:/# /etc/init.d/apparmor start
    root@nstoto:/# /etc/init.d/apparmor stop
    root@nstoto:/#
  • [^] # Re: rtfm

    Posté par . En réponse au message ps aux.... Évalué à 1.

    En root je vois tout. Pour le /bin/ps -eaf même résultats, en root je vois tout, en user juste les miens
    david@nstoto:~$ ls /proc/
    3924 9130 cgroups crypto driver ide irq locks mounts pagetypeinfo softirqs sysvipc version
    3926 acpi cmdline devices execdomains interrupts kallsyms mdstat mpt partitions stat timer_list vmallocinfo
    8637 buddyinfo config.gz diskstats filesystems iomem kmsg meminfo mtd scsi swaps tty vmstat
    8638 bus cpuinfo dma fs ioports loadavg misc net self sys uptime zoneinfo
    david@nstoto:~$ sudo ls /proc/
    1 1366 15 1520 1547 1559 2 26 270 3599 3805 395 452 542 558 570 582 597 608 9131 driver locks softirqs
    10 1367 1508 1521 1548 1592 20 260 271 3601 3824 396 453 543 559 571 583 598 609 acpi execdomains mdstat stat
    11 1368 1510 1522 1549 16 21 261 272 3602 3827 4 454 547 560 572 584 599 610 buddyinfo filesystems meminfo swaps
    12 1378 1511 1523 1550 1614 22 262 273 3603 388 400 5 548 561 573 587 6 611 bus fs misc sys
    13 1380 1512 1524 1551 1618 23 263 274 3604 389 404 534 549 562 574 589 600 612 cgroups ide mounts sysvipc
    1351 1382 1513 1525 1552 1622 24 264 275 3639 390 407 535 551 563 575 590 601 7 cmdline interrupts mpt timer_list
    1360 1384 1514 1526 1553 1624 25 265 28 3655 391 446 536 552 564 576 591 602 8 config.gz iomem mtd tty
    1361 1386 1515 1527 1554 1632 254 266 3 3660 392 447 537 553 565 577 592 603 8634 cpuinfo ioports net uptime
    1362 1388 1516 1530 1555 17 256 267 34 3663 3924 448 538 554 566 578 593 604 8637 crypto irq pagetypeinfo version
    1363 14 1517 1544 1556 1707 257 268 3449 3711 3926 449 539 555 567 579 594 605 8638 devices kallsyms partitions vmallocinfo
    1364 1407 1518 1545 1557 18 258 269 3450 3739 393 450 540 556 568 580 595 606 9 diskstats kmsg scsi vmstat
    1365 1477 1519 1546 1558 19 259 27 3598 3755 394 451 541 557 569 581 596 607 9010 dma loadavg self zoneinfo
    
    C'est un serveur connecté au net
  • [^] # Re: chez moi

    Posté par . En réponse au message ps aux.... Évalué à 1.

    Je t'avoue que je n'y comprends pas grand chose... Travailler sous 9.04 est effectivement une contrainte, j'ai essayé de supprimer le paquet apparmor qui m'avait déjà posé des soucis auparavant, sans résultat. Le pire c'est que j'ai déjà fait la même install sous 9.04 dans le passé, sans souci... htop me donne les mêmes résultats, il ne me montre que mes process, top c'est pareil
    david@nstoto:~$ groups
    david admin
    david@nstoto:~$ sudo echo toto
    [sudo] password for david:
    toto
    david@nstoto:~$ ps --version
    procps version 3.2.7
    david@nstoto:~$ ps aux
    USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
    david 3924 0.0 0.0 70140 1688 ? S 11:02 0:00 sshd: david@pts/0
    david 3926 0.0 0.0 21640 3360 pts/0 Ss+ 11:02 0:00 -bash
    david 8637 0.0 0.0 70140 1688 ? S 12:25 0:00 sshd: david@pts/1
    david 8638 0.1 0.0 21736 3420 pts/1 Ss 12:25 0:00 -bash
    david 8697 0.0 0.0 15108 1072 pts/1 R+ 12:26 0:00 ps aux
    
  • [^] # Re: rtfm

    Posté par . En réponse au message ps aux.... Évalué à 1.

    ca marche pas, et c'est ca mon problème, que ce soit ps aux, ps -A, ps -U root
    david@nstoto:~$ ps aux
    USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
    david 3924 0.0 0.0 70140 1688 ? S 11:02 0:00 sshd: david@pts/0
    david 3926 0.0 0.0 21640 3360 pts/0 Ss+ 11:02 0:00 -bash
    david 6919 0.0 0.0 70140 1688 ? S 11:54 0:00 sshd: david@pts/1
    david 6920 0.0 0.0 21636 3324 pts/1 Ss 11:54 0:00 -bash
    david 7042 0.0 0.0 15108 1072 pts/1 R+ 11:57 0:00 ps aux
    david@nstoto:~$ ps -A
     PID TTY TIME CMD
     3924 ? 00:00:00 sshd
     3926 pts/0 00:00:00 bash
     6919 ? 00:00:00 sshd
     6920 pts/1 00:00:00 bash
     7043 pts/1 00:00:00 ps
    david@ns210455:~$ ps -U root
     PID TTY TIME CMD
    david@nstoto:~$
  • [^] # Re: Depot APP

    Posté par . En réponse au message Protection des sources de logiciel. Évalué à 2.

    Super !
    Y a l'option papier glacé ?
  • [^] # Re: J'ai déjà vu ce genre de discussion il y a longtemps ....

    Posté par . En réponse au message Protection des sources de logiciel. Évalué à 2.

    Non tout simplement montrer une démarche responsable de protection de propriété intellectuelle. Et apporter un commencement de preuve concernant cette PI et donc garantir au client qu'avec ma preuve d'antériorité ils ne prennent pas de risques si je suis attaqué en contrefaçon.

    C'est vraiment quelque chose qui m'est demandé par mes clients, si ca ne tenait qu'à moi, je sortirais tout l'historique subversion pour bien montrer que c'est moi qui ai développé le bouzin.
  • [^] # Re: J'ai déjà vu ce genre de discussion il y a longtemps ....

    Posté par . En réponse au message Protection des sources de logiciel. Évalué à 3.

    L'enveloppe Soleau ne convient malheureusement pas pour les dépôts de sources, elle contient au maximum sept pages, et est perforée par l'INPI ce qui exclut tous le CD et autres clefs USB.

    En fait ce qui est important pour moi c'est d'avoir un beau document à mettre en annexe à mes contrats, qui rassurera mon/mes clients
  • [^] # Re: Pour commencer

    Posté par . En réponse au message Création de chat vidéo. Évalué à 1.

    le flash player ?
    merci beaucoup !

    plus sérieusement j'ai trouvé pas mal d'infos et je publierai mon plugin rails dès qu'il sera fini !
  • [^] # Re: Pour commencer

    Posté par . En réponse au message Création de chat vidéo. Évalué à 1.

    le client officiel?
  • [^] # Re: Un projet de stage à ce sujet

    Posté par . En réponse au message Création de chat vidéo. Évalué à 3.

    merci beaucoup!
  • # Salaire...

    Posté par . En réponse au message Offre d'emploi - Loiret est [45]. Évalué à 4.

    26 à 30k,ドル pas mal pour une prime de stage!
    Ooops...
  • # OpenOffice + Index Fulltext

    Posté par . En réponse au message logiciel d'indexation de documents dans une DB Mysql. Évalué à 3.

    Je ne sais pas si ca répond à ton besoin mais ce que nous faisons pour indexer des documents est la chose suivante :
    - Conversion de tous les docs en texte brut grâce à OpenOffice en mode "headless" et PyOD Converter
    - Insertion du texte dans une colonne TEXT avec un index FULLTEXT sur MySQL
    - Recherches !

    C'est pas tout à fait trivial à mettre en place, il faut prendre en compte le fait que OpenOffice tend parfois à se mettre à exploser mais une fois ces soucis gérés ca marche très bien.
  • [^] # Re: ssl apache

    Posté par . En réponse au message Achat d'un certificat SSL et hébergement. Évalué à 0.

    si le réseau est mort sur ta bécane oui, en théorie tu peux rebooter sur un livecd, mais le pb c'est que chez dedibox, visiblement le signal de reboot sur livecd passe par le réseau...

    ca m'est arrivé suite à un upgrade foireux ... =(

    et c'est la que j'ai vraiment compris ce que c'était le low cost de l'hébergement ...