dieguz2

Para que al pulsar en los elinks y que se abran los enlaces en nuestro amule debemos hacer lo siguiente: 1) Abrir el Firefox 2) En la barra de direcciones escribimos about:config 3) Pulsamos el botón derecho del ratón, y a continuación Nuevo/Lógico. En nombre de la preferencia ponemos network.protocol-handler.external.ed2 k y en el valor de true. 3) Pulsamos de nuevo el botón derecho del ratón, y a continuación Nuevo/Cadena Como nombre escribimos network.protocol-handler.app.ed2 k y en el valor /usr/bin/ed2k .

Recientemente me desapareció la ventana LOG en el Jdeveloper. Para poder recuperarla: 1) Cerrar JDeveloper 2) Hacer una copia de seguridad y borrar el archivo windowinglayout.xml. El archivo está en el hombe del jdev, no en su directorio de instalación. El directorio en mi SUSE era /home/usuario/jdevhome/system/oracle.ide.10.1.3.40.66. El número de la versión cambiará según la que tengas instalado 3) Abrir JDeveloper. Hacer click en View -> El nombre de la ventana perdida 4) En el proceso se habrá generado un nuevo windowinglayout.xml.

Recientemente al acceder por sftp a una maquina me apareció un mensaje indicándome que tenia la contraseña caducada. Al cambiar la contraseña apareció esto: Password will be truncated to 8 characters Para solucionar el problema, y que nuestro sistema nos permita password de más de ocho carácteres debemos: 1) editar el fichero /etc/login.defs 2) añadimos dos lineas: PASS_MAX_LEN 20 PASS_MIN_LEN 5 con esto controlamos la longitud permitida de las contraseñas, tanto la máxima como la mínima

Con el siguiente comando: (./comando | tee stdout.txt) 3>&1 1>&2 2>&3 | tee stderr.txt - - Direccionamos la salida estándar STDOUT al archivo stdout.txt - Direccionamos la salida de errores STDERR al archivo stderr.txt - Se siguen mostrando por consola tanto los errores como los mensajes estándar

Si hemos configurado nuestro sevidor SSH y echamos un ojo a los mensajes de seguridad en SUSE: tail -n100 /var/log/messages o bien grep sshd /var/log/messages Veremos que hay muchos ataque por fuerza bruta a nuestro servidor. Podemos tomar varias medidas para solucionar el problema: 1) Cambiar nuestra configuración del servidor SSHD a través del fichero /etc/ssh/sshd_config . Algunos parámetros podrían ser: a) PermitRootLogin no <-- evitamos el acceso usando el usuario root, esto es casi obligatorio en cualquier sistema b) PasswordAuthentication no <- no se permite el acceso a través de password, tendríamos que utilizar ssh keys, lo cual puede resultar un poco engorroso si tenemos muchos usuarios c) Port 2221 <- cambiamos el puerto de escucha del SSHD, es una medida bastante sencilla y evitará muchos ataques, el único inconveniente es que todos los usuarios deben saber cual es el nuevo puerto. Esta medida previene de ataques fortuitos a nuestro sistema, es decir, si escan

En la instalación de Suse 10.2 me salía un mensaje de error: "could not find the CD drive with the install CD" Ésto es debido a un problema con mi chipset intel 875 y suse 10.2 Para solucionarlo antes de empezar la instalación, en la pantalla azul donde nos da las opciones -- boot from Hard disk -- install ...etc en la parte inferior podemos personalizar los comandos de instalación/arranque, únicamente con añadir insmod = ide-generic nos detectará correctamente el dvd.

Ejecuta el comando --> uname -a Para obtener la información sobre la versión del kernel, la fecha, nombre de la máquina ... Con el comando: --> cat /etc/SuSE-release obtenemos la version de SUSE instalada

Este parámetro ( SGA_MAX_SIZE) se puede modificar cambiando su valor en el init.ora. También podemos modificarlo mediante sql, pero no cuando la base de datos esté en línea: 1) parar la base de datos: --> shutdown immediate; 2) Arancarla sin montar --> startup nomount; 3) cambiar el tamaño: alter system set sga_max_size=2G scope=spfile; 4) es necesario parar y reiniciar la BD para que el cambio sea efectivo: --> shutdown immediate; --> startup; Otro parámetro interesante es el SGA_TARGET, su valor siempre será inferior al SGA_MAX_SIZE. Éste sí se puede modificar con la base de datos en línea.

Habitualmente para arrancar la base de datos totalmente utilizaremos directamente el comando: --> startup Hay tres fases de arraque opcionalmente podemos usar startup más un comando. Queda explicado a continuación 1) Fase de no montaje: se leen los parámetros del sistema, se inician las estructuras de memoria y los procesos de segundo plano. La instancia se arranca pero SIN asociarla a la base de datos. Normalmente se utiliza cuando se modifica o se necesita crear el archivo de control: --> startup nomount ; 2) Fase de montaje: se asocia la instancia con la base de datos. Se usa el archivo de parámetros para localizar los archivos de control, que contienen el nombre de los archivos de datos y los registros rehacer. Los archivos de datos y los registros de rehacer no están abiertos, así que no son accesibles por usuarios finales para tareas normales. Se utiliza este modo para realizar algunas tareas de mantenimiento dos comandos --> startup mount ; o --> alter database m

Para Parar la Base de Datos se utiliza el comando shutdown. shutdown normal --> espera a que todos los usuarios se desconecten de la base de datos y todas las transacciones terminen. No es demasiado práctico ya que si algun usario olvido desconectarse la base de datos quedará a la espera de dicha desconexión para pararse. Deja la BD en un estado coherente. shutdown immediate --> se cancelan todas las transacciones actuales y se desconecta a los usuarios. Tampoco se permiten nuevas transacciones Deja la BD en un estado coherente, y es una de las mejores formas de parar la base de datos. shutdown transactional --> similar a la immediate, pero permite que se terminen las transacciones en curso. shutdown abort --> es la forma más dura de parar la base de datos. Todas las transacciones se terminan inmediatamente, sin que sean confirmadas o canceladas, y todos los usuarios son desconectados. Sólo se debe usar si se tienen problemas para detener la base de datos.

Al parecer cuando una instancia de oracle esta marcada como shared server no utiliza todos los procesadores, y se limita sólo a uno. Aprovechar 1 CPU de 4 es un problema. Para conseguir que se utilicen todo hay que eliminar esto. Vamos por pasos 1) comprobamos las CPUS que tenemos: SHOW PARAMETER cpu; NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ cpu_count integer 4 parallel_threads_per_cpu integer 2 2) Si usamos linux podemos usar algunos comandos para comprobar la carga de CPU del sistema. Dos de estos comandos son: mpstat -P ALL 3 --> muestra la información de todos los procesadores, y actualiza cada 3 segundos top --> muestra todos los procesos y el consumo de los recursos del sistema. 3) Podemos ver los parámetros usando: show parameter shared_servers show parameter servers mostrará todos los parámetros que contengan la cadena de

Para obtener la version concreta de oracle que usas: select * from product_component_version como system al menos. Para conocer la version del sqlplus es de 32 o 64 bits file $ORACLE_HOME/bin/sqlplus  Para saber la versión: sqlplus -H | grep Release

empiezo el 01/03/2007