SSH | CENTOS 6.2

     Después de instalar CENTOS, por diversas situaciones tenemos la necesidad de monitorear, ejecutar procesos, y/o simplemente manejar archivos en esa máquina, y quizás un servicio de SSH con acceso restringido para el usuario root(con esto no quiere decir que ya tenemos mucha seguridad, pero algo es algo); es decir sólo le damos acceso al usuario(s) que nosotros definamos en el archivo sshd_config.

Pasos:

1. Verificamos que el servicio de sshd este activo
 chkconfig --list
   buscando una linea similar a esta:
   
   sshd            0:desactivado 1:desactivado 2:activo 3:activo 4:activo 5:activo 6:desactivado
   
2. Validamos en que runlevel debe estar activo el servicio de sshd(en mi caso es el 5)
 cat /etc/inittab
   donde la siguiente línea me indica mi runlevel:
   
   id:5:initdefault:

3. Editar el archivo:
 vi /etc/ssh/sshd_config
   Con las siguientes líneas:
 PermitRootLogin no
 AllowUsers <usuario>
 
4. Dar de alta el servicio
 chkconfig sshd on
5. Parar el servicio:
 service sshd stop
6. Arrancar el servicio:
 service sshd start

     Después de estos pasos, lo único que nos resta es validar desde otro equipo en nuestra red LAN si ya tenemos acceso mediante un cliente SSH(PuTTY)

Saludos, bein.

TOMCAT : bin | JAVA : java.lang.OutOfMemoryError: Java heap space

Siguiendo con el Tema de TOMCAT, y después de 
haber instalado el TOMCAT post anterior,
lo que ire detallando post a post es la importancia de algunos archivos y la configuración de estos; esto para, un mejor desempeño de nuestro servidor de aplicaciones.

La realidad es que no se a la fecha 
el funcionamiento al 100% de todos y cada uno de los archivos que contiene el TOMCAT, pero lo que si se y he
aprendido día con día es lo que manifiesto en estas entradas, y en lo personal con eso es suficiente para 
tener un TOMCAT estable.

PROBLEMA:
 Mi TOMCAT no soporta mas de "n" conexiones se traba, no responde, etc. Una cosa es la mala programación
 y otra es que no nos metamos en archivos de configuración, en lo personal la Shell Programming, era algo que 
 siempre me causaba ruido, y simplemente veia las cosas como una caja negra y punto, me funcionaba y para que 
 quería meterme en esas tripas. Obviamente la cantidad de usuarios finales, el número de conexiones simultaneas
 son cosas con las que uno tiene que lidiar día con día.

NOTA Windows xp / windows 7:
 Apache TOMCAT viene configurado por default para tomar los siguientes valores
 --JvmMs 128 --JvmMx 256 (Línea 128)
 Esto es en el archivo service.bat ubicado en la carpeta bin del apache-tomcat; donde literalmente esta
 destinando hasta 256 Mb. de memoria RAM para el TOMCAT
 
NOTA Linux(Centos):
 Aquí, como estamos en GNU/Linux tenemos que editar a mano el archivo catalina.sh con las siguientes lineas:
 
#!/bin/sh
JRE_HOME="/usr/local/jdk1.6.0_30/jre"
JAVA_OPTS=" -server "
export JAVA_OPTS
CATALINA_OPTS="-Xmn256M -Xms512M -Xmx1024M -XX:+UseParallelOldGC -XX:ParallelGCThreads=2 -XX:MaxPermSize=128m"


SOLUCIÓN

 Windows
  Modificar los siguientes datos en el archivo service.bat:
  --JvmMs 128 --JvmMx 256 (Línea 128) Por Default
  Otros valores para ir probando
  --JvmMs 256 --JvmMx 512
  --JvmMs 512 --JvmMx 768
  --JvmMs 768 --JvmMx 1024
 
  Si lo notan son valores incrementados a razón de 256 siempre siendo multiplos de 2^n
  
 Linux
  Modificar los siguientes datos en el archivo catalina.sh:
  CATALINA_OPTS="-Xmn256M -Xms512M -Xmx1024M -XX:+UseParallelOldGC -XX:ParallelGCThreads=2 -XX:MaxPermSize=128m"
  
  
Aquí ya sólo resta que hagan pruebas y visualicen en el tomcat manager

SQL SERVER 2008 | STORE | ERROR | Ad Hoc Distributed Queries

Como gestor de base de datos por restricciones de usuario estoy utilizando:
  
--------------------------------------------------------------------------
Microsoft SQL Server Management Studio      10.50.1617.0
Microsoft Data Access Components (MDAC)      6.1.7601.17514
Microsoft MSXML      3.0 4.0 6.0 
Microsoft Internet Explorer      9.0.8112.16421
Microsoft .NET Framework      2.0.50727.5448
Sistema operativo      6.1.7601
--------------------------------------------------------------------------

 ¿Y esto que?
 Pues por la necesidad de crear y ejecutar un store procedure, al ejecutarlo
la respuesta es:

Mens. 15281, Nivel 16, Estado 1, Línea 1
SQL Server bloqueó el acceso a STATEMENT 'OpenRowset/OpenDatasource' del componente
'Ad Hoc Distributed Queries' porque este componente está desactivado como parte de 
la configuración de seguridad de este servidor. Un administrador del sistema puede 
habilitar el uso de 'Ad Hoc Distributed Queries' mediante sp_configure. Para obtener 
más información acerca de cómo habilitar 'Ad Hoc Distributed Queries', vea el tema 
sobre la configuración de área expuesta en los Libros en pantalla de SQL Server.


 ¿Qué hacer ante esto?
 Hay que habilitar 'Ad Hoc Distributed Queries', para hacer esto hay que ejecutar
 el siguiente <a href="http://es.wikipedia.org/wiki/Snippet">snippet</a> en la ventana de consultas del Management Studio:
 
sp_configure 'show advanced options',1
reconfigure with override
go
sp_configure 'Ad Hoc Distributed Queries',1
reconfigure with override
go

 ¿Que da como resultado?(adjunto imagen)

Se ha cambiado la opción de configuración 'show advanced options' de 0 a 1. Ejecute la instrucción RECONFIGURE para instalar.
Se ha cambiado la opción de configuración 'Ad Hoc Distributed Queries' de 0 a 1. Ejecute la instrucción RECONFIGURE para instalar.

Fuente y lo que hay que saber: <a href="http://www.guillesql.es/Articulos/SQLServerFAQ_Servidor_Vinculado_OPENQUERY_Notacion_4_Partes.aspx">guillesql</a>