Re: ODBC MariaDB Excel
Muchas gracias, allí estaba la solución. Para el archivo: Edité el fichero: /etc/mysql/mariadb.conf.d/50-server.cnf y agregué las siguientes líneas en la sección [mysqld] table_open_cache = 16384 table_definition_cache =16384 tmp_table_size =64M join_buffer_size =512k El vie., 2 de feb. de 2018 a la(s) 14:36, Galvatorix Torixgalva < galvatorix2...@gmail.com> escribió: > Hola, > > ¿has probado con esto? https://bugs.mysql.com/bug.php?id=42041 > > Saludos >
Re: Corte de energia y DRBD
El día 6 de febrero de 2018, 10:57, Erick Ocrospomaescribió: > Como esta armado el disco drbd0 ? te refieres al disco ? , lo tengo montado en una partición secundaria por LVM , > Ahí claramente dice que en el nodo01 no hay disco, has revisado eso? > el disco lo tiene el node-01 /dev/drbd0 1.4T 6.2G 1.4T 1% /optnew -- rickygm http://gnuforever.homelinux.com
Re: Corte de energia y DRBD
Como esta armado el disco drbd0 ? Ahí claramente dice que en el nodo01 no hay disco, has revisado eso? On Tue, Feb 6, 2018 at 7:15 AM Galvatorix Torixgalva < galvatorix2...@gmail.com> wrote: > Me temo que no, ya que lo que mencionas no lo conozco. > > Te pongo el link a una lista de livecd, a ver si hay suerte y alguna te > resulta util. > > https://livecdlist.com/ > > -- Erick. --- IRC : zerick Blog: http://zerick.me About : http://about.me/zerick Linux User ID : 549567
Re: pipe como variable en bash
Lo mejor que podrias hacer es comentar que es lo que quieres lograr, no como crees que debes hacerlo y no te funciona :-) Creo que te funcionaria como argumento si usas xargs: # rtl_fm -f 43350 -s 20 -r 96000 -g 19.7 2>/dev/null | Efergy | xargs MiScript.sh Luego capturas el argumento en una variable (dentro del script) On Sun, Feb 4, 2018 at 4:52 PM petrohs el compa obrerowrote: > a mi se me ocurre > > export variable="$(rtl_fm -f 43350 -s 20 -r 96000 -g 19.7 > 2>/dev/null | Efergy)"; > > y ya podrias usar la variable dentro de MiScript.sh > Otra forma también seria Esta de arriba, aunque debería ser ir asi: export variable=$(rtl_fm -f 43350 -s 20 -r 96000 -g 19.7 2>/dev/null | Efergy) Lo puedes guardar en el /etc/bash.bashrc, luego cargas dicha variable dentro de tu script asi (lo puedes poner debajo del shebang, la primera línea del script): #!/bin.bash . /etc/bash.bashrc > On Sun, Feb 4, 2018 at 3:34 PM, fernando sainz < > fernandojose.sa...@gmail.com> wrote: > >> El día 4 de febrero de 2018, 21:32, Josu Lazkano >> escribió: >> > Buenas, >> > >> > Tengo un pequeño problema de scripting que no se como resolver. >> > Dispongo de un comando que me da el consumo eléctrico de mi casa: >> > >> > # rtl_fm -f 43350 -s 20 -r 96000 -g 19.7 2>/dev/null | Efergy >> > >> > Lo que quiero es redirigir esta salida a un script en bash y tratar la >> > salida como una variable. Algo así: >> > >> > # rtl_fm -f 43350 -s 20 -r 96000 -g 19.7 2>/dev/null | Efergy >> > | MiScript.sh > > >> > >> > El problema es que no se como capturar la variable, he probado con >> > "$1" pero solo sirve para argumentos. >> > >> > ¿Alguien me pude ayudar? >> > >> > Gracias por todo y un saludo. >> > >> > -- >> > Josu Lazkano >> > >> >> No entiendo muy bien lo que preguntas. >> Creo que podrías poner en tu script llamadas a "read" (man bash) que >> lee una linea de la entrada estándar. >> >> >>read [-ers] [-a aname] [-d delim] [-i text] [-n nchars] [-N >> nchars] [-p >>prompt] [-t timeout] [-u fd] [name ...] >> One line is read from the standard input, or from the >> file >> descriptor fd supplied as an argument to the -u option, >> and the >> first word is assigned to the first name, the second word >> to the >> second name, and so on, with leftover words and their >> interven‐ >> ing separators assigned to the last name. If there are >> fewer >> words read from the input stream than names, the remaining >> names >> are assigned empty values. The characters in IFS are >> used to >> split the line into words using the same rules the shell >> uses >> for expansion (described above under Word Splitting). The >> back‐ >> slash character (\) may be used to remove any special >> meaning >> for the next character read and for line continuation. >> Options, >> if supplied, have the following meanings: >> >> S2. >> >> > > > -- > "Cada cual según sus fuerzas, cada quien según sus necesidades..." > -- Erick. --- IRC : zerick Blog: http://zerick.me About : http://about.me/zerick Linux User ID : 549567
Debian Wheezy con Exim enviando spam
Estimados, actualmente tengo un servidor corriendo Debian 7 Wheezy con Exim4 instalado para el envío de correos "internos", es decir una configuración básica para que envíe notificaciones sobre el estado del RAID, unattended-upgrades y cosas por el estilo. Resulta que este servidor está enviando spam masivamente y me está generando unos buenos dolores de cabeza... Vamos por partes, primero la configuración básica que siempre hago con "dpkg-reconfigure exim4-config": General type of mail configuration: internet site; mail is sent and received directly using SMTP. System mail name: nombre-servidor.dominio IP-addresses to listen on for incomming SMTP connections:127.0.0.1 Other destinations for which mail is accepted:nombre-servidor.dominio Domains to relay mail for:en blanco Machines to relay mail for: en blanco Keep number of DNS-queries minimal (Dial-on-Demand)?: No Delivery method for local mail: mbox format in /var/mail Split configuration into small files?:No Lo primero que pensé es que por algún error en la configuración el servidor había quedado configurado como open relay, pero no fue así. De hecho esto lo verifico con la siguiente página: https://mxtoolbox.com/diagnostic.aspx Y veo que tal como yo deseo el acceso SMTP al equipo está cerrado (solo escucha peticiones de localhost como se ve en la configuración de exim). Si hago "telnet 25" me rechaza la conexión. Luego pensé, "hace rato que no lo actualizo (si ya sé, esto está mal, pero bueno, son cosas que pasan...), quizás se trate de un agujero de seguridad en exim o en algún otro paquete". Así que por supuesto hice: apt-get update apt-get -V upgrade (alguien más extraña aptitude???) Pero nada, vaciaba la cola de exim y a los pocos minutos tenía cientos o miles de correos basura en espera de ser enviados... Entonces sigo buscando y leyendo y caigo en que claro, puedo tener algún script alojado en el servidor que esté generando spam, pero cómo lo encuentro? Pues bueno, buscando un poco en Google hay mucha información al respecto, por ejemplo: https://blog.twinbeeservers.com/email-sending-scripts-location/ https://www.servernoobs.com/check-spam-on-exim-mail-server/ https://www.inmotionhosting.com/support/email/exim/find-spam-script-location-with-exim Como veran se trata basicamente (perdon, me anda mal la configuracion del teclado y me dejaron de funcionar los acentos!!!) de utilizar el siguiente "comandito", el cual esta muy bien explicado en las paginas anteriores: grep cwd /var/log/exim_mainlog | grep -v /var/spool | awk -F"cwd=" '{print $2}' | awk '{print $1}' | sort | uniq -c | sort -n En mi caso los logs de exim estan en /var/log/exim4/mainlog, pero cuando ejecuto ese comando sobre este archivo no devuelve absolutamente nada... Lo que sucede es que en mis logs de exim no figura en nigun caso (para ninguna línea) el parametro "cwd" y por ende el comando anterior no arroja ningún resultado. Es por esto que recurro a ustedes a ver si me pueden auydar... Tambien me fije de tener habilitada la opcion "mail.add_x_header = On" en el archivo php.ini (de hecho estaba habilitado por defecto) pero en la cabecera de los correos no me aparece el bendito "X-PHP-Script" ni nada parecido como dicen aca que deberia de aparecer: https://blog.twinbeeservers.com/email-sending-scripts-location/ https://forum.ivorde.com/find-php-scripts-that-use-mail-function-to-spam-in-your-linux-server-t19753.html Les mando parte de una cabecera de ejemplo: exim -Mvh 1ej3zv-0006VP-H0 1ej3zv-0006VP-H0-H Debian-exim 102 104 <> 1517926403 0 -ident Debian-exim -received_protocol local -body_linecount 117 -max_received_linelength 249 -allow_unqualified_recipient -allow_unqualified_sender -frozen 1517926409 -localerror XX 1 n...@replay.com 151P Received: from Debian-exim by clouseau.cepanet.com.ar with local (Exim 4.80) id 1ej3zv-0006VP-H0 for n...@replay.com; Tue, 06 Feb 2018 11:13:23 -0300 037 X-Failed-Recipients: iv...@online.no 029 Auto-Submitted: auto-replied 067F From: Mail Delivery System019T To: n...@replay.com 059 Subject: Mail delivery failed: returning message to sender 056I Message-Id: 038 Date: Tue, 06 Feb 2018 11:13:23 -0300 Como ven no aparece ninguna información del script desde el cual se genera el correo (cosa que en las páginas que referencié anteriormente si aparece claramente). Y entonces hasta aca llegue. Les agradeceria mucho si me pueden ayudar porque la verdad que de momento no se como avanzar. Por lo pronto le paso mas informacion al respecto del servidor en donde se esta dando este problema: uname -a Linux clouseau 3.2.0-4-amd64 #1 SMP Debian 3.2.84-1 x86_64 GNU/Linux apt-cache show exim4 Package: exim4 Version: 4.80-7+deb7u5 apt-cache show apache2 Package: apache2 Version: 2.2.22-13+deb7u12 Cualquier otra información que pueda ser
Re: Corte de energia y DRBD
Me temo que no, ya que lo que mencionas no lo conozco. Te pongo el link a una lista de livecd, a ver si hay suerte y alguna te resulta util. https://livecdlist.com/
Re: Corte de energia y DRBD
El El mar, 6 de feb. de 2018 a las 02:13, Galvatorix Torixgalva < galvatorix2...@gmail.com> escribió: > > Hola, > > lo que voy a decirte no se si te servira, y puede que ya lo conozcas, pero > por si acaso lo digo. > > Has probado con distribuciones de rescate?, me refiero a las > distribuciones que se usan en forma de LiveCD o de LiveDVD y son por y para > cuando ocurren desastres de diverso tipo. > > Logicamente no hacen milagros, pero si pueden ser una ayuda importante en > ciertos casos. > > > Hola , la verdad no , alguna en especial? -- rickygm http://gnuforever.homelinux.com
Re: Corte de energia y DRBD
Hola, lo que voy a decirte no se si te servira, y puede que ya lo conozcas, pero por si acaso lo digo. Has probado con distribuciones de rescate?, me refiero a las distribuciones que se usan en forma de LiveCD o de LiveDVD y son por y para cuando ocurren desastres de diverso tipo. Logicamente no hacen milagros, pero si pueden ser una ayuda importante en ciertos casos.