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

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.

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.

Utilisation via PHP4

Pour la version 4 de php, il vous suffit d’installer les packages suivants via la commande aptget install.

# apt-get install php4
# apt-get install php4-mysql
# apt-get install php4-odbc

Utilisation via PHP5

Il est également possible d’utiliser PHP5, mais pour ce faire, vous devrez le compiler, vous même, avec le support ODBC. Il faudrait installer le package suivant :

# apt-get install libmysqlclient-dev

Il faut récupérer les sources de php5 sur le site http://www.php.net, Voici ma ligne de configuration pour la compilation de PHP5

# ./configure –with-mysql –with-unixODBC –with-exec –with-apxs=/usr/bin/apxs –withxml –with-zlib –with-snmp

Ne pas oublier de terminer par un

# make
# make install

Téléchargement des drivers ODBC venant directement de chez IBM
http://www14.software.ibm.com/webapp/download/preconfig.jsp?id=2002-12-22+21%3A28%3A37.831731R&S_TACT=104CBW71&S_CMP=&s=

Voici comment installer ce package sous GNU/Linux Debian

# alien -i iSeriesODBC-5.1.0-0.16.i386.rpm

Post-Installation

Création d’un lien symbolique permettant l’accès au driver

root@serveur : # ln -sf /opt/ibm/iSeriesODBC/lib/libcwbcore.so /usr/lib/libcwbcore.so
root@serveur : # ldconfig

Configuration ODBC

Le fichier odbcinst.ini (/etc/odbcinst.ini)
[iSeries]
Driver = /opt/ibm/iSeriesODBC/lib/libcwbodbc.so
Setup = /opt/ibm/iSeriesODBC/lib/libcwbodbc.so
Threading = 2
FileUsage = 1
DontDLClose = 1

Le fichier odbc.ini (/etc/odbc.ini)
[borprd]
Description = Connexion ODBC sur un AS400
Driver = iSeries
System = 10.15.100.100

Connexion via PHP

<?
$dsn = borprd; /* Nom du lien ODBC mis dans le fichier de configuration odbc.ini */
$user = monuser; /* Votre nom d’utilisateur AS400 */
$passwd = xxxx; /* Mot de passé AS400 */
$conn = odbc_connect($dsn,$user,$passwd );
echo « Id de connexion: $conn »;
if ($conn <= 0) {
echo « Error in connection<BR> »;
exit;
}
else {echo « <P>Connection successful\n\n »;};
$query = « SELECT * FROM monuser.t011″; /* Lecture d’une table de l’AS400 */
$result = odbc_Exec($conn, $query);
odbc_result_all($result);
odbc_close($conn);
?>

Bibliographies

http://www-1.ibm.com/servers/eserver/iseries/access/linux/

http://www.unixodbc.org/

http://www-128.ibm.com/developerworks/eserver/articles/es-linux_bestpract.html

http://www-912.ibm.com/s_dir/slkbase.NSF/0/ec0d149f59aafe8a86256cca00682ad4?OpenDocument

http://www.e-gineer.com/instructions/installing-ibm-db2-for-php4x-with-apache13x-on-linux.phtml

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

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.