De golpe y porrazó dejaron de visualizarce los contenidos excel service en los portales, cuando revizo el visor de ecentos me encuentro con este error:
Event Type: Error
Event Source: Office SharePoint Server
Event Category: Excel Calculation Services
Event ID: 5226
Description:
Unable to create or access workbook cache at C:\Temp\Excel Server\FileCache\SSP-1194025625\. Excel Services is unable to function without a workbook cache.
Revicé un poco el servidor y veo que tenia poco espacio en disco, y efectivamente, una de las causas de este evento es la falta de espacio. Cuando liberé un poco el disco el problema seguia apareciendo.
Investigando un poco encontré como resolverlo:
1 - Bajar el servicio del IIS (bajar solamente el servico de Sharepoint no es suficiente)
2 - Borrar y volver a crear la carpeta especificada en la dirección que muestra el evento "C:\Temp\Excel Server\FileCache\SSP-1194025625\", yo la cree en una partición con más espacio para que no vuelva a ocurrir el problema.
3 - A la nueva carpeta "\Excel Server" se le deben cargar los siguientes usuarios y setear los siguientes permisos:
I - Usuario local WSS_ADMIN_WPG con permisos Full Control
II - Usuario local WSS_WPG con permisos Read y Execute
4 - En caso de cambiar de ubicación la carpeta temporal, esta nueva ruta se debe setear en la consiola de administración central de sharepoint:
Central administration ---> SSP ---> Edit Excel Services Setting ---> Workbook Cache Location ---> acá copiar la nueva ruta.
5 - Iniciar unevamente el IIS.
Cabe aclarar que si la carpeta se crea en una nueva ubicación entonces esta se debe crear y la nueva ruta se debe setear en Sharepoint antes de bajar el servicio del IIS.
miércoles, 14 de julio de 2010
jueves, 24 de junio de 2010
Y volviendo a Linux :) Script para clasificar archivos
Este es un pequeños script que permite clasificar archivos por fecha, a partir de una fecha seteada previamente compara con las fechas de todos los archivos especificados en una ubicación y mueve a otro destino aquellos que tienen más de 2 años, este fue mi caso pero se puede acomodar para cualquier periodo de tiempo. La fecha se setea en un txt temporal que en mi caso se llama 2years y busca todos los archivos mayores a dos años utilizando el comando awk para poder clasificarlos por fecha. En este caso el script hace 2 cosas, primero arma un txt en el que lista todos los archivos mayores a dos años encontrados y en el segundo paso mueve dichos archivos a su nueva ubicación.
Este script me sacó de un apuro al momento de tener que realizar una depuración de miles de archivos por falta de espacio en disco.
#!/bin/sh
DIRFILES=/usr/local/files
MES=`date +%m`
touch -t `date -d '2 years ago' +%y%m%d0000` /tmp/2years
find $DIRFILES -type f ! -newer /tmp/2years -exec ls -1 {} \; | awk -F/ '{print $8}' > /usr/local/scripts/files_depurados/depurados-$MES.txt
find $DIRFILES -type f ! -newer /tmp/2years -exec mv {} /depurados/ \;
Este script me sacó de un apuro al momento de tener que realizar una depuración de miles de archivos por falta de espacio en disco.
#!/bin/sh
DIRFILES=/usr/local/files
MES=`date +%m`
touch -t `date -d '2 years ago' +%y%m%d0000` /tmp/2years
find $DIRFILES -type f ! -newer /tmp/2years -exec ls -1 {} \; | awk -F/ '{print $8}' > /usr/local/scripts/files_depurados/depurados-$MES.txt
find $DIRFILES -type f ! -newer /tmp/2years -exec mv {} /depurados/ \;
viernes, 28 de mayo de 2010
Migrar MOSS 2007 a un nuevo servidor de base de datos conservando el mismo servidor front-end
Después de dar muchas vueltas probando varias recetas sin que alguna funcione, pude resolver el tema. El problema es que moss no tiene una receta definida para migrar las bases de datos a un nuevo seridor así que tuve hacer un mix de un par de recetas hasta que funcionó.
A todo esto, mi caso era bastante particular porque tenia dos servidores de base de datos en el farm, en uno estaban las bases de configuración y de la administración central y en el otro todas las bases de contenidos de los portales y el objetivo era pasar las bases de configuración y administración al servidor con las bases de contenido. Así que se rebuscaba un poco más la cosa.
Receta:
1- Hacer backup completo, de todo, bases de datos de configuración, de SSP, de contenidos.
En mi caso hice backup de las base de datos de contenido de los portales que ya estaban creadas en el servidor destino usando el stsadm:
stsadm -o backup -url [url del sitio a migrar] -filename [patch y nombre que le ponemos al archivo de backup.bak]
Luego hice backup de los SSP con el siguiente comando:
stsadm -o backup -directory [directorio destino del bck] -backupmethod full -item [nombre del SSP]. Es uno para cada SSP si hay más de uno
Backup de las bases de configuración y contenido central SharePoint_config y Sharepoint_Admin llendo a la base de datos con el SQL Manger, boton derecho sobre la base de datos en cuestión, opción task y backup.
2- Tomar nota de todas las configuraciones particulares que hayamos realizado.
•Asignaciones de Acceso Alternativas
•Correo Saliente
•Cuentas de Servicio
•Distribución de Contenido (si es que lo usan)
•Soluciones
•Perfiles de Usuario (Servicios Compartidos): Configuración de importación de perfiles
•Búsqueda (Servicios Compartidos): Orígenes de contenido y programación de rastreo, y Reglas de rastreo.
•Excel Services ( Servicios Compartidos): Cuenta de Servicio Desatendida, Ubicaciones de Archivos de Confianza, y Bibliotecas de datos de conexión de confianza.
3- En mi caso, borrar todas las bases de datos de contenido existentes en el servidor destino.
SQL Manager, boton derecho sobre cada base de datos, opción delete.
4- Desconectar el moss del farm actual(actual servidor de base de datos).
Para esto ejecutamos el asistente de instalación de MOSS, Wizard tools y seleccionamos la opción desconectar del farm actual, entonces desconectamos el sharepoint de la base de datos actual
5- Conectar el moss a un nuevo farm (con el servidor de base de datos destino).
Ejecutar nuevamente el wizard y seleccionar la opción conectar a un nuevo farm, aparece una pantalla en la que debemos cargar el nombre del servidor de base de datos destino, nombre la base de datos de configuración, usuario y password de administración de MOSS.
(Corroborar que la configuración de la base de datos del nuevo servidor el usuario tenga permisos dbcreator y owner)
Terminado esto deberia levantar sin problemas el portal de la administración central
6- Configurar el nuevo SSP (Probe a restaurar un backup del SSP existente pero no funcionó, a lo mejor a alguien si le funcione y me cuenta, a mi me daba event id 7888. Las soluciones que encontré no me ayudaroon demasiado).
Para esto crear un nuevo SSP desde la administración central de MOSS.
Si desean probar a restaurar el SSP anterior, lo hacen con el siguiente comando:
stsadm -o backuphistory -directory [directorio dónde se guardo el backup] Muestra el Id del backup que lo van a utilizar para restaurarlo con este comando:
stsadm -o restore -directory [directori donde se almacenó el backup] -restoremethod new -backupid [id que antes les mencioné] -newdatabaseserver [nombre de la instancia del nuevo servidor de base de datos]
7- Restaurar las bases de contenido.
Y para finalizar debemos restaurar las bases de contenido de los portales para que se carguen con la nueva base de datos de configuración de MOSS con el siguiente comando:
stsadm -o restore -url [url del sitio a migrar] -filename [patch y nombre que le ponemos al archivo de restore.bak]
Espero que sirva y cualquier cosa consultan.
A todo esto, mi caso era bastante particular porque tenia dos servidores de base de datos en el farm, en uno estaban las bases de configuración y de la administración central y en el otro todas las bases de contenidos de los portales y el objetivo era pasar las bases de configuración y administración al servidor con las bases de contenido. Así que se rebuscaba un poco más la cosa.
Receta:
1- Hacer backup completo, de todo, bases de datos de configuración, de SSP, de contenidos.
En mi caso hice backup de las base de datos de contenido de los portales que ya estaban creadas en el servidor destino usando el stsadm:
stsadm -o backup -url [url del sitio a migrar] -filename [patch y nombre que le ponemos al archivo de backup.bak]
Luego hice backup de los SSP con el siguiente comando:
stsadm -o backup -directory [directorio destino del bck] -backupmethod full -item [nombre del SSP]. Es uno para cada SSP si hay más de uno
Backup de las bases de configuración y contenido central SharePoint_config y Sharepoint_Admin llendo a la base de datos con el SQL Manger, boton derecho sobre la base de datos en cuestión, opción task y backup.
2- Tomar nota de todas las configuraciones particulares que hayamos realizado.
•Asignaciones de Acceso Alternativas
•Correo Saliente
•Cuentas de Servicio
•Distribución de Contenido (si es que lo usan)
•Soluciones
•Perfiles de Usuario (Servicios Compartidos): Configuración de importación de perfiles
•Búsqueda (Servicios Compartidos): Orígenes de contenido y programación de rastreo, y Reglas de rastreo.
•Excel Services ( Servicios Compartidos): Cuenta de Servicio Desatendida, Ubicaciones de Archivos de Confianza, y Bibliotecas de datos de conexión de confianza.
3- En mi caso, borrar todas las bases de datos de contenido existentes en el servidor destino.
SQL Manager, boton derecho sobre cada base de datos, opción delete.
4- Desconectar el moss del farm actual(actual servidor de base de datos).
Para esto ejecutamos el asistente de instalación de MOSS, Wizard tools y seleccionamos la opción desconectar del farm actual, entonces desconectamos el sharepoint de la base de datos actual
5- Conectar el moss a un nuevo farm (con el servidor de base de datos destino).
Ejecutar nuevamente el wizard y seleccionar la opción conectar a un nuevo farm, aparece una pantalla en la que debemos cargar el nombre del servidor de base de datos destino, nombre la base de datos de configuración, usuario y password de administración de MOSS.
(Corroborar que la configuración de la base de datos del nuevo servidor el usuario tenga permisos dbcreator y owner)
Terminado esto deberia levantar sin problemas el portal de la administración central
6- Configurar el nuevo SSP (Probe a restaurar un backup del SSP existente pero no funcionó, a lo mejor a alguien si le funcione y me cuenta, a mi me daba event id 7888. Las soluciones que encontré no me ayudaroon demasiado).
Para esto crear un nuevo SSP desde la administración central de MOSS.
Si desean probar a restaurar el SSP anterior, lo hacen con el siguiente comando:
stsadm -o backuphistory -directory [directorio dónde se guardo el backup] Muestra el Id del backup que lo van a utilizar para restaurarlo con este comando:
stsadm -o restore -directory [directori donde se almacenó el backup] -restoremethod new -backupid [id que antes les mencioné] -newdatabaseserver [nombre de la instancia del nuevo servidor de base de datos]
7- Restaurar las bases de contenido.
Y para finalizar debemos restaurar las bases de contenido de los portales para que se carguen con la nueva base de datos de configuración de MOSS con el siguiente comando:
stsadm -o restore -url [url del sitio a migrar] -filename [patch y nombre que le ponemos al archivo de restore.bak]
Espero que sirva y cualquier cosa consultan.
lunes, 17 de mayo de 2010
Al buscar en un sitio nunca devuelve información y el event viewer devuelve event id 10038/10039/10040
Este error se genera al fallar el indexado, como que el mismo se corrompe y no devuelve ninguna información al requerir una búsqueda. También puede encontrarse asociado a la aprición del Event ID 6482
La solución a este problema se describe en el siguiente link
"http://www.networkfoo.org/server-infrastructure/moss-search-error-content-index-corrupt-unable-connect-search-service"
Pero básicamente consiste en resetear el crawll, para esto vamos a SSP,"search setting" hacer click en "Reset all crawled content" y luego en el botón "reset now". Esto borra todo el contenido indexado, lo deja en blanco entonces se puede volver a correr el crawll sin problemas para que la búsqueda empiece a devolver contenidos nuevamente, para esto hay que ir a "Content sources and crawl schedules" luego desplegar el menú en "Local Office SharePoint Server sites" y dar click en "start crawl full"
viernes, 30 de abril de 2010
Herramienta de monitoreo para portal Sharepoint
Me pasaron el dato de una herramienta de monitoreo FREE para portales Sharepoint y me decidí a probarla.
El link para descargar la herramienta es http://www.idera.com/Content/Home.aspx.
La imagen muestra el tablero que brinda el producto. Hay datos de conexiones entrantes, de performance del servidor, de las apliciones ASP.
El link para descargar la herramienta es http://www.idera.com/Content/Home.aspx.
Descargué la herramienta y la probé en un ambiente de pruebas. Particularmente me pareció una herramienta que brinda información muy básica, si lo que buscan es un reporte de funcionamiento ligero, es la herramienta adecuada, pero si se busca reportes más detallados y profundos directamente no aporta nada.
Si debo reconocer que es muy facil de instalar y configurar, directamente se le carga el link del portal a monitorear y listo.
martes, 27 de abril de 2010
Actrualizar Motorola Milestone para Personal Argentia a versión 2.0.1
Para los que somos usuarios de Milestone en Argentina ya está disponible la actualización a la versión 2.0.1 del SO Android.
Yo se que muschos esperan la actualización a la versión 2.1 prometida para estos días pero peor es nada, corrige varios bugs y le da otra cara al milestone.
Para actualizarlo es mu facil:
Acceder a este link http://direct.motorola.com/
Cargar los datos del país, luego del modelo de celular y luego de la operadora.
Con esto quedan habilitados para descargar el software de actualización de motorola, se descarga y lo instalan en sus PC's.
Cuando esté instalado lo ejecutan, les pide que conecten el celu a la pc con el cable USB y no es más que seguir los pasos que indica el soft.
Son 3 pasos en total y dependiendo de la velocidad de conxión demora entre 35 minutos y1 hora.
Espero les sea util y repito, si bien no es la versión 2.1, es una actualización habilitada para Milestone Personal y no hay que piratear una actualización para otro país jaja.
Saludos
Yo se que muschos esperan la actualización a la versión 2.1 prometida para estos días pero peor es nada, corrige varios bugs y le da otra cara al milestone.
Para actualizarlo es mu facil:
Acceder a este link http://direct.motorola.com/
Cargar los datos del país, luego del modelo de celular y luego de la operadora.
Con esto quedan habilitados para descargar el software de actualización de motorola, se descarga y lo instalan en sus PC's.
Cuando esté instalado lo ejecutan, les pide que conecten el celu a la pc con el cable USB y no es más que seguir los pasos que indica el soft.
Son 3 pasos en total y dependiendo de la velocidad de conxión demora entre 35 minutos y1 hora.
Espero les sea util y repito, si bien no es la versión 2.1, es una actualización habilitada para Milestone Personal y no hay que piratear una actualización para otro país jaja.
Saludos
lunes, 26 de abril de 2010
Diferentes errores con los que me encontre administrando Sharepoint 2007
Al buscar en un sitio nunca devuelve información y el event viewer
devuelve event id 10039/10040
Este error se genera al fallar el indexado, como que el mismo se corrompe y no devuelve ninguna información al requerir una búsqueda.
La solución a este problema se describe en el siguiente link
http://www.networkfoo.org/server-infrastructure/moss-search-error-content-index-corrupt-unable-connect-search-service
Pero básicamente consiste en resetear el crawll, en "search setting" hacer click en "Reset all crawled content" y luego en el botón "reset now". Esto borra todo el contenido indexado, lo deja en blanco entonces se puede volver a correr el crawll sin problemas para que la búsqueda empiece a devolver contenidos nuevamente, para esto hay ir a "Content sources and crawl schedules" luego desplegar el menú en "Local Office SharePoint Server sites" y dar click en "start crawl full"
Cuando se quiere realizar un Full Crawl aparaece event id 2424
En SharePoint Services Search Service Settings setear la cuenta de servicio con la misma cuenta con la que está sereada la Content Acces Account.
Se cae el servicio del IIS y se pierde el acceso a los portales de Sharepoint
A causa de este problema en el visor de eventos se aprecian los siguientes event id: 6482, 7076, 6398, todos relacionados con el mismo problema. Se encontró que esto se debe a un problema del IIS.
Detalles:
Tiene un proceso que tiene más de un subproceso. Dos subprocesos tienen acceso a IIS a la vez. En este escenario, es posible que no pueda administrar IIS mediante el Administrador de servidores.
Cuando intenta administrar IIS mediante el Administrador de servidores, aparece una página en blanco o recibirá mensaje de error siguientes:
Este problema es probable que se produzca para el servicio de temporizador de SharePoint (OWSTimer.exe) y puede experimentar los síntomas siguientes:
Se descarga el hostfix seleccionando la versión adecuada según el SO y se instala.
Este error se genera al fallar el indexado, como que el mismo se corrompe y no devuelve ninguna información al requerir una búsqueda.
La solución a este problema se describe en el siguiente link
http://www.networkfoo.org/server-infrastructure/moss-search-error-content-index-corrupt-unable-connect-search-service
Pero básicamente consiste en resetear el crawll, en "search setting" hacer click en "Reset all crawled content" y luego en el botón "reset now". Esto borra todo el contenido indexado, lo deja en blanco entonces se puede volver a correr el crawll sin problemas para que la búsqueda empiece a devolver contenidos nuevamente, para esto hay ir a "Content sources and crawl schedules" luego desplegar el menú en "Local Office SharePoint Server sites" y dar click en "start crawl full"
Cuando se quiere realizar un Full Crawl aparaece event id 2424
En SharePoint Services Search Service Settings setear la cuenta de servicio con la misma cuenta con la que está sereada la Content Acces Account.
- En Central Administration > Operations > Services on Server > click en Windows SharePoint Services Help Search.
-
Vamos a estar posisionados en Configure Windows SharePoint Services Search Service Settings on server XXXXXX, acá actualizar la "Service Account" con la misma cuenta que "Content Access Account" y dar Ok. - Reiniciar el servicio del IIS o en su defecto reiniciar el servidor.
Se cae el servicio del IIS y se pierde el acceso a los portales de Sharepoint
A causa de este problema en el visor de eventos se aprecian los siguientes event id: 6482, 7076, 6398, todos relacionados con el mismo problema. Se encontró que esto se debe a un problema del IIS.
Detalles:
Tiene un proceso que tiene más de un subproceso. Dos subprocesos tienen acceso a IIS a la vez. En este escenario, es posible que no pueda administrar IIS mediante el Administrador de servidores.
Cuando intenta administrar IIS mediante el Administrador de servidores, aparece una página en blanco o recibirá mensaje de error siguientes:
la ruta especificada no
puede utilizarse en este momento
Este problema es probable que se produzca para el servicio de temporizador de SharePoint (OWSTimer.exe) y puede experimentar los síntomas siguientes:
- En SharePoint Server 2007, no ejecuten las tareas programadas.
- Errores en el registro de la aplicación en elevent viewer:
- ID. de suceso 6398
- ID. de suceso 6482
- ID. de suceso 7076
Se descarga el hostfix seleccionando la versión adecuada según el SO y se instala.
miércoles, 23 de septiembre de 2009
Monitoreo de espacio en disco en servidores Linux
Este es un script que realicé a medida para monitorear el espacio en disco de servidores Linux.
Lo que hace es correr en forma periódica controlando el espacio ocupado en disco y si este espacio sobrepasa un valor de criticidad envia un email al administrador.
Tiene la particularidad de que si el espacio ocupado se mantiene sin cambios después de haber enviado un primer aviso no vuelve a reiterar el aviso hasta que se genere una nueva variación del espacio ocupado siempre que supere el nivel de criticidad establecido.
Además se le puede configurar la cantidad de particiones que tiene que monitorear agregando modulitos al scripts...
Script :
#!/bin/bash
# Shell script para monitoreo de espacio en disco
# Envia un email a los administradores $ADMIN, si el porcentage
# de espacio ocupado es >= 80%
# Modificado para que envie un aviso solo si aumenta el
#porcentaje de disco
#porcentaje de disco
# ocupado con respecto al aviso anterior
# -------------------------------------------------------------
ADMIN="dgatti@empresa.com"
# set alert level 80% is default
ruta=/usr/local/scripts/monitoreo_disco
ALERT=80
cont=0
find $ruta/tmp1.txt > $ruta/tmpC
variable=`cat $ruta/tmpC`
if [ -z $variable ]; then
echo '0' > $ruta/tmp1.txt
fi
fi
df -H | grep -vE
'^Filesystem|tmpfs|cdrom|usbdevfs|debugfs|securityfs|sysfs|udev|proc
|nfs|devpts|shmfs|floppy '| awk '{ print $5 " " $1 }' |
while read output; do
|nfs|devpts|shmfs|floppy '| awk '{ print $5 " " $1 }' |
while read output; do
let cont=cont+1
usep=$(echo $output | awk '{ print $1}' | cut -d'%' -f1 )
partition=$(echo $output | awk '{ print $2 }' )
if [ $usep -ge $ALERT ]; then
case $cont in
1)
aux=`cat $ruta/tmp1.txt`
if [ $usep -ne $aux ]; then
rm $ruta/tmp1.txt
echo $usep > $ruta/tmp1.txt
echo "Funcionando sobre el limite establecido:
\"$partition ($usep%)\" en $(hostname),
fecha $(date), se recomienda liberar espacio" |
echo "Funcionando sobre el limite establecido:
\"$partition ($usep%)\" en $(hostname),
fecha $(date), se recomienda liberar espacio" |
mail -s "ALERTA!!: Se ha sobrepasado el limite
establecido de espacio en disco" $ADMIN
fiestablecido de espacio en disco" $ADMIN
1) Crear el directorio “/usr/local/scripts/monitoreo_disco”
2) Copiar el script “monitoreo_disco.sh” en “/usr/local/scripts/monitoreo_disco"
3) Realizar los siguientes cambios en el script:
3.1 - Definir en la variable “SYSADMIN” los destinatarios de las alertas.
Ejemplo:
SYSADMIN="dgatti@empresa.com.ar"
3.2 – Establecer los niveles críticos y de advertencia y la variable
de logs (expresado en porcentaje, 80 porciento en el ejemplo)
ALERT=80
ruta=/usr/local/scripts/monitoreo_disco
3.3 – Establecer la cantidad de particiones realizadas al disco y adaptar
el script a este número agregando o quitando tmpX.txt de
este if (en este caso si hubiese 2 particiones):
if [ -z $variable ]; then
echo '0' > $ruta/tmp1.txt
echo '0' > $ruta/tmp2.txt
fi
dónde la X se corresponde con el número de particiones.
La misma modificación se debe aplicar al "case" en la cantidad de opciones
que este tenga para evaluar, adaptarlo a la cantidad de particiones (en el script esta para una sola partición):
aux=`cat $ruta/tmpX.txt`
if [ $usep -ne $aux ]; then
rm $ruta/tmpX.txt
echo $usep > $ruta/tmpX.txt
echo "Funcionando sobre el
limite establecido: \"$partition
($usep%)\" en $(hostname),
fecha $(date), se recomienda
liberar espacio" |
limite establecido: \"$partition
($usep%)\" en $(hostname),
fecha $(date), se recomienda
liberar espacio" |
mail -s "ALERTA!!:
Se ha sobrepasado el
limite establecido de
espacio en disco" $ADMIN4)
# Dispara cada 60 minutos el control de espacios en disco
*/60 * * * * root /usr/local/scripts/monitoreo_disco/monitoreo_disco.sh >$PATHDESTINO/monitoreo_disco_std 2>$PATHDESTINO/monitoreo_disco_err
Suscribirse a:
Entradas (Atom)