Ya estamos en el segundo proyecto, tal vez un poco cogidos con las fechas pero igual, seguimos avanzando. :D
Planteamiento de problema:
Configurado una pequeña red en GNS3 con dos router, enlazados en la red 192.168.5.0/24 y un switche conectado a la eth de uno de estos router en la 192.168.70.0/24. Entendible hasta aquí cierto?
Este switche conecta a varias maquinas virtuales (xp, debian, y por supuesto la maquina real que se encuentra en vistaa), con el router emulado y el router ap (real), este ap es la puerta de enlace a internet y por lo tanto se le ha configurado la 192.168.70.1
Bueno, Despues de haber realizado todas las configuraciones, empecé a probar conectividad, es decir, haciendo ping en cada una de las maquinas y de los routers. Todo se encontraba bien en los router y las maquina en windows, cuando probe conectividad en la debian, haciendo ping a la red 192.168.5.0/24 se encontraba bien:
Thiney:/home/thiney# ping 192.168.5.1
PING 192.168.5.1 (192.168.5.1) 56(84) bytes of data.
64 bytes from 192.168.5.1: icmp_seq=1 ttl=254 time=233 ms
64 bytes from 192.168.5.1: icmp_seq=2 ttl=254 time=139 ms
64 bytes from 192.168.5.1: icmp_seq=3 ttl=254 time=181 ms
64 bytes from 192.168.5.1: icmp_seq=4 ttl=254 time=110 ms
64 bytes from 192.168.5.1: icmp_seq=5 ttl=254 time=155 ms
Pero cuando se la hacia a una de las maquinas que se encontraban en el mismo rango, me salia esto:
Thiney:/home/thiney# ping 192.168.70.11
PING 192.168.70.11 (192.168.70.11) 56(84) bytes of data.
64 bytes from 192.168.70.11: icmp_seq=1 ttl=128 time=6.04 ms
From 192.168.70.100: icmp_seq=1 Redirect Network(New nexthop: 192.168.70.11)
64 bytes from 192.168.70.11: icmp_seq=1 ttl=128 time=291 ms (DUP!)
64 bytes from 192.168.70.11: icmp_seq=2 ttl=128 time=3.46 ms
64 bytes from 192.168.70.11: icmp_seq=2 ttl=128 time=56.6 ms (DUP!)
64 bytes from 192.168.70.11: icmp_seq=3 ttl=128 time=4.41 ms
From 192.168.70.100: icmp_seq=3 Redirect Network(New nexthop: 192.168.70.11)
64 bytes from 192.168.70.11: icmp_seq=3 ttl=128 time=222 ms (DUP!)
Y que significa ese DUP..
Pues bien se le conoce como Ping duplicado y el problema basicamente se soluciona cambiando el TTL,
ping - pong - ping - pong
> >esa es la respuesta ... sabes lo que es TTL
> >
> >con dos maquinas A y B lo que sucede es lo siguiente:
> >A) ping(1)
> >B) pong(1)
> >A) ping(2)
> >----> TTL time out
> >A) ping(2)
> >B) pong(2)
> >B) pong(2) <--- DUP
> >
> >Cuando se acaba el tiempo de vida A manda un nuevo ping pero cuando este
lo
> >mando esta llegando el
> >pong de B y al rato llega el otro pong (DUP)
> >
> >En este caso es problema de enlace. Si usas linux, "CREO" que podes
> >manejarlo modificando el TTL.
# echo 128 > /proc/sys/net/ipv4/ip_default_ttl (se cambia el
TTL por defecto de un sistema Linux a un valor de 128)
jueves, 31 de mayo de 2012
Iniciar el Motor de DB ORACLE por consola
El día de hoy realizando la instalación del motor de base de datos de prueba para el APP LINIX (Aplicativo Linix en Oracle 10G - Suse 10 Enterprise), reinicié el servidor y la base de datos no arrancó
This database is currently down. To Start up the database, Reconnet as SYSDBA, Select the database Object underneath instance, and change to database to open state in the genaral Page of the database property Sheet.
Recordé que hace algún tiempo tuve un problema con otro servidor, donde en algunas ocasiones era necesario iniciar el servicio de manera manual. Para esto, utilice estos pequeños comando que realmente fueron de gran ayuda:
Asegúrate que tienes definido correctamente $ORACLE_SID y $ORACLE_HOME, en algunos casos los servidores tienen varias bases de datos(instancias), por eso es tan importante que nos aseguremos de que la variable $ORACLE_SID este apuntando a la base de datos correcta (no queremos bajar una base de datos que se encuentra en producción y en la cual estén trabajando ... o si? ;) )
Para esto, vamos a la consola y tipeamos el siguiente comando:
echo $ORACLE_SID
Esto nos arrojará un resultado, básicamente nos indicará la base de datos o instancia que se encuentra exportada.
Si queremos que se tome una diferente debemos ejecutar:
export ORACLE_SID=LINEG
sqlplus /nolog
sqlplus> connect /as sysdba
sqlplus> startup;
Cositas varias:
**Con este comando nos podemos conectar directamente a la base de datos como sysdba con el usuario oracle.
sqlplus / as sysdba
**Para validar y conocer el estado del listener:
lsnrctl status
** Existe un archivo creado por Oracle en el directorio /etc ó /var/opt/oracle, dependiendo de distribución de Unix o Linux que se tenga, en él, podemos conocer cuantas instancias de la base de datos existe y como están configuradas para su respectivo arranque:
El S | N banderas indican si la instancia de la bd debe comenzar automáticamente en el momento de arranque (S = sí, N = no).
Con el comando cat de linux podemos ver el contenido del archivo oratab.
cat /etc/oratab
Maquina Virtual: VirtualBox
En la empresa tenemos un servidor donde se encuentran instaladas dos maquinas virtuales, este servidor se encuentra en el cuarto de servidores del Banco y no es fácil acceder a él, hace un par de meses atrás, estaban realizando unas instalaciones en horas de la noche donde era necesario quitar el fluido eléctrico, y lo peor, no avisaban, cuando llegábamos a trabajar no podíamos acceder a las aplicaciones que se encontraban en las maquinas virtual y la única forma de acceder al servidor físico, era por consola. Investigando encontré estos comandos útiles para iniciar y realizar modificaciones a las maquinas virtuales.
Nombre de la maquina: srvwin2008r2 y srvlnxlinuxsesp
*****DETENER MAQUINAS VIRTUALES
VBoxManage stopvm srvwin2008r2 --type vrdp
VBoxManage stopvm srvlnxlinuxsesp1cw --type vrdp
*****MODIFICAR MAQUINAS VIRTUALES
VBoxManage modifyvm srvwin2008r2 --vrdp off
VBoxManage modifyvm srvwin2008r2 --vrdpport 3389
VBoxManage modifyvm srvlnxlinuxsesp1cw --vrdpport 22
*****INICIAR MAQUINAS VIRTUALES
VBoxManage startvm srvwin2008r2 --type vrdp
VBoxManage startvm srvlnxlinuxsesp1cw --type vrdp
****LISTAR LAS MAQUINAS QUE SE ENCUENTRAN CORRIENDO:
VBoxManage list vms
Suscribirse a:
Entradas (Atom)