Si algún día te encuentras con que los backups de sql server no se están realizando correctamente y al mirar en los logs te encuentras con este error: “write failure on backup device”
Tienes que revisar varias cosas:
– La ruta de destino de backups es correcta y existe.
– La partición donde se encuentra dicha ruta de destino tiene espacio disponible.
– El Sql Server Agent tiene permisos para poder escribir en dicha ruta.
Si esto se cumple, debería de funcionar sin problemas…
En los servidores que tengan instalado Cpanel la solución rápida a este problema es el comando:
/scripts/restartsrv_mysql --check
Existe una consideración a tener en cuenta, y es que cuando se vuelva a actualizar el sistema, volveremos a tener el problema.
El problema de las SQL Injections ha traido loca a media internet, o al menos a la gran mayoría de sysadmins en el mundo durante los últimos meses (a mi también me tocó sufrirlo casi desde que surgió). Desde entonces han surgido gran cantidad de post en blogs con recomendaciones, consejos, herramientas… etc
Y no iba a ser yo menos, así que os dejo un link (inglés) donde nos hablan de 3 herramientas que nos permiten detectar y erradicar los SQL Injections que puedan provocarse en diferentes páginas webs.
Es un sencillo comando aunque hay que decir, que no está disponible en todas las distribuciones Linux:
[root@server~]# date -d @1000600212 Sun Sep 16 02:30:12 CEST 2001
Saludetes.
Encontrarte este error tras realizar una actualización del sistema Linux, provoca que una gota de sudor frío recorrar tu espalda…
Bueno realmente no ha sido este error, ha sido este otro:
“(/usr/sbin/smrsh) exited with EX_TEMPFAIL”
Que es un error un poco genérico, así pues, tirando del hilo nos encontramos con el que da título a este post.. tras dar unas vueltecitas al asunto, finalmente se ha solventado del siguiente modo:
1) Entramos en la “shell” de Perl
2) Lanzamos comando
3) Rebotamos
1) perl -MCPAN -e shell 2) install Bundle::CPAN 3) reboot
jeje, si si, rebota, si no, parecerá que no has hecho nada… y listo. Bueno al menos a mi esto me sirvió.
Esto se ha debido a que al tener en la máquina módulos instalados vía yum y módulos a través de CPAN, cuando hemos actualizado el sistema ha habido una pequeña desincronización.
Pues sí..
Hay gente que por mucho que le recomienden usar clientes FTP, ellos no pueden cambiar de costumbres. De este modo, hace poco me he encontrado con una persona que necesitaba conectarse a su servidor FTP y lo quería hacer con explorer.. que sí que comprende que conectarse con un cliente FTP como Filezilla está muy bien, pero el quiere utilizar Explorer de toda la vida.
Yo recordaba para que conectarse a un ftp a través de Explorer era sencillo y lo único que teníamos que hacer era teclear la dirección en el navegador, y el propio sitio FTP, nos pediría las credenciales (o bien se las pasamos en la propia url):
– ftp://servidorftp
o
– ftp://usuario@password:servidorftp
Bien, pues esto debía de funcionar perfectamente en Explorer 6, pero en el 7 las cosas han cambiado, y no es tan sencillo, así que si alguna vez te ves en la necesidad de conectar con un sitio FTP con Explorer 7, y no dispones de ningún cliente FTP, sigue los siguientes pasos:
- Vamos a "Mi PC"
- En la barra de dirección en "Mi PC", tecleamos: ftp://servidorftp
Saldrá un error que no permite el acceso anónimo al servidor. Aceptamos el mensaje.
- Pinchamos sobre el menú Archivo > "Iniciar Sesión como..."
Introducimos el usuario y la contraseña.
Pese a todo… mi recomendación es que se use un cliente FTP por comodidad.