cron dejo de funcionar despues de actualizar

2008-06-15 Por tema Horst H. von Brand
Victor Hugo dos Santos [EMAIL PROTECTED] wrote:
 actualice un RHEL de la versión 5.1 a la 5.2 y la verdad es que
 después de la actualizacion las tareas programadas con cron por los
 usuarios ya no se ejecutan !!! :-(

Esta corriendo el daemon del caso? Algo en /var/log/cron?

Seguro que actualizaste todo bien, y que no quedo alguna mezcla de paquetes
antiguos y nuevos?
-- 
Dr. Horst H. von Brand   User #22616 counter.li.org
Departamento de InformaticaFono: +56 32 2654431
Universidad Tecnica Federico Santa Maria +56 32 2654239
Casilla 110-V, Valparaiso, Chile 234   Fax:  +56 32 2797513


cron dejo de funcionar despues de actualizar

2008-06-14 Por tema Victor Hugo dos Santos
2008/6/13 Marcos Ramirez [EMAIL PROTECTED]:
 On Fri, 2008-06-13 at 15:15 -0400, Victor Hugo dos Santos wrote:

{...}

 mmm.. el raro es que antes funcionaban.. y revisando los archivos en
 /etc/pam.d/ no hay cambios desde la actualizacion

 raro tu problema.

siii..
acabo de realizar la actualizacion desde 5.1 hacia 5.2 en una otra
maquina idéntica  y me aparece el mismo error en la otra maquina...

 Podrias probar lo sgte: agrega victor al /etc/password y trata de hacer
 correr el cron de nuevo.

 Si te funciona, me inclinaria a pensar que victor no esta definido en
 ldap, o esta definido de forma que no tiene acceso (shell? cuenta
 deshabilitada?, cuenta expirada?) o tienes algun problema entre nsswitch
 y ldap.

m... no lo creo .. por que tenia acceso a la maquina, lo que
descartaba problemas con la cuenta

[...]

 Tienes habilitado nscd ?? (name service cache daemon) puede que te este
 jugando una mala pasada.

esto fue lo que me ayudo a encontrar el problema..
después de deshabilitar el nscd, me triplicaron los problemas..  :-)


intentaba cambiar de usuario:
  $sudo su - oracle

y no funcionaba y tampoco mostraba errores.
utilizaba pipes:
  $rpm -qa | grep kernel

y no me entregaba ninguno resultado

logueava con alguno de los usuarios y me aparecía este error:
=
Last login: Thu May 22 14:27:40 2008 from canopus.unm.edu
-bash: [: =: unary operator expected
-bash: [: -le: unary operator expected
=

pero obtenía una shell (menos malo, pues estoy lejitos de la maquina)

volviendo a habilitar nscd, desparecían los nuevos problemas.. pero
aun continuaba con el problema original.

después, de ver este errores en mi maquina, hice una nueva búsqueda en
bugzilla y llegue a estés dos bugs
https://bugzilla.redhat.com/show_bug.cgi?id=448014
https://bugzilla.redhat.com/show_bug.cgi?id=447881

donde muestra que el problema esta relacionado con el paquete
nss_ldap-253-12.el5 (el que viene en la 5.2)
hacendo un downgrade para la versión nss_ldap-253-5.el5, funciona a la
perfección y se soluciona todos los problemas que he encontrado (hasta
el momento).

gracias a todos por los aportes... ahora a dormir un poco !!!

salu2 y buen FDS

-- 
-- 
Victor Hugo dos Santos
Linux Counter #224399


cron dejo de funcionar despues de actualizar

2008-06-14 Por tema Christian Montero Hernández
- Mensaje original 

De: Victor Hugo dos Santos [EMAIL PROTECTED]
Para: Discusion de Linux en Castellano linux@listas.inf.utfsm.cl
Enviado: sábado, 14 de junio, 2008 6:12:03
Asunto: Re: cron dejo de funcionar despues de actualizar

2008/6/13 Marcos Ramirez [EMAIL PROTECTED]:
 On Fri, 2008-06-13 at 15:15 -0400, Victor Hugo dos Santos wrote:

{...}

 mmm.. el raro es que antes funcionaban.. y revisando los archivos en
 /etc/pam.d/ no hay cambios desde la actualizacion

 raro tu problema.

siii..
acabo de realizar la actualizacion desde 5.1 hacia 5.2 en una otra
maquina idéntica  y me aparece el mismo error en la otra maquina...

 Podrias probar lo sgte: agrega victor al /etc/password y trata de hacer
 correr el cron de nuevo.

 Si te funciona, me inclinaria a pensar que victor no esta definido en
 ldap, o esta definido de forma que no tiene acceso (shell? cuenta
 deshabilitada?, cuenta expirada?) o tienes algun problema entre nsswitch
 y ldap.

m... no lo creo .. por que tenia acceso a la maquina, lo que
descartaba problemas con la cuenta

[...]

 Tienes habilitado nscd ?? (name service cache daemon) puede que te este
 jugando una mala pasada.

esto fue lo que me ayudo a encontrar el problema..
después de deshabilitar el nscd, me triplicaron los problemas..  :-)


intentaba cambiar de usuario:
  $sudo su - oracle

y no funcionaba y tampoco mostraba errores.
utilizaba pipes:
  $rpm -qa | grep kernel

y no me entregaba ninguno resultado

logueava con alguno de los usuarios y me aparecía este error:
=
Last login: Thu May 22 14:27:40 2008 from canopus.unm.edu
-bash: [: =: unary operator expected
-bash: [: -le: unary operator expected
=

pero obtenía una shell (menos malo, pues estoy lejitos de la maquina)

volviendo a habilitar nscd, desparecían los nuevos problemas.. pero
aun continuaba con el problema original.

después, de ver este errores en mi maquina, hice una nueva búsqueda en
bugzilla y llegue a estés dos bugs
https://bugzilla.redhat.com/show_bug.cgi?id=448014
https://bugzilla.redhat.com/show_bug.cgi?id=447881

donde muestra que el problema esta relacionado con el paquete
nss_ldap-253-12.el5 (el que viene en la 5.2)
hacendo un downgrade para la versión nss_ldap-253-5.el5, funciona a la
perfección y se soluciona todos los problemas que he encontrado (hasta
el momento).

gracias a todos por los aportes... ahora a dormir un poco !!!

salu2 y buen FDS
---

Quizas los scripts de post nstalación del cron tengan algun error..

si tienes otra maquina con la version 5.1 comparas la salida de este comando 
con las que tienen 5.2

rpm -q --scripts cron

y nos cuentas, saludos

  Christian Montero H.
Red Hat Certified Engineer (RHCE) 805008759430301



  

Yahoo! Deportes Beta
¡No te pierdas lo último sobre el torneo clausura 2008! Entérate aquí 
http://deportes.yahoo.com


cron dejo de funcionar despues de actualizar

2008-06-13 Por tema Victor Hugo dos Santos
On Thu, Jun 12, 2008 at 5:23 PM, Victor Hugo dos Santos
[EMAIL PROTECTED] wrote:
 Hola  a todos,

 actualice un RHEL de la versión 5.1 a la 5.2 y la verdad es que
 después de la actualizacion las tareas programadas con cron por los
 usuarios ya no se ejecutan !!! :-(


bien.. ayer en la noche, descubrir el problema, pero aun me falta la
solución !!:-)

bien.. el tema es que después de varias pruebas
 - deshabilitar selinux completamente
 - reiniciar
 - ejecutar crond -x (y varias opciones)
 - poner las tareas de los usuarios directamente en
/etc/cron.d/usertemp, modificando las lineas anteriores para incluir
el usuario, quedando así:
=
  06 * * * * victor echo hola | mail victor
  07 * * * * victor mkdir /tmp/07
  08 * * * * victor mkdir /tmp/08
=

.. y en esta ultima que pensaba seriamente que ira funcionar, me
decepcione rotundamente.. ya que tampoco funcionaba... entonces, me
puse a pensar en el por que los otros crons funcionaban y este no!!!
y la única diferencia eran los usuarios !!! todos los cron que
funcionan estaban siendo ejecutados como root y los otros 2 (victor y
oracle) no funcionaban.. esto por que esta maquina se autentifica en
un servidor LDAP y los usuarios (victor y oracle) no están localmente
!!!

mmm.. el raro es que antes funcionaban.. y revisando los archivos en
/etc/pam.d/ no hay cambios desde la actualizacion
==
$ ls -lt /etc/pam.d/
total 556
-rw-r--r-- 1 root root   2162 jun 13 00:11 system-auth-ac
-rw-r--r-- 1 root root683 jun 12 23:54 system-auth.rpmnew
-rw-r--r-- 1 root root 65 may 13 07:14 cups
-rw-r--r-- 1 root root 97 abr  2 03:25 authconfig
[...]
==

los dos archivos system-auth-ac tienen esta fecha.. por que los copie
ayer !!! pero sus contenidos eran idénticos a los respaldos de antes
de la actualizacion, aca esta el contenido de system-auth-ac:


authrequired  pam_env.so
authsufficientpam_unix.so nullok try_first_pass
authrequisite pam_succeed_if.so uid = 500 quiet
authsufficientpam_ldap.so use_first_pass
authrequired  pam_deny.so

account required  pam_unix.so broken_shadow
account sufficientpam_succeed_if.so uid  500 quiet
account [default=bad success=ok user_unknown=ignore] pam_ldap.so
account required  pam_permit.so

passwordrequisite pam_cracklib.so try_first_pass retry=3
passwordsufficientpam_unix.so md5 shadow nullok try_first_pass
use_authtok
passwordsufficientpam_ldap.so use_authtok
passwordrequired  pam_deny.so

session optional  pam_keyinit.so revoke
session required  pam_limits.so
session [success=1 default=ignore] pam_succeed_if.so service in
crond quiet use_uid
session required  pam_unix.so
session optional  pam_ldap.so
session required  pam_mkhomedir.soumask=0077


el contenido de /etc/ldap.conf es:


$ cat /etc/ldap.conf  | grep -v \# | grep [a-z]
base dc=multiexportfoods,dc=com
timelimit 120
bind_timelimit 120
idle_timelimit 3600
nss_initgroups_ignoreusers
root,ldap,named,avahi,haldaemon,dbus,radvd,tomcat,radiusd,news,mailman
uri ldaps://fds.empresa.com:636/
ssl on
tls_cacertdir /etc/openldap/cacerts
pam_password md5


el contenido de nsswitch.conf


$ cat /etc/nsswitch.conf  | grep -v \# | grep [a-z]
passwd: files ldap
shadow: files ldap
group:  files ldap

hosts:  files dns
bootparams: nisplus [NOTFOUND=return] files
ethers: files
netmasks:   files
networks:   files
protocols:  files ldap
rpc:files
services:   files ldap
netgroup:   files ldap
publickey:  nisplus
automount:  files ldap
aliases:files nisplus


mmm. en los logs (messages, cron, auth) , no me muestra absolutamente nada 
así que no se donde mas buscar !!! alguna idea ??

salu2


-- 
-- 
Victor Hugo dos Santos
Linux Counter #224399


cron dejo de funcionar despues de actualizar

2008-06-13 Por tema Marcos Ramirez
On Fri, 2008-06-13 at 15:15 -0400, Victor Hugo dos Santos wrote:

 bien.. ayer en la noche, descubrir el problema, pero aun me falta la
 solución !!:-)
 
 [root puede ejecutar cron's, victor y oracle, no]
 
 [..] y la única diferencia eran los usuarios !!! todos los cron que
 funcionan estaban siendo ejecutados como root y los otros 2 (victor y
 oracle) no funcionaban.. esto por que esta maquina se autentifica en
 un servidor LDAP y los usuarios (victor y oracle) no están localmente
 !!!
 [..]
 mmm.. el raro es que antes funcionaban.. y revisando los archivos en
 /etc/pam.d/ no hay cambios desde la actualizacion

raro tu problema.

Podrias probar lo sgte: agrega victor al /etc/password y trata de hacer
correr el cron de nuevo.

Si te funciona, me inclinaria a pensar que victor no esta definido en
ldap, o esta definido de forma que no tiene acceso (shell? cuenta
deshabilitada?, cuenta expirada?) o tienes algun problema entre nsswitch
y ldap.

Por otro lado, que te dicen finger e id?? finger victor; finger
oracle?? 

Tienes habilitado nscd ?? (name service cache daemon) puede que te este
jugando una mala pasada.

Saludos
-- 
Marcos Ramirez [EMAIL PROTECTED]





cron dejo de funcionar despues de actualizar

2008-06-12 Por tema Victor Hugo dos Santos
Hola  a todos,

actualice un RHEL de la versión 5.1 a la 5.2 y la verdad es que
después de la actualizacion las tareas programadas con cron por los
usuarios ya no se ejecutan !!! :-(

los permisons de los archivos (editados con crontab -e)

$ sudo ls -l /var/spool/cron/
-rw--- 1 oracle root 933 mar 12 09:54 oracle
-rw--- 1 root   root 156 jun 12 10:32 victor


Obs.: intente cambiar los permissons para 644, pero no se ejecutaba
por que los permissons estaban incorrectos (según el log)

el contenido de los archivos (no se ha modificado desde marzo) y antes
funcionaba

sudo cat /var/spool/cron/oracle
0 1 * * 0-6 ACA VA UN COMANDO
0 1 * * 0-6 ACA VA EL OTRO
0 1 * * 0-6 Y ACA OTRO


en los logs.. ya no se muestra nada referente a las tareas de los usuarios:
antes de la actualizacion

sudo cat cron.2 | grep oracle
May 26 01:00:01 pink crond[23949]: (oracle) CMD (ACA VA UN COMANDO )
May 26 01:00:01 pink crond[23951]: (oracle) CMD (ACA VA EL OTRO )
May 26 01:00:01 pink crond[23961]: (oracle) CMD (Y ACA OTRO)
[... y varios otros hasta el 8 de Junio...]


despues

$ sudo cat cron | grep oracle
Jun 11 13:26:11 pink crontab[4742]: (oracle) LIST (oracle)
Jun 11 14:19:54 pink crontab[6484]: (oracle) LIST (oracle)
Jun 11 14:53:02 pink crontab[7741]: (oracle) LIST (oracle)
[... y nada mas desde el 08 de Junio...]


las demás tareas que se encuentra en (/etc/cron.*) funcionan sin problemas !!!
he creado una nueva tarea con mi cuenta (victor) después de la
actualizacion y tampoco funciona.

las versiones que tengo instaladas son:
---
$ rpm -qa | egrep '(kernel|cron)' | sort
anacron-2.3-45.el5
crontabs-1.10-8
kernel-2.6.18-53.1.13.el5
kernel-2.6.18-92.1.1.el5
kernel-2.6.18-92.el5
kernel-headers-2.6.18-92.1.1.el5
vixie-cron-4.1-72.el5
---

y tengo el SELINUX en modo permissive.

mmm. creo que sea todo..

alguna idea ??

salu2

-- 
-- 
Victor Hugo dos Santos
Linux Counter #224399


cron dejo de funcionar despues de actualizar

2008-06-12 Por tema Renato Covarrubias Romero
El Jue 12 Jun 2008, Victor Hugo dos Santos escribió:
 Hola  a todos,

 actualice un RHEL de la versión 5.1 a la 5.2 y la verdad es que
 después de la actualizacion las tareas programadas con cron por los
 usuarios ya no se ejecutan !!! :-(

 los permisons de los archivos (editados con crontab -e)
 
 $ sudo ls -l /var/spool/cron/
 -rw--- 1 oracle root 933 mar 12 09:54 oracle
 -rw--- 1 root   root 156 jun 12 10:32 victor
 

 Obs.: intente cambiar los permissons para 644, pero no se ejecutaba
 por que los permissons estaban incorrectos (según el log)

El usuario con el que se ejecute el cron, debe poder ejecutar ese archivo.
¿o no?

yo le agregaria permiso de ejecución.
chmod u+x /var/spool/cron/{oracle,victor}

[...]

Saludos!


-- 
Renato Covarrubias Romero   -   counter.li.org  #399677
rcovarru [at] alumnos.inf.utfsm.cl  http://rnt.bla.cl
Estudiante Ingenieria Civil Informatica, Casa Central, UTFSM.


cron dejo de funcionar despues de actualizar

2008-06-12 Por tema Juan Manuel Doren
el servicio crond esta corriendo?
los permisos para llegar a los archivos, es decir los de los directorios
superiores?
que hay en
/etc/cron.allow
/etc/cron.deny

?


2008/6/12 Victor Hugo dos Santos [EMAIL PROTECTED]:

 Hola  a todos,

 actualice un RHEL de la versión 5.1 a la 5.2 y la verdad es que
 después de la actualizacion las tareas programadas con cron por los
 usuarios ya no se ejecutan !!! :-(

From [EMAIL PROTECTED]  Thu Jun 12 21:21:08 2008
From: [EMAIL PROTECTED] (=?ISO-8859-1?Q?Francisco_Espinoza_C=E1rdenas?=)
Date: Thu Jun 12 21:46:01 2008
Subject: Intel x3100 en Debian Lenny
In-Reply-To: [EMAIL PROTECTED]
References: [EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
Message-ID: [EMAIL PROTECTED]

El problema es seguramente que te faltan un monton de librerias.

Hace no mucho tiempo atras, alguien pregunto algo similar (driver intel) y
ahi le mande una lista con los paquetes faltantes. Si revisas en la lista,
mas hacia atras sale la lista de paquetes(no la tengo a mano ahora)

atentos saludos

On Thu, Jun 12, 2008 at 6:57 PM, Ismael Cantieri [EMAIL PROTECTED] wrote:

 El día 12 de junio de 2008 13:41, Michael Valle Valladares 
 [EMAIL PROTECTED]
 escribió:

  Tengo el siguiente problema:
 He instalado Debian Lenny en una Dell Vostro 1500, la cual viene con
  una tarjeta de video intel x3100 (chipset GM965), instale los driver de
  intel (xorg-server-video-intel) pero al momento de ver mi configuracion
  en el xorg.conf no muestra que tengo el driver intel. Gogleando encontre
  que podia reconfiguar  el paquete con el comando dpkg-reconfigure
  xorg-xserver y alli elegir el driver correspondiente a mi tarjeta, he
  ejecutado dicho comando pero jamas me da ha escoger el driver. Modifique
  manualmente el xorg.conf, pero tampoco logro tener 3D. He probado
  instalando el xorg desde los repositorios unstable, pero tampoco. Sera
  que la version del xorg que tengo guarda la configuracion de la tarjeta
  en otro lado. Alguien sabe como hacerlo.
 
  gracias.
 
 ejecuta: dpkg-reconfigure xserver-xorg
 y prueba.

 --
 Ismael Cantieri
 www.cantieri.tk
 exten = s,1,Playback(applause)
 exten = s,n,Playback(thankyou)
 aoss espeak -ves ?hola,soy,tu,GNU,Linux
 Linux user #409459
 Ubuntu User # 9265




-- 
Francisco Espinoza Cárdenas
Estudiante Ingeniería Civil Mecánica
Universidad de Chile
From [EMAIL PROTECTED]  Thu Jun 12 22:41:36 2008
From: [EMAIL PROTECTED] (Victor Hugo dos Santos)
Date: Thu Jun 12 22:41:40 2008
Subject: cron dejo de funcionar despues de actualizar
In-Reply-To: [EMAIL PROTECTED]
References: [EMAIL PROTECTED]
[EMAIL PROTECTED]
Message-ID: [EMAIL PROTECTED]

On Thu, Jun 12, 2008 at 9:19 PM, Juan Manuel Doren [EMAIL PROTECTED] wrote:
 el servicio crond esta corriendo?

sipo !!! :-D
se dije que las demas tareas en /etc/cron.* funcionan sin problemas !!!

 los permisos para llegar a los archivos, es decir los de los directorios
 superiores?

===
$ ls -l /var/spool/ | grep cron
drwx--  2 root   root   4096 jun 12 10:32 cron
===

 que hay en
 /etc/cron.allow
 /etc/cron.deny

solo existe el cron.deny y esta vacio

===
$ ls /etc/cron.deny  -l
-rw-r--r-- 1 root root 0 feb 12 10:04 /etc/cron.deny
===

-- 
-- 
Victor Hugo dos Santos
Linux Counter #224399
From [EMAIL PROTECTED]  Thu Jun 12 23:13:53 2008
From: [EMAIL PROTECTED] (Hugo Salgado Hernandez)
Date: Thu Jun 12 23:13:56 2008
Subject: cron dejo de funcionar despues de actualizar
In-Reply-To: [EMAIL PROTECTED]
References: [EMAIL PROTECTED] [EMAIL PROTECTED]
[EMAIL PROTECTED]
Message-ID: [EMAIL PROTECTED]

Victor Hugo dos Santos wrote:
 On Thu, Jun 12, 2008 at 9:19 PM, Juan Manuel Doren [EMAIL PROTECTED] wrote:
 el servicio crond esta corriendo?
 
 sipo !!! :-D
 se dije que las demas tareas en /etc/cron.* funcionan sin problemas !!!
 
 los permisos para llegar a los archivos, es decir los de los directorios
 superiores?
 
 ===
 $ ls -l /var/spool/ | grep cron
 drwx--  2 root   root   4096 jun 12 10:32 cron
 ===


Y qué dicen los permisos de selinux?

$ sudo ls -lZ /var/spool/cron

Debieras tener el contexto user_cron_spool_t para los usuarios. Si no
está, asígnaselos con chcon.

Hugo
From [EMAIL PROTECTED]  Fri Jun 13 12:50:07 2008
From: [EMAIL PROTECTED] (Joel A. Iturra P.)
Date: Fri Jun 13 13:14:59 2008
Subject: Problema con xen y tg3
Message-ID: [EMAIL PROTECTED]

Estimados,

Tengo un problema que aun no encuentro como solucionar

En mi poder hay un servidor DELL PE860, este servidor trae por defecto
dos ethernet broadcom que usan el driver tg3

como antes habia tenido algun problema con este tipo de tarjetas (en
la version anterior de este modelo de servidor), las compro con una
tarjeta extra con dos puertos, la tarjeta una Intel  Pro/1000 que usa
el driver e1000

Todo ha funcionado perfecto, hasta que tuve que usar lo siguiente:

tengo XEN configurato para usar la eth0 como bridge (eth0 y eth1 son la intel)
tengo