Votre control+v

Message par **gizmo78** » lun. 10 août 2009 12:51

http://www.imineo.com/scratch-culture-e ... t-1883.htm

Message par **kalistyan** » lun. 10 août 2009 13:15

silicon graphics onyx2

Message par **biour** » lun. 10 août 2009 13:24

A1359A

Message par **Kronick** » lun. 10 août 2009 16:44

+ 50 000 km par an

Message par **gizmo78** » lun. 10 août 2009 16:46

http://windowsupdate.microsoft.com/

Message par **Zedoune** » lun. 10 août 2009 17:08

Feuil2.Cells(ligne, 1).Value

Message par **iori666** » mar. 11 août 2009 17:23

Tue Aug 11 16:59:25 2009 BMC PS Redundancy sensor redundancy lost
Tue Aug 11 16:59:25 2009 PS 2 Status power supply sensor predictive failure asserted

et merde :/

Message par **Kronick** » mar. 11 août 2009 19:19

090405.cbc.the.lens.saving.luna.640x464.xvid.mp3.festering.leper.avi

Message par **jm@rc** » mar. 11 août 2009 22:36

:tralalaitoo:

Message par **Zedoune** » mer. 12 août 2009 20:23

(dont 13.37 EUR HT de frais de port)

Message par **gizmo78** » mer. 12 août 2009 20:28

http://www.leboncoin.fr/vi/59211424.htm?ca=12_s

Message par **Kronick** » jeu. 13 août 2009 09:46

VMWare : déploiement IDS Snort
prévu 13 août 2009 de 16:45 à 18:00

Message par **jm@rc** » jeu. 13 août 2009 10:30

Status : 500 Internal Server Error

Description : All LDAP Servers down. Please contact the Helpdesk.

Message par **Kronick** » jeu. 13 août 2009 10:41

Bonjour,
j'ai procédé par élimination.
Afin de vous faire "gagner du temps", voici toute l'histoire :
Kernel Panic sur le serveur en prod. récurrents, ou encore interruption de signal (erreur SIGSEV). Avec plusieurs distributions Linux (Debian Etch / Lenny, Gentoo, CentOS) et avec l'avant dernier kernel ou le dernier (2.6.30) rien n'y fait.

C'est un serveur applicatif qui fait tourner Tomcat / Jboss. Les jvms plantaient systématiquement également.
J'ai d'abord pensé à de la mémoire defectueuse -> Memtest n'en a trouvé aucune.
J'ai également réajusté les timings des barrettes, et passé en single channel pour en être sur.

J'ai testé une autre carte graphique, rien n'a changé. De plus j'a désactivé le serveur X pour éliminer également un problème de carte graphique. J'ai pensé aux disque : chkdsk n'a rien trouvé.
Pour être sur, j'ai éssayé plusieurs disques SATA. La carte mère avait été envoyée au SAV (je pensais à une CM défectueuse) mais ça n'a rien changé.
Il restait donc... l'alimentation.

J'ai donc passé un peu de temps sur les forums, voici ce que j'ai trouvé :
"I finally got the new PSU, Be Quiet 650W SATA loaded! Compared to old not-so-very-trusty-350W Nexus ( size DOES matter

) the go*dam "SIGSEGV#11'S" HAVE DISAPPEARED!"

ou encore :
"I figured it was either a failing memory, motherboard, or power supply. The cheapest thing to replace was the power supply. After replacing that, the system has been trouble free ever since. The OS installation did not have to be redone, BTW. (YMMV)"

Je vais dans la matinée revérifer la carte graphique. c'est le seul élément qui pourrait-être impliqué.(même si j'ai pu installer tous les drivers sans problème et démarrer Gnome qui n'a provoqué aucune erreur)

désolé pour la longeur du commentaire, ce serveur me rends fou depuis des mois

(heuresement que c'est un serveur de pré-prod plus que prod en fait, sinon, bonjour les dêgats

)

Message par **jm@rc** » jeu. 13 août 2009 13:21

http://www.collegehumor.com/video:1918367

Message par **Zedoune** » ven. 14 août 2009 18:26

redirect.ovh.net

Message par **Ryu_wm** » lun. 17 août 2009 20:08

5:06:40
18/08 1:14:33 Une de vos flottes venant de la L13 (Lune) [8:239:4] atteint la Champ de débris [8:356:5]. Elle a pour mission : Exploiter

Message par **Kronick** » lun. 17 août 2009 22:14

rock en Seine

Message par **Zedoune** » lun. 17 août 2009 22:26

http://fr.wikipedia.org/wiki/Azureus

Message par **chour@mih-fr** » mar. 18 août 2009 13:42

En effet, j'ai fait les tests sur parva3004825, et 2 points posent problèmes :

1) Dans la fonction TEST_ENV qui vérifie quel type d'installation est présente sur le serveur (NSM avec/sans opr pour utiliser la version de gentrap opr ou directement snmp), un find est effectué sur le répertoire $CAIGLBL0000/opr. Or cft n'a pas les droits de lecture/écriture sur certains sous-réperoires d'où les messages suivants :

cft@parva3004825:/apps/cft/filusr $ find $CAIGLBL0000/opr -name "inst_log"
find : 0652-081 Impossible de modifier le répertoire en :
: Les droits d'accès au fichier ne permettent pas d'effectuer l'opération indiquée.
find : 0652-081 Impossible de modifier le répertoire en :
: Les droits d'accès au fichier ne permettent pas d'effectuer l'opération indiquée.
/apps/unicenter/EM/3.1/opr/inst_log
cft@parva3004825:/apps/cft/filusr $

2) Dans la fonction verif_modetrap, le binaire awtrap est appelé. Or ce binaire n'est pas exécutable par cft :
SENDTRAP=$AGENTWORKS_DIR/services/bin/awtrap

root@parva3004825:/apps/unicenter/AT/3.1/services/bin$ ls -l awtrap
-rwxr-xr-- 1 root system 38809 23 aoû 2003 awtrap
root@parva3004825:/apps/unicenter/AT/3.1/services/bin$

L'utilisation du script gentrap, de part les actions et les scripts qu'il appèle, n'est donc pas adaptée à un utilisateur tel que cft.
Nous confirmons donc ce point. Si vous le souhaitez, vous pouvez faire une demande d'amélioration auprès de l'équipe CET Produits par DELPHES (équipe de *********) pour que l'ingénierie NSM étudie la possibilité de modifier le gentrap afin qu'il soit exécutable pour les utilisateurs autres que root.

Message par **Kronick** » mar. 18 août 2009 14:11

http://www.apachetutor.org/admin/reverseproxies

Message par **Ryu_wm** » mar. 18 août 2009 15:55

La dépollution pyrotechnique sur la zone de construction du BCC 6 programmée le 22 août 2009 est reportée à une date non définie (fin août/début septembre).

Message par **batoub** » mar. 18 août 2009 16:07

Débit descendant : 84801 kbps (10600.1 Ko/s) - Débit montant : 68747 kbps (8593.4 Ko/s) - Ping : 5 ms
Testé sur http://www.degrouptest.com/test-debit.php - mar 18 aoû 2009 16:06:57 CEST - Test n°2781847

Fac+VPN sur dédié ovh

Message par **Kronick** » mar. 18 août 2009 19:59

rock en Seine

Message par **jm@rc** » mar. 18 août 2009 22:46

http://www.smh.com.au/technology/new-he ... -elsd.html