Modifiqué el servidor donde instalé el OCS Inventory, por lo que tenía que actualizar el cliente en varios equipos y no sabía el proceso, poco a poco y probando cosas finalmente descubrí, como hacer que los cliente se dirigieran al nuevo servidor, el proceso queencontré y mefuncionó fue el siguiente (si alguien sabe otra forma mejor, que me avise):
Te diriges al fichero "service.ini" del OCS Inventory y modificas la opción que necesites.
Una vez modificada, paras y levantas el servicio, en windows:
>net stop "OCS inventory"
>net start "OCS inventory"
Una vez levantado, desde la línea de comandos y diendo la ruta la de instalación del OCS inventory, lanzas el siguiente comando:
>ocsinventory.exe /SERVER:[IP] /PNUM:80 /DEBUG
importante poner el debug para que se ejecute correctamente el comando.
Después ir a la web del OCS inventory y comprobar que se ha actualizado.
Finalmente, hacer un pequeño seguimiento de que las actualziaciones son continuas.
Y en un principio todo funciona correctamente.
Por cierto, añado que si el equipo se suspende, el cliente no se ejecutará.
lunes, 14 de marzo de 2011
lunes, 21 de febrero de 2011
conexión a Oracle y TNSPING.
Hoy he descubierto un comando nuevo para mí.
Resulta qeu yo no soy mucho de BBDD aunque en el módulo hice mis pinitos y bueno, para resolver alguna incidencia pues también se moverme.
Hoy teníamos que probar la conexión con un servidor qeu tiene un Oracle, pues bien, a través de ping no llegábamos, pues ya está, no llegamos a la máquina....
pero claro, cuando te dicen que el ping, por seguridad está capado para alguans máquinas, tu dices....cachiiisssssss...que lo probemos con el puerto de Oracle......y yo.....mmmmm.....mmmmm
mmmmm
mmmmmmm
mmmmmmmmmm
como hago eso....
pues nada, a un DBA a decirle..conecta el Weblogic a esa máquina por ese puerto a ver si llegamos al Oracle.....
y derepente he descubierto el punto feliz!!
TNSPING
poniendo eso y acto seguido la IP o nombre del servidor, local o remoto comprueba si hay conexión con dicha BBDD y si se conecta te mostrará lo siguiente:
Administrador>tnsping localhost
TNS Ping Utility for 32-bit Windows: Version 10.2.0.1.0 - Production on 21-FEB-2
011 13:41:26
Copyright (c) 1997, 2005, Oracle. All rights reserved.
Archivos de parßmetros utilizados:
\oraclexe\app\oracle\product\10.2.0\server\network\admin\sqlnet.ora
Adaptador HOSTNAME utilizado para resolver el alias
Attempting to contact (DESCRIPTION=(CONNECT_DATA=(SERVICE_NAME=))(ADDRESS=(PROTO
COL=TCP)(HOST=127.0.0.1)(PORT=1521)))
Realizado correctamente (0 mseg)
Con esto, aparte de probar la conexión, vemos donde está el fichero sqlnet.ora, que parece que se pierde mucho ( esta última parte sacada de este blog http://sixservix.com/blog/david/2010/02/23/tnsnames/)
Finalmente, si la conexión no va, ya habrá que buscar otro fallo...
un firewall qeu impide el paso, la BBDD no está levantada....no está conectado el cable....etc...
Un saludo a todos!!
Resulta qeu yo no soy mucho de BBDD aunque en el módulo hice mis pinitos y bueno, para resolver alguna incidencia pues también se moverme.
Hoy teníamos que probar la conexión con un servidor qeu tiene un Oracle, pues bien, a través de ping no llegábamos, pues ya está, no llegamos a la máquina....
pero claro, cuando te dicen que el ping, por seguridad está capado para alguans máquinas, tu dices....cachiiisssssss...que lo probemos con el puerto de Oracle......y yo.....mmmmm.....mmmmm
mmmmm
mmmmmmm
mmmmmmmmmm
como hago eso....
pues nada, a un DBA a decirle..conecta el Weblogic a esa máquina por ese puerto a ver si llegamos al Oracle.....
y derepente he descubierto el punto feliz!!
TNSPING
poniendo eso y acto seguido la IP o nombre del servidor, local o remoto comprueba si hay conexión con dicha BBDD y si se conecta te mostrará lo siguiente:
Administrador>tnsping localhost
TNS Ping Utility for 32-bit Windows: Version 10.2.0.1.0 - Production on 21-FEB-2
011 13:41:26
Copyright (c) 1997, 2005, Oracle. All rights reserved.
Archivos de parßmetros utilizados:
Adaptador HOSTNAME utilizado para resolver el alias
Attempting to contact (DESCRIPTION=(CONNECT_DATA=(SERVICE_NAME=))(ADDRESS=(PROTO
COL=TCP)(HOST=127.0.0.1)(PORT=1521)))
Realizado correctamente (0 mseg)
Con esto, aparte de probar la conexión, vemos donde está el fichero sqlnet.ora, que parece que se pierde mucho ( esta última parte sacada de este blog http://sixservix.com/blog/david/2010/02/23/tnsnames/)
Finalmente, si la conexión no va, ya habrá que buscar otro fallo...
un firewall qeu impide el paso, la BBDD no está levantada....no está conectado el cable....etc...
Un saludo a todos!!
Suscribirse a:
Entradas (Atom)