LeVeilleur.net

Subscribe

SCOM2007R2 : not enough entropy when installed Linux Agent

décembre 03, 2009 By: Christopher Keyaert Category: Scom 2007 1 Comment →

Here the error message :

1
2
3
4
5
6
7
8
9
10
Generating certificate with hostname="xxxxxxxx"
[/home/serviceb/TfsCoreWrkSpcLinux_REDHAT_5.0_x86_64/source/code/tools/scx_ssl_config/scxsslcert.cpp:198]
Failed to allocate resource of type random data: Failed to get random data - not enough entropy
error: %post(scx-1.0.4-248.x86_64) scriptlet failed, exit status 1


<DataItem type="Microsoft.SSH.SSHCommandData" time="2009-12-03T12:08:30.6908778+01:00" sourceHealthServiceId="91A3B596-F820-6A90-305C-6974DA25966D"><SSHCommandData><stdout>Generating certificate with hostname="xxxxxxx"
[/home/serviceb/TfsCoreWrkSpcLinux_REDHAT_5.0_x86_64/source/code/tools/scx_ssl_config/scxsslcert.cpp:198]
Failed to allocate resource of type random data: Failed to get random data - not enough entropy
error: %post(scx-1.0.4-248.x86_64) scriptlet failed, exit status 1

There are two ways to solve this problem, you can recreate the /dev/random file or do a manual agent install.

For both fixes, clean off the partially installed agent using the commands

  1. rpm -e scx
  2. rm -rf /etc/opt/microsoft/scx

Then if you want to make it so that discovery will work from the wizard use the commands

  1. rm /dev/random
  2. mknod -m 644 /dev/random c 1 9
  3. chown root:root /dev/random

A manual install requires copying the appropriate package from %Program Files%\System Center Operations Manager 2007\AgentManagement\UnixAgents to the Unix\Linux machine and installing it directly.

After fixing the install issue, switch the /dev/random file back to a signed random file using the commands:

  1. rm /dev/random
  2. mknod -m 644 /dev/random c 1 8
  3. chown root:root /dev/random

Source : http://blog.xplatxperts.com/xplat-xperts/2009/08/opsmgr-cross-platform-discovery-errors.html

SCOM2007 : Jalasoft Xian Io for VmWare Monitoring

novembre 26, 2008 By: Christopher Keyaert Category: Scom 2007, Windows No Comments →

Now monitor your network devices and Unix servers directly in System Center Operations Manager 2007 with the latest version of Xian Network Manager! Advanced new features like, device update, network scan task, linkable policy templates are only a few of the many new features in Xian Io. Check out more information and download the free evaluation version to see the power of Xian yourself.

It is possible that your VC is v2.5, our Virtual Center SMP does not support that version by default, but we have developed a patch in order to provide support for this version. Just follow these steps in order to apply it:

1. Download the patch from: http://download.jalasoft.com/pub/patches/JS0176TD/Patch20080711.zip
2. Go to the server where Xian was deployed and stop the ‘Jalasoft Xian Network Manager’ service.
3. Go to the following folder: ‘[program files]\Jalasoft\Xian Network Manager Io\Plugins\Jalasoft.Xian.Plugin.VMwareVirtualCenter\resources\’
4. Replace the ‘Jalasoft.Xian.Plugin.VMwareVirtualCenter.config.xml’ file with the recently downloaded.
5. Start the ‘Jalasoft Xian Network Manager Server’ service.
6. Open the Xian console and try discovering your virtual centers. Please note that discovering a VC could take several time (depending on the amount of ESX servers hosted in it), so it is recommended to increase the ‘timeout’ and  ‘maximum number of retries’ parameters on the execution of the discovery rule.

Connexion ODBC Linux vers AS400 via PHP

janvier 31, 2008 By: Christopher Keyaert Category: Linux, Serveur@Home 2 Comments →

NB: Cela fait 3 ans que j’ai réalisé ce document, il se peut donc que des liens et/ou informations ne soient plus à jour.

Installation sur serveur LINUX (GNU/Linux Debian)

Voici les différents programmes à installer à l’aide de la commande « apt-get install » :

  • apache
  • mysql-server
  • unixodbc
  • unixodbc-dev
  • alien

Tous ces programmes se trouvent déjà être sous forme de package pour la distribution GNU/Linux Debian, ce qui permet d’éviter les étapes de compilation.

 

(Lire la suite…)

Linux et Vmware : Décalage d’horloge

janvier 08, 2007 By: Christopher Keyaert Category: Linux, Serveur@Home 3 Comments →

Aujourd’hui, je vais vous présenter un petit WorkAround concernant le retard ou l’avance que peut prendre l’horloge d’une machine Linux, tournant sur un serveur Vmware (Vmware Workstation, Vmware Server, Vmware Esx). Il n’est pas rare qu’un serveur Debian tournant sous Vmware perde/prenne plusieurs heures sur une simple journée de 24h.

Vous comprenez aisément que ce problème peut être critique pour un certain nombres d’applications et services tournant sur votre machine.

Il fallait donc trouver une solution ! Après de longues recherches sur le net et le parcours de différents forums, j’ai enfin trouvé une petite astuce permettant de résoudre ce problème. La modification à réaliser se situe au niveau du bootloader (Lilo ou Grub) de votre système Linux.

Pour Lilo, la modification a effectuer se situe au niveau de la variable append :

1
image=/boot/vmlinuz
1
 
1
label="linux"
1
root=/dev/hda1
1
 
1
initrd=/boot/initrd.img
1
 
1
append="resume=/dev/hda6 splash=silent <strong>clock=pit</strong>"
1
read-only

Pour que la modification prenne effet, il ne faut pas oublier de réaliser un :

1
 
1
lilo -v

Suivi d’un redémarrage de la machine.

Maintenant, pour Grub :

1
title Fedora Core (2.6.9-1.667)
1
root (hd0,0)
1
kernel /vmlinuz-2.6.9-1.667 ro root=/dev/hda2 <strong>clock=pit</strong>

En complément de cela, il est également intéressant de mettre en place un script de synchronisation d’horloge (qui se lancera tous les jours par exemple) via un serveur ntp.

1
srvlinux01:~# cat /etc/cron.daily/updatetime
1
 
1
#! /bin/bash
1
ntpdate time.nist.gov
1
 

Voilà , maintenant votre serveur devrait toujours être à la bonne heure.