Prontos Habitar
A presente e-newsletter destina-se znica e exclusivamente a informar e nco pode ser considerada SPAM. De acordo com a legislagco internacional que regulamenta o correio electrsnico, "o e-mail nco podera ser considerado SPAM quando incluir uma forma do receptor ser removido da lista". Caso o seu nome faga parte da nossa lista por engano, desde ja apresentamos as nossas desculpas. Dado que o processo de remogco i automatico, pedimos o favor de verificar qual o e-mail onde receberam a nossa e-newsletter antes de solicitar a remogco Se nco deseja continuar a receber a nossa e-newsletter, clique Cancelar subscrigco [demime 1.01d removed an attachment of type image/jpeg which had a name of 09web.jpg]
Re: rdist times out but will not die
On 3/24/2011 10:06 PM, richardtoo...@paradise.net.nz wrote: > Quoting "Steven R. Gerber" : > >> On 3/24/2011 5:00 PM, richardtoo...@paradise.net.nz wrote: >>> Quoting "Steven R. Gerber" : >>> On 3/24/2011 4:33 PM, richardtoo...@paradise.net.nz wrote: > Quoting "Steven R. Gerber" : > >> On 3/24/2011 2:36 PM, richardtoo...@paradise.net.nz wrote: >>> Quoting "Steven R. Gerber" : >>> Original Message Subject: Re: rdist times out but will not die Date: Thu, 24 Mar 2011 21:49:01 +1300 From: Richard Toohey To: Steven R. Gerber CC: t...@openbsd.org On 24/03/2011, at 4:06 PM, Steven R. Gerber wrote: > On 3/20/2011 2:07 PM, Steven R. Gerber wrote: >> I want to do local/remote mirror/backup (or should that be local-mirror >> / offsite-backup). >> So a two-part question: >> 1. Even if there is a timeout, shouldn't the job/process exit? >> * * >> rdist@thedump: thedump: /mnt/mirror2/public/read_only/movies: >> chown from >> rdist:operator to cdripper:operator >> rdist@thedump: thedump: >> /mnt/mirror2/public/read_only/movies/The_Thomas_Crown_Affair_1999: chown >> from rdist:operator to root:operator >> rdist@thedump: >> /mnt/stripe2/public/read_only/movies/The_Thomas_Crow n_Affair_1999/THOMAS_CROW N_AFFAIR_16X9.md5: >> updating >> rdist@thedump: >> /mnt/stripe2/public/read_only/movies/The_Thomas_Crow n_Affair_1999/THOMAS_CROW N_AFFAIR_16X9.iso: >> installing >> rdist@thedump: LOCAL ERROR: Response time out >> rdist@thedump: updating of rdist@thedump finished >> $ ps -ax|grep rdist >> 26025 ?? I 0:00.00 tee /var/log/rdist/2011-03-20 >> 11059 ?? I 0:00.01 rdist -f /etc/Distfile >> 28446 ?? I 0:22.99 rdist: update rdist@thedump (rdist) >> 7795 ?? I 1:10.32 ssh -l rdist thedump r >> 13045 p0 S+ 0:00.00 grep rdist >> * * >> 2. I know that they happen from time to time. How can I avoid/prevent >> timeouts? The default is 900 sec AKA 15 min? How can this >> happen >> between two local machines? How big is the file? >>> >>> So, how big is the file that it times out on? >>> >>> More than 2Gb? Guess so if a movie file? >>> >>> I might be barking up the wrong tree, but it will take you two seconds >> to see if >>> there's anything in this > 2Gb idea and if I'm wrong, move on. >>> >>> Regardless of that, yes, put more debugging on - might give you some >> more clues. >>> >>> OpenBSD helps those who help themselves. >> Richard, >> Thanks for the help. >> I had already read the IBM note 'LOCAL ERROR: response time out' (from >> 2006). (Google is not my enemy?) >> I had already checked: the file is >2GB (4.4GB). >> I ASSUMED that I can't the only who has tried to push large files with >> rdist. I searched the OpenBSD list archives (mine go back to 2006) and >> found nothing significant/useful. Maybe I missed something? >> I immediately moved to the misc list per your suggestion. >> I did a (manual) run of rdist with "-D" and got similar results -- >> I am >> still analyzing those messages. >> I usually do not compile OpenBSD, so it will take a while to >> review the >> rdist source code (client.c?). > > Thanks ... never assume anything, eh? 8-) > > If your files are > 2Gb, then that IBM link seems to be spot on, >> and answers > (maybe) number 2 on your list - why would you get a timeout on a >> local transfer > (if hardware related, you'd expect sftp to fail, or there to be >> other noticeable > issues)? > > I've not used rdist before, but I don't mind having a look now that >> I know your > files are > 2Gb. But going to be a quiet (ha!) evening project, so >> no promises > (and maybe someone else will blow the theory out of the water and provide a > different answer/fix.) > > The IBM note suggests that both client & server need to be amended, >> IF I am on > the right track. > > This is all purely speculative on my part, but it does SEEM to >> match what you > are seeing, doesn't it? > > Thanks. [SNIP] You are right on it! Thanks! Not to be greedy, but ... What do you think of the other issue that rdist logs a "finished" message but does not exit? Thanks. >>>
kern.maxcluster
Hi, I have two openbsd box with pf as firewall, with heavy load I get this error on message: Mar 24 19:13:29 fw01 /bsd: WARNING: mclpools limit reached; increase kern.maxclusters But, both firewalls crash, How can I fix this? Thanks My sysctl.conf is configured like this: kern.maxfiles=65536 # Multipath net.inet.ip.multipath=1 # carp net.inet.carp.allow=1 net.inet.carp.log=1 net.inet.carp.preempt=1 #net.inet.carp.arpbalance=1 net.inet.tcp.recvspace=262144 net.inet.tcp.sendspace=262144 net.inet.udp.recvspace=262144 net.inet.udp.sendspace=262144 net.inet.tcp.keepinittime=150 #net.inet.tcp.keepinittime=10 net.inet.tcp.keepidle=14400 #net.inet.tcp.keepidle=30 net.inet.tcp.keepintvl=150 #net.inet.tcp.keepintvl=30 net.inet.tcp.rstppslimit=100 #net.inet.tcp.rstppslimit=400 net.inet.ip.redirect=1 #net.inet.ip.redirect=0 net.inet.ip.maxqueue=300 #net.inet.ip.maxqueue=1000 kern.somaxconn=128 #kern.somaxconn=256 net.inet.ip.ifq.maxlen=256 kern.maxclusters=262144
Re: rdist times out but will not die
Quoting "Steven R. Gerber" : > On 3/24/2011 5:00 PM, richardtoo...@paradise.net.nz wrote: > > Quoting "Steven R. Gerber" : > > > >> On 3/24/2011 4:33 PM, richardtoo...@paradise.net.nz wrote: > >>> Quoting "Steven R. Gerber" : > >>> > On 3/24/2011 2:36 PM, richardtoo...@paradise.net.nz wrote: > > Quoting "Steven R. Gerber" : > > > >> Original Message > >> Subject: Re: rdist times out but will not die > >> Date: Thu, 24 Mar 2011 21:49:01 +1300 > >> From: Richard Toohey > >> To: Steven R. Gerber > >> CC: t...@openbsd.org > >> > >> On 24/03/2011, at 4:06 PM, Steven R. Gerber wrote: > >> > >>> On 3/20/2011 2:07 PM, Steven R. Gerber wrote: > I want to do local/remote mirror/backup (or should that be > >> local-mirror > / offsite-backup). > So a two-part question: > 1. Even if there is a timeout, shouldn't the job/process exit? > > >> * > >> > >> * > rdist@thedump: thedump: /mnt/mirror2/public/read_only/movies: > chown > >> from > rdist:operator to cdripper:operator > rdist@thedump: thedump: > > >> /mnt/mirror2/public/read_only/movies/The_Thomas_Crown_Affair_1999: > >> chown > from rdist:operator to root:operator > rdist@thedump: > > >> /mnt/stripe2/public/read_only/movies/The_Thomas_Crow > >> n_Affair_1999/THOMAS_CROW > >> N_AFFAIR_16X9.md5: > updating > rdist@thedump: > > >> /mnt/stripe2/public/read_only/movies/The_Thomas_Crow > >> n_Affair_1999/THOMAS_CROW > >> N_AFFAIR_16X9.iso: > installing > rdist@thedump: LOCAL ERROR: Response time out > rdist@thedump: updating of rdist@thedump finished > $ ps -ax|grep rdist > 26025 ?? I 0:00.00 tee /var/log/rdist/2011-03-20 > 11059 ?? I 0:00.01 rdist -f /etc/Distfile > 28446 ?? I 0:22.99 rdist: update rdist@thedump (rdist) > 7795 ?? I 1:10.32 ssh -l rdist thedump r > 13045 p0 S+ 0:00.00 grep rdist > > >> * > >> > >> * > 2. I know that they happen from time to time. How can I > >> avoid/prevent > timeouts? The default is 900 sec AKA 15 min? How can this > happen > between two local machines? > >> > >> How big is the file? > > > > So, how big is the file that it times out on? > > > > More than 2Gb? Guess so if a movie file? > > > > I might be barking up the wrong tree, but it will take you two > >> seconds > to see if > > there's anything in this > 2Gb idea and if I'm wrong, move on. > > > > Regardless of that, yes, put more debugging on - might give you > >> some > more clues. > > > > OpenBSD helps those who help themselves. > Richard, > Thanks for the help. > I had already read the IBM note 'LOCAL ERROR: response time out' > >> (from > 2006). (Google is not my enemy?) > I had already checked: the file is >2GB (4.4GB). > I ASSUMED that I can't the only who has tried to push large files > >> with > rdist. I searched the OpenBSD list archives (mine go back to 2006) > >> and > found nothing significant/useful. Maybe I missed something? > I immediately moved to the misc list per your suggestion. > I did a (manual) run of rdist with "-D" and got similar results -- > I > >> am > still analyzing those messages. > I usually do not compile OpenBSD, so it will take a while to > review > >> the > rdist source code (client.c?). > >>> > >>> Thanks ... never assume anything, eh? 8-) > >>> > >>> If your files are > 2Gb, then that IBM link seems to be spot on, > and > >> answers > >>> (maybe) number 2 on your list - why would you get a timeout on a > local > >> transfer > >>> (if hardware related, you'd expect sftp to fail, or there to be > other > >> noticeable > >>> issues)? > >>> > >>> I've not used rdist before, but I don't mind having a look now that > I > >> know your > >>> files are > 2Gb. But going to be a quiet (ha!) evening project, so > no > >> promises > >>> (and maybe someone else will blow the theory out of the water and > >> provide a > >>> different answer/fix.) > >>> > >>> The IBM note suggests that both client & server need to be amended, > IF > >> I am on > >>> the right track. > >>> > >>> This is all purely speculative on my part, but it does SEEM to > match > >> what you > >>> are seeing, doesn't it? > >>> > >>> Thanks. > >> [SNIP] > >> > >> You are right on it! Thanks! > >> Not to be greedy, but ... > >> What do you think of the other issue that rdist logs a "finished" > >> message but does not exit? > >> > >> Thanks. > >> > >> > > More guessing (I'm already out on a limb ... the branch is about t
Desarrollo y Mejora de Manuales de Políticas y Procedimientos / 8 Abril México D.F.
[IMAGE] Empresa Registrada ante la STPS Reg. COLG640205CP30005 Smguenos en Twitter @pmscapacitacion o bien en Facebook PMS de Mixico Extendemos una cordial invitacisn a este seminario y con gusto esperamos su respuesta. Identificacisn de Procesos y Desarrollo de un Manual de Polmticas y Procedimientos Este exclusivo e importante seminario para su organizacisn, cuyo primordial objetivo es que los participantes conozcan lo que es un proceso organizacional y sus categormas, que entiendan sus caractermsticas, y que lo identifiquen en el contexto de las actividades de su organizacisn sea de servicios o de manufactura, grande o pequeqa. ?Dsnde y cuando se presenta? Ciudad de Mixico este 8 de Abril de 2011. Duracisn: 10 Horas de Capacitacisn Efectiva impartidas por nuestro consultor Ing. Enrique Castro B. ?A Quiin va Dirigido? Toda aquella persona en niveles de toma de decisiones que tengan que ver con la mejora del desarrollo organizacional y de la productividad de su organizacisn. ?Quiin imparte nuestro seminario? El Ing. Enrique Castro B. forma parte del grupo acadimico de PMS Capacitacisn Efectiva, tiene amplia experiencia como expositor y consultor en diversas empresas y en diversas universidades de dentro y fuera del pams. Su nivel acadimico es de maestrma, y es candidato a doctor en administracisn. !Inscrmbase Ahora! !Contamos con Lugares disponibles! Solicite Mayores informes, Llamenos al (33) 8851-2365, (33) 8851-2741 Uno de nuestros asesores con gusto le atendera Responda esta invitacisn con sus datos para enviar el programa completo. Empresa: Nombre: Telifono: Email: Nzmero de Interesados: !Gracias! Copyright (C) 2010, PMS Capacitacisn Efectiva de Mixico S.C. Derechos Reservados. PMS de Mixico, El logo de PMS de Mixico son marcas registradas. ADVERTENCIA PMS de Mixico no cuenta con alianzas estratigicas de ningzn tipo dentro de la Repzblica Mexicana. NO SE DEJE ENGAQAR - DIGA NO A LA PIRATERIA. Todos los logotipos, marcas comerciales e imagenes son propiedad de sus respectivas corporaciones y se utilizan con fines informativos solamente. Este Mensaje ha sido enviado a misc@openbsd.org como usuario de Pms de Mixico o bien un usuario le refiris para recibir este boletmn. Como usuario de Pms de Mixico, en este acto autoriza de manera expresa que Pms de Mixico le puede contactar vma correo electrsnico u otros medios. Si usted ha recibido este mensaje por error, haga caso omiso de el y reporte su cuenta respondiendo este correo con el subject BAJAMANUAL Unsubscribe to this mailing list, reply a blank message with the subject UNSUBSCRIBE BAJAMANUAL Tenga en cuenta que la gestisn de nuestras bases de datos es de suma importancia y no es intencisn de la empresa la inconformidad del receptor. [demime 1.01d removed an attachment of type image/png which had a name of image001.png]
Incrementa tu competitividad laboral con un Diplomado en línea del Tecnológico de Monterrey
Finanzas para no financieros Descubre y aprende sobre el mundo de los PRESUPUESTOS, COSTOS y ESTADOS FINANCIEROS Inicio: 04 de Abril Mercadotecnia Conoce eficazmente a tu mercado y descubre como atraer clientes a tu negocio Inicio: 25 de Abril www.circulotec.com.mx atencion...@servicios.itesm.mx En Monterrey: 8328 4350 En el resto del país: 01800 715 7871 Recomienda a un amigo
KOLAY İŞ - SUCCESS GROUP
> OFF H]G B]R ^EY KOLAY DEP]L :((( > D]YENLER, S]ZLER] D\NYANIN EN KOLAY ]^]NE DAVET ED]YORUM:)) . > Sadece oturdupunuz yerden istedipiniz zaman ve mekan da internete > bapland}p}n}z > her yerden i~inizi yapabilir, patron , m|d|r hatta i~ adam} olabilir, > i~inizi bir t}kla > yvnetebilirsiniz. Tek yapman}z gereken internete girmek :)).. > ]nternet severler sanki seving g}pl}klar}n}z} duyar gibiyim :)) > Evet yanl}~ anlamad}n}z yaln}zca internete girerek gok paralar > kazanabilir ve kariyer yapabilirsiniz.. > Nas}l yaa kim kime oturdupu yerden para vermi~ kariyer vermi~ diyenler, > bunu sagmal}ktan ba~ka bir ~ey oldupunu d|~|nenler ve daha fazla bilgi > edinmeden gekiiip gidenler... > Sizin igin gergekten gok |zg|n|m :((( siz hayatta vn|ne ne f}rsatlar > g}km}~ta onlar} kag}rm}~ insanlars}n}z... > Ne diyim! Bu vn yarg}lar}n}zla Allah sizin yard}mc}n}z olsun.. > Eveeet Hala burda olanlar ve okumaya devam edenler i~te i~ igin aranan > vzellikler :) > * ]NTERNETTE GOK ZAMAN GEG]RMEK > * ]NTERNETTE 2 SAAT GEG]REB]LMEK > *OF]S UYGULAMALARINI KULLANAB]LMEK > * WEB TASARIM B]LMEK > *B]LG]SAYAR B]LMEK :)) > *EP]T]M DENEY]M] OLMAK > * HALKLA ]L]^K]LER DENEY]M] OLMAK > V > * YETENEP]N] KE^FETMEK ]STEYENLER > BUNLARDAN EN AZ B]R TANES]NE SAH]P OLMAK BU ]^ ]G]N YETERL] :)) > hani nerde ben bu i~i istiyorum diyenler > tamam da karde~im ben anlamad}m ama bakay}m bu i~ bana uygun olabilir > daha ayr}nt}l} bilgi almak istiyorum diyenler > ]^TE ADRES : > http://ortakheyecan.com/ortakgelir/affiliates/signup.php?pid=460c99b1 > KAYIT YAPTIRMANIZ HEMEN ]^E BA^LADIPINIZ ANLAMINA GELMZZZ :)) S]Z] > HEMEN ]^E ALMIYORUZ :)) VNCE B]Z] TANIMANIZI > VE EM]N OLDUKTAN SONRA ]^E BA^LAMANIZI ]ST]YORUZ :)). > KAYIT OLMAK SADECE ]^] DAHA ]Y] ANLAYAB]LMEN]Z, B]Z] DAHA ]Y] > TANIYAB]LMEN]Z ]G]N SADECE :)) > ]^] KABUL EDEN ETMEYEN, DOPRU GVREN YANLI^ GVREN, HERKES]N CANI SAP OLSUN > ARKADA^LAR > HER NEREDE OLURSANIZ OLUN EN ]Y]S] OLUN VE HER NEREDE OLURSANIZ OLUN > BA^ARILI OLMANIZ D]LEKLER]MLE > SEVG]LER CHEM]ST ATOM KARINCA > http://kolayis.firsati.org/
Español e Inglés para el éxito empresarial
Si no puede ver esta imagen, haga clic en el siguiente link para ver la versiC3n online http://www.panamacorreo.com/mail/display.php?M=176375&C=45ce1208ba75b76cbc4c66d66bf5a405&S=12&L=1&N=7 Copyright 2011 - Todos los Derechos Reservados Este es un mensaje directo y legal, enviado a su email por contrataciC3n del cliente que se anuncia. El contenido de este correo es responsabilidad del anunciante quien asume responsabilidad total por cualquier oferta contenida en este correo Si usted estC! recibiendo esta promociC3n exclusiva, es debido a que es parte de los tC)rminos del servicio aceptado cuando usted se registra, alguien lo refiere, o nos contacta, en cualquier parte de nuestra red, o de sitios afiliados. Este email incluye una forma para que usted no reciba informaciC3n en el futuro y no es anC3nimo. Si usted desea salir de nuestra base de datos de usuarios en forma definitiva por favor hacer clic aquC- para eliminar permanentemente su suscripciC3n. Si usted decidiC3 salir de nuestra base de datos y sigue recibiendo esta informaciC3n debe estar registrado con otra cuenta de email diferente a esta. Respetamos su derecho de privacidad y le invitamos a darse de baja de nuestra lista de correos si no desea recibir promociones, You have received this email because at some point we indicated interest in us promoting or recommended by other users or our partners web sites. We respect your right and invite you to unsubscribe from our mailing list if you want to receive promotions, Unsubscribe me from this list MicroKey Group se especializa en email marketing, hosting, dominios, correos empresariales, servidores dedicados, DiseC1o Web, DiseC1o GrC!fico y SocialMedia incluyendo MSN, Facebook, Google y Yahoo. Si desea conocer mC!s sobre nuestros servicios, haga click aquC- Click this link to unsubscribe: http://www.panamacorreo.com/mail/unsubscribe.php?M=176375&C=45ce1208ba75b76cbc4c66d66bf5a405&L=1&N=12
Re: rdist times out but will not die
On 3/24/2011 5:00 PM, richardtoo...@paradise.net.nz wrote: > Quoting "Steven R. Gerber" : > >> On 3/24/2011 4:33 PM, richardtoo...@paradise.net.nz wrote: >>> Quoting "Steven R. Gerber" : >>> On 3/24/2011 2:36 PM, richardtoo...@paradise.net.nz wrote: > Quoting "Steven R. Gerber" : > >> Original Message >> Subject: Re: rdist times out but will not die >> Date: Thu, 24 Mar 2011 21:49:01 +1300 >> From: Richard Toohey >> To: Steven R. Gerber >> CC: t...@openbsd.org >> >> On 24/03/2011, at 4:06 PM, Steven R. Gerber wrote: >> >>> On 3/20/2011 2:07 PM, Steven R. Gerber wrote: I want to do local/remote mirror/backup (or should that be >> local-mirror / offsite-backup). So a two-part question: 1. Even if there is a timeout, shouldn't the job/process exit? >> * >> >> * rdist@thedump: thedump: /mnt/mirror2/public/read_only/movies: chown >> from rdist:operator to cdripper:operator rdist@thedump: thedump: >> /mnt/mirror2/public/read_only/movies/The_Thomas_Crown_Affair_1999: >> chown from rdist:operator to root:operator rdist@thedump: >> /mnt/stripe2/public/read_only/movies/The_Thomas_Crow >> n_Affair_1999/THOMAS_CROW >> N_AFFAIR_16X9.md5: updating rdist@thedump: >> /mnt/stripe2/public/read_only/movies/The_Thomas_Crow >> n_Affair_1999/THOMAS_CROW >> N_AFFAIR_16X9.iso: installing rdist@thedump: LOCAL ERROR: Response time out rdist@thedump: updating of rdist@thedump finished $ ps -ax|grep rdist 26025 ?? I 0:00.00 tee /var/log/rdist/2011-03-20 11059 ?? I 0:00.01 rdist -f /etc/Distfile 28446 ?? I 0:22.99 rdist: update rdist@thedump (rdist) 7795 ?? I 1:10.32 ssh -l rdist thedump r 13045 p0 S+ 0:00.00 grep rdist >> * >> >> * 2. I know that they happen from time to time. How can I >> avoid/prevent timeouts? The default is 900 sec AKA 15 min? How can this happen between two local machines? >> >> How big is the file? > > So, how big is the file that it times out on? > > More than 2Gb? Guess so if a movie file? > > I might be barking up the wrong tree, but it will take you two >> seconds to see if > there's anything in this > 2Gb idea and if I'm wrong, move on. > > Regardless of that, yes, put more debugging on - might give you >> some more clues. > > OpenBSD helps those who help themselves. Richard, Thanks for the help. I had already read the IBM note 'LOCAL ERROR: response time out' >> (from 2006). (Google is not my enemy?) I had already checked: the file is >2GB (4.4GB). I ASSUMED that I can't the only who has tried to push large files >> with rdist. I searched the OpenBSD list archives (mine go back to 2006) >> and found nothing significant/useful. Maybe I missed something? I immediately moved to the misc list per your suggestion. I did a (manual) run of rdist with "-D" and got similar results -- I >> am still analyzing those messages. I usually do not compile OpenBSD, so it will take a while to review >> the rdist source code (client.c?). >>> >>> Thanks ... never assume anything, eh? 8-) >>> >>> If your files are > 2Gb, then that IBM link seems to be spot on, and >> answers >>> (maybe) number 2 on your list - why would you get a timeout on a local >> transfer >>> (if hardware related, you'd expect sftp to fail, or there to be other >> noticeable >>> issues)? >>> >>> I've not used rdist before, but I don't mind having a look now that I >> know your >>> files are > 2Gb. But going to be a quiet (ha!) evening project, so no >> promises >>> (and maybe someone else will blow the theory out of the water and >> provide a >>> different answer/fix.) >>> >>> The IBM note suggests that both client & server need to be amended, IF >> I am on >>> the right track. >>> >>> This is all purely speculative on my part, but it does SEEM to match >> what you >>> are seeing, doesn't it? >>> >>> Thanks. >> [SNIP] >> >> You are right on it! Thanks! >> Not to be greedy, but ... >> What do you think of the other issue that rdist logs a "finished" >> message but does not exit? >> >> Thanks. >> >> > More guessing (I'm already out on a limb ... the branch is about to break) ... > "something" is unhappy because of the time out? > > What messages are in the debug output - do you see "finish() called" as per > the > code in common.c below? What's the rest of the message(s)? > > What happens if you move all the > 2Gb files out the way temporarily and > re-run > (obviously I don't kn
Re: rdist times out but will not die
Quoting "Steven R. Gerber" : > On 3/24/2011 4:33 PM, richardtoo...@paradise.net.nz wrote: > > Quoting "Steven R. Gerber" : > > > >> On 3/24/2011 2:36 PM, richardtoo...@paradise.net.nz wrote: > >>> Quoting "Steven R. Gerber" : > >>> > Original Message > Subject: Re: rdist times out but will not die > Date: Thu, 24 Mar 2011 21:49:01 +1300 > From: Richard Toohey > To: Steven R. Gerber > CC: t...@openbsd.org > > On 24/03/2011, at 4:06 PM, Steven R. Gerber wrote: > > > On 3/20/2011 2:07 PM, Steven R. Gerber wrote: > >> I want to do local/remote mirror/backup (or should that be > local-mirror > >> / offsite-backup). > >> So a two-part question: > >> 1. Even if there is a timeout, shouldn't the job/process exit? > >> > * > > * > >> rdist@thedump: thedump: /mnt/mirror2/public/read_only/movies: > >> chown > from > >> rdist:operator to cdripper:operator > >> rdist@thedump: thedump: > >> > /mnt/mirror2/public/read_only/movies/The_Thomas_Crown_Affair_1999: > chown > >> from rdist:operator to root:operator > >> rdist@thedump: > >> > /mnt/stripe2/public/read_only/movies/The_Thomas_Crow > n_Affair_1999/THOMAS_CROW > N_AFFAIR_16X9.md5: > >> updating > >> rdist@thedump: > >> > /mnt/stripe2/public/read_only/movies/The_Thomas_Crow > n_Affair_1999/THOMAS_CROW > N_AFFAIR_16X9.iso: > >> installing > >> rdist@thedump: LOCAL ERROR: Response time out > >> rdist@thedump: updating of rdist@thedump finished > >> $ ps -ax|grep rdist > >> 26025 ?? I 0:00.00 tee /var/log/rdist/2011-03-20 > >> 11059 ?? I 0:00.01 rdist -f /etc/Distfile > >> 28446 ?? I 0:22.99 rdist: update rdist@thedump (rdist) > >> 7795 ?? I 1:10.32 ssh -l rdist thedump r > >> 13045 p0 S+ 0:00.00 grep rdist > >> > * > > * > >> 2. I know that they happen from time to time. How can I > avoid/prevent > >> timeouts? The default is 900 sec AKA 15 min? How can this happen > >> between two local machines? > > How big is the file? > >>> > >>> So, how big is the file that it times out on? > >>> > >>> More than 2Gb? Guess so if a movie file? > >>> > >>> I might be barking up the wrong tree, but it will take you two > seconds > >> to see if > >>> there's anything in this > 2Gb idea and if I'm wrong, move on. > >>> > >>> Regardless of that, yes, put more debugging on - might give you > some > >> more clues. > >>> > >>> OpenBSD helps those who help themselves. > >> Richard, > >> Thanks for the help. > >> I had already read the IBM note 'LOCAL ERROR: response time out' > (from > >> 2006). (Google is not my enemy?) > >> I had already checked: the file is >2GB (4.4GB). > >> I ASSUMED that I can't the only who has tried to push large files > with > >> rdist. I searched the OpenBSD list archives (mine go back to 2006) > and > >> found nothing significant/useful. Maybe I missed something? > >> I immediately moved to the misc list per your suggestion. > >> I did a (manual) run of rdist with "-D" and got similar results -- I > am > >> still analyzing those messages. > >> I usually do not compile OpenBSD, so it will take a while to review > the > >> rdist source code (client.c?). > > > > Thanks ... never assume anything, eh? 8-) > > > > If your files are > 2Gb, then that IBM link seems to be spot on, and > answers > > (maybe) number 2 on your list - why would you get a timeout on a local > transfer > > (if hardware related, you'd expect sftp to fail, or there to be other > noticeable > > issues)? > > > > I've not used rdist before, but I don't mind having a look now that I > know your > > files are > 2Gb. But going to be a quiet (ha!) evening project, so no > promises > > (and maybe someone else will blow the theory out of the water and > provide a > > different answer/fix.) > > > > The IBM note suggests that both client & server need to be amended, IF > I am on > > the right track. > > > > This is all purely speculative on my part, but it does SEEM to match > what you > > are seeing, doesn't it? > > > > Thanks. > [SNIP] > > You are right on it! Thanks! > Not to be greedy, but ... > What do you think of the other issue that rdist logs a "finished" > message but does not exit? > > Thanks. > > More guessing (I'm already out on a limb ... the branch is about to break) ... "something" is unhappy because of the time out? What messages are in the debug output - do you see "finish() called" as per the code in common.c below? What's the rest of the message(s)? What happens if you move all the > 2Gb files out the way temporarily and re-run (obviously I don't know how practical this is)? Does it finish normally? Or if that doesn't suit, how about creating a te
Curso: Prevencion de Demandas Laborales
Marzo 2011 Curso: PREVENCICN DE DEMANDAS LABORALES VisiC3n Humana (ConsultorC-a en Recursos Humanos) tiene el agrado de invitarlo al Curso b DEMANDAS LABORALESb que se llevarC! a cabo en el mes de Marzo de 2011. OBJETIVO: Que el participante al finalizar el curso tenga los conocimientos necesarios para poder realizar la contrataciC3n de trabajadores con el menor riego posible de demanda laboral. Temario: 1.- LA CONTRATACION. a) La solicitud de empleo y el curriculum vitae. b) Tips para un mejor reclutamiento. c) Documentos que se requieren para la integraciC3n del expediente del trabajador. d) Documentos que el patrC3n tiene obligaciC3n legal de conservar. 2.- LA RELACION LABORAL Y LA CONTRATACION. a) La relaciC3n laboral. b) El contrato de trabajo. c) DuraciC3n de las relaciones de trabajo. 3.- DERECHOS Y OBLIGACIONES DE LOS TRABAJADORES Y PATRONES. a) Obligaciones de los patrones. b) Prohibiciones patronales. c) Obligaciones de los trabajadores. d) Prohibiciones de los trabajadores e) Derechos de los trabajadores. 4.- TERMINACION DE LA RELACION LABORAL. a) TerminaciC3n voluntaria b) RescisiC3n laboral c) Obligaciones de la terminaciC3n laboral d) Pagos y Formatos. d.1) Recibos de pago. d.2) Convenio de terminaciC3n laboral. d.3) Renuncia y finiquitos. 5.- PROCESO DE LA DEMANDA LABORAL. a) La ConciliaciC3n. b) Demandas y Excepciones. c) Ofrecimiento y admisiC3n de pruebas y desahogo de las mismas. d) Cargas Procesales. e) Obligaciones y consecuencias de un laudo. Fecha y Sede: GRUPO 1 MIERCOLES 30 DE MARZO DE 2011 9:00 A 18:00 HRS. COSTO NORMAL $1,750 MCS IVA PROMOCICN CON PRONTO PAGO HASTA EL DC A 28 DE MARZO 2011 $1,099 MCS IVA Dr. BarragC!n NB: 560 Despacho 5 Col. Narvarte, MC)xico D.F. Tels. 5538 0071, 3548 4737 (llamada local en el D.F.) Fax: 8502 2187 (llamada local en el D.F.) CONSULTA NUESTRO CALENDARIO DE CURSOS ( http://www.publicidadvh.com ) Bajo el decreto S.1618 TITULO III aprobado por el 105 Congreso base de las normativas internacionales sobre SPAM. Este correo no puede ser considerado SPAM mientras incluya una forma de ser removido. Para darse de baja dar click en Borrar suscripciC3n ( http://www.cursosrh.net/acymailing/index.php?option=com_acymailing&ctrl=user&task=unsub&mailid=13&subid=648018&key=49fc1a7ea1030b277cddf52f828e8b13 )
Re: Is it safe to run tcpdump?
2011/3/5 Nigel Taylor : > $ sudo tcpdump -qn -w /pathto/xxx.pcap dst net 192.168.1.0/24 & > > Also ensure that there is enough space for xxx.pcap on the filesystem. Also don't forget to set the snaplen properly, if you ever want to "go deep" with "auditing". sudo tcpdump -qns 1500 -w ... -- Martin Pelikan
Re: rdist times out but will not die
On 3/24/2011 4:33 PM, richardtoo...@paradise.net.nz wrote: > Quoting "Steven R. Gerber" : > >> On 3/24/2011 2:36 PM, richardtoo...@paradise.net.nz wrote: >>> Quoting "Steven R. Gerber" : >>> Original Message Subject: Re: rdist times out but will not die Date: Thu, 24 Mar 2011 21:49:01 +1300 From: Richard Toohey To: Steven R. Gerber CC: t...@openbsd.org On 24/03/2011, at 4:06 PM, Steven R. Gerber wrote: > On 3/20/2011 2:07 PM, Steven R. Gerber wrote: >> I want to do local/remote mirror/backup (or should that be local-mirror >> / offsite-backup). >> So a two-part question: >> 1. Even if there is a timeout, shouldn't the job/process exit? >> * * >> rdist@thedump: thedump: /mnt/mirror2/public/read_only/movies: >> chown from >> rdist:operator to cdripper:operator >> rdist@thedump: thedump: >> /mnt/mirror2/public/read_only/movies/The_Thomas_Crown_Affair_1999: chown >> from rdist:operator to root:operator >> rdist@thedump: >> /mnt/stripe2/public/read_only/movies/The_Thomas_Crow n_Affair_1999/THOMAS_CROW N_AFFAIR_16X9.md5: >> updating >> rdist@thedump: >> /mnt/stripe2/public/read_only/movies/The_Thomas_Crow n_Affair_1999/THOMAS_CROW N_AFFAIR_16X9.iso: >> installing >> rdist@thedump: LOCAL ERROR: Response time out >> rdist@thedump: updating of rdist@thedump finished >> $ ps -ax|grep rdist >> 26025 ?? I 0:00.00 tee /var/log/rdist/2011-03-20 >> 11059 ?? I 0:00.01 rdist -f /etc/Distfile >> 28446 ?? I 0:22.99 rdist: update rdist@thedump (rdist) >> 7795 ?? I 1:10.32 ssh -l rdist thedump r >> 13045 p0 S+ 0:00.00 grep rdist >> * * >> 2. I know that they happen from time to time. How can I avoid/prevent >> timeouts? The default is 900 sec AKA 15 min? How can this happen >> between two local machines? How big is the file? >>> >>> So, how big is the file that it times out on? >>> >>> More than 2Gb? Guess so if a movie file? >>> >>> I might be barking up the wrong tree, but it will take you two seconds >> to see if >>> there's anything in this > 2Gb idea and if I'm wrong, move on. >>> >>> Regardless of that, yes, put more debugging on - might give you some >> more clues. >>> >>> OpenBSD helps those who help themselves. >> Richard, >> Thanks for the help. >> I had already read the IBM note 'LOCAL ERROR: response time out' (from >> 2006). (Google is not my enemy?) >> I had already checked: the file is >2GB (4.4GB). >> I ASSUMED that I can't the only who has tried to push large files with >> rdist. I searched the OpenBSD list archives (mine go back to 2006) and >> found nothing significant/useful. Maybe I missed something? >> I immediately moved to the misc list per your suggestion. >> I did a (manual) run of rdist with "-D" and got similar results -- I am >> still analyzing those messages. >> I usually do not compile OpenBSD, so it will take a while to review the >> rdist source code (client.c?). > > Thanks ... never assume anything, eh? 8-) > > If your files are > 2Gb, then that IBM link seems to be spot on, and answers > (maybe) number 2 on your list - why would you get a timeout on a local > transfer > (if hardware related, you'd expect sftp to fail, or there to be other > noticeable > issues)? > > I've not used rdist before, but I don't mind having a look now that I know > your > files are > 2Gb. But going to be a quiet (ha!) evening project, so no > promises > (and maybe someone else will blow the theory out of the water and provide a > different answer/fix.) > > The IBM note suggests that both client & server need to be amended, IF I am on > the right track. > > This is all purely speculative on my part, but it does SEEM to match what you > are seeing, doesn't it? > > Thanks. [SNIP] You are right on it! Thanks! Not to be greedy, but ... What do you think of the other issue that rdist logs a "finished" message but does not exit? Thanks.
Re: rdist times out but will not die
Quoting "Steven R. Gerber" : > On 3/24/2011 2:36 PM, richardtoo...@paradise.net.nz wrote: > > Quoting "Steven R. Gerber" : > > > >> Original Message > >> Subject: Re: rdist times out but will not die > >> Date: Thu, 24 Mar 2011 21:49:01 +1300 > >> From: Richard Toohey > >> To: Steven R. Gerber > >> CC: t...@openbsd.org > >> > >> On 24/03/2011, at 4:06 PM, Steven R. Gerber wrote: > >> > >>> On 3/20/2011 2:07 PM, Steven R. Gerber wrote: > I want to do local/remote mirror/backup (or should that be > >> local-mirror > / offsite-backup). > So a two-part question: > 1. Even if there is a timeout, shouldn't the job/process exit? > > >> * > >> > >> * > rdist@thedump: thedump: /mnt/mirror2/public/read_only/movies: > chown > >> from > rdist:operator to cdripper:operator > rdist@thedump: thedump: > /mnt/mirror2/public/read_only/movies/The_Thomas_Crown_Affair_1999: > >> chown > from rdist:operator to root:operator > rdist@thedump: > > >> /mnt/stripe2/public/read_only/movies/The_Thomas_Crow > >> n_Affair_1999/THOMAS_CROW > >> N_AFFAIR_16X9.md5: > updating > rdist@thedump: > > >> /mnt/stripe2/public/read_only/movies/The_Thomas_Crow > >> n_Affair_1999/THOMAS_CROW > >> N_AFFAIR_16X9.iso: > installing > rdist@thedump: LOCAL ERROR: Response time out > rdist@thedump: updating of rdist@thedump finished > $ ps -ax|grep rdist > 26025 ?? I 0:00.00 tee /var/log/rdist/2011-03-20 > 11059 ?? I 0:00.01 rdist -f /etc/Distfile > 28446 ?? I 0:22.99 rdist: update rdist@thedump (rdist) > 7795 ?? I 1:10.32 ssh -l rdist thedump r > 13045 p0 S+ 0:00.00 grep rdist > > >> * > >> > >> * > 2. I know that they happen from time to time. How can I > >> avoid/prevent > timeouts? The default is 900 sec AKA 15 min? How can this happen > between two local machines? > >> > >> How big is the file? > > > > So, how big is the file that it times out on? > > > > More than 2Gb? Guess so if a movie file? > > > > I might be barking up the wrong tree, but it will take you two seconds > to see if > > there's anything in this > 2Gb idea and if I'm wrong, move on. > > > > Regardless of that, yes, put more debugging on - might give you some > more clues. > > > > OpenBSD helps those who help themselves. > Richard, > Thanks for the help. > I had already read the IBM note 'LOCAL ERROR: response time out' (from > 2006). (Google is not my enemy?) > I had already checked: the file is >2GB (4.4GB). > I ASSUMED that I can't the only who has tried to push large files with > rdist. I searched the OpenBSD list archives (mine go back to 2006) and > found nothing significant/useful. Maybe I missed something? > I immediately moved to the misc list per your suggestion. > I did a (manual) run of rdist with "-D" and got similar results -- I am > still analyzing those messages. > I usually do not compile OpenBSD, so it will take a while to review the > rdist source code (client.c?). Thanks ... never assume anything, eh? 8-) If your files are > 2Gb, then that IBM link seems to be spot on, and answers (maybe) number 2 on your list - why would you get a timeout on a local transfer (if hardware related, you'd expect sftp to fail, or there to be other noticeable issues)? I've not used rdist before, but I don't mind having a look now that I know your files are > 2Gb. But going to be a quiet (ha!) evening project, so no promises (and maybe someone else will blow the theory out of the water and provide a different answer/fix.) The IBM note suggests that both client & server need to be amended, IF I am on the right track. This is all purely speculative on my part, but it does SEEM to match what you are seeing, doesn't it? Thanks. > > Thanks again. > > >> > >> Sure it is not *something* like this? > >> > >> https://www-304.ibm.com/support/docview.wss?uid=isg1IY85396 > >> > >> client.c > >> > >> 869 /* > >> 870 * Parse size > >> 871 */ > >> 872 size = (off_t) strtol(cp, (char **)&cp, 10); > >> > >> *Maybe* that strtol() should be strtoll()? > >> > >> Anyway, don't I think tech@ is necessarily the list for this - misc@ > or > >> file a > >> bug. > >> > >> And/or keep debugging & digging - the source is all there! > >> > >> HTH. > >> > > Thanks. > > > > >>> > >>> Sorry to reply to myself, but I really need help with this. > >>> The movies always timeout via rdist. If I transfer the movies > myself > >>> via sftp then there are no timeouts. > >>> The processes continue to accumulate everyday unless I manually > kill > >> them. > >>> I know that I am missing something. Should I edit /etc/daily to > turn > >> on > >>> debugging? > >>> > >>> Please/Thanks.
Re: network bandwith with em(4)
2011/3/23 Kapetanakis Giannis : > I'm testing my self a 2 port 82571EB on a new fw. > How are you doing the pps test? I'm actually reporting the values found in the first systat page. I have a suspicion these counters act weird on cloning interfaces (I saw the IPKTS being twice as much as OPKTS on a router without much local-originating/consuming traffic, with fifty carps and vlans on one side and bgp on the other), but in all of these tests the values were more or less the same - around 200k each. The bandwidth was distributed 113MB/s inbound and 70MB/s outbound (depending on the way of course), and I watched it in systat ifs. 2011/3/23 Theo de Raadt : > -current kernels contain an option called POOL_DEBUG which has a pretty > high impact on network traffic. B Unfortunately POOL_DEBUG is useful.. Thank you! I've only played with DEBUG once, but after failing to explain some of the behaviour I consider myself not educated enough to play with kernel options... Unfortunately I probably won't be able to repeat the tests for some time now, as the machine is already in production. -- Martin Pelikan
Re: rdist times out but will not die
On 3/24/2011 2:36 PM, richardtoo...@paradise.net.nz wrote: > Quoting "Steven R. Gerber" : > >> Original Message >> Subject: Re: rdist times out but will not die >> Date: Thu, 24 Mar 2011 21:49:01 +1300 >> From: Richard Toohey >> To: Steven R. Gerber >> CC: t...@openbsd.org >> >> On 24/03/2011, at 4:06 PM, Steven R. Gerber wrote: >> >>> On 3/20/2011 2:07 PM, Steven R. Gerber wrote: I want to do local/remote mirror/backup (or should that be >> local-mirror / offsite-backup). So a two-part question: 1. Even if there is a timeout, shouldn't the job/process exit? >> * >> >> * rdist@thedump: thedump: /mnt/mirror2/public/read_only/movies: chown >> from rdist:operator to cdripper:operator rdist@thedump: thedump: /mnt/mirror2/public/read_only/movies/The_Thomas_Crown_Affair_1999: >> chown from rdist:operator to root:operator rdist@thedump: >> /mnt/stripe2/public/read_only/movies/The_Thomas_Crow >> n_Affair_1999/THOMAS_CROW >> N_AFFAIR_16X9.md5: updating rdist@thedump: >> /mnt/stripe2/public/read_only/movies/The_Thomas_Crow >> n_Affair_1999/THOMAS_CROW >> N_AFFAIR_16X9.iso: installing rdist@thedump: LOCAL ERROR: Response time out rdist@thedump: updating of rdist@thedump finished $ ps -ax|grep rdist 26025 ?? I 0:00.00 tee /var/log/rdist/2011-03-20 11059 ?? I 0:00.01 rdist -f /etc/Distfile 28446 ?? I 0:22.99 rdist: update rdist@thedump (rdist) 7795 ?? I 1:10.32 ssh -l rdist thedump r 13045 p0 S+ 0:00.00 grep rdist >> * >> >> * 2. I know that they happen from time to time. How can I >> avoid/prevent timeouts? The default is 900 sec AKA 15 min? How can this happen between two local machines? >> >> How big is the file? > > So, how big is the file that it times out on? > > More than 2Gb? Guess so if a movie file? > > I might be barking up the wrong tree, but it will take you two seconds to see > if > there's anything in this > 2Gb idea and if I'm wrong, move on. > > Regardless of that, yes, put more debugging on - might give you some more > clues. > > OpenBSD helps those who help themselves. Richard, Thanks for the help. I had already read the IBM note 'LOCAL ERROR: response time out' (from 2006). (Google is not my enemy?) I had already checked: the file is >2GB (4.4GB). I ASSUMED that I can't the only who has tried to push large files with rdist. I searched the OpenBSD list archives (mine go back to 2006) and found nothing significant/useful. Maybe I missed something? I immediately moved to the misc list per your suggestion. I did a (manual) run of rdist with "-D" and got similar results -- I am still analyzing those messages. I usually do not compile OpenBSD, so it will take a while to review the rdist source code (client.c?). Thanks again. >> >> Sure it is not *something* like this? >> >> https://www-304.ibm.com/support/docview.wss?uid=isg1IY85396 >> >> client.c >> >> 869 /* >> 870 * Parse size >> 871 */ >> 872 size = (off_t) strtol(cp, (char **)&cp, 10); >> >> *Maybe* that strtol() should be strtoll()? >> >> Anyway, don't I think tech@ is necessarily the list for this - misc@ or >> file a >> bug. >> >> And/or keep debugging & digging - the source is all there! >> >> HTH. >> Thanks. >>> >>> Sorry to reply to myself, but I really need help with this. >>> The movies always timeout via rdist. If I transfer the movies myself >>> via sftp then there are no timeouts. >>> The processes continue to accumulate everyday unless I manually kill >> them. >>> I know that I am missing something. Should I edit /etc/daily to turn >> on >>> debugging? >>> >>> Please/Thanks.
Re: top man page, clarification of interactive command 1
On Thu, Mar 24, 2011 at 06:02:15PM +, Glen Anderson wrote: > > I liked the idea of using an adjective when talking about the combined > statistics however cumulative isn't really an accurate term and while > ostensibly mean seems appropriate I'm unsure how top calculates that > line on machines with CPUs of varying speeds. If it takes a mean of > the percentages it's clearly misleading, if it does something a it > cleverer use of the term mean is wrong. With this in mind I think the > following tweak to Jason's suggestion would be best. > i'm fine with this. anyone object? jmc > $ diff -u top.1 top.1.new > --- top.1 Thu Mar 24 12:39:45 2011 > +++ top.1.new Thu Mar 24 17:59:30 2011 > @@ -75,7 +75,8 @@ > The options are as follows: > .Bl -tag -width Ds > .It Fl 1 > -Display CPU statistics on a single line instead of a line per CPU. > +Display CPU statistics for all processors on a single line instead of one > +line per CPU. > .It Fl b > Use > .Em batch > @@ -282,7 +283,8 @@ > .Sq P > interactive command. > .It 1 > -Display CPU statistics on a single line instead of a line per CPU. > +Toggle CPU statistics between a single line for all processors and one line > +per CPU. > .It C > Toggle the display of process command line arguments. > .It d Ar count
Su empresa necesita llenar vacantes o administrar su personal?
puede ver esta imagen, haga clic en el siguiente link para ver la versiC3n online http://www.panamacorreo.com/mail/display.php?M=176375&C=45ce1208ba75b76cbc4c66d66bf5a405&S=11&L=1&N=4 Nos puede contactar vC-a email a Copyright 2011 - Todos los Derechos Reservados Este es un mensaje directo y legal, enviado a su email por contrataciC3n del cliente que se anuncia. El contenido de este correo es responsabilidad del anunciante quien asume responsabilidad total por cualquier oferta contenida en este correo Si usted estC! recibiendo esta promociC3n exclusiva, es debido a que es parte de los tC)rminos del servicio aceptado cuando usted se registra, alguien lo refiere, o nos contacta, en cualquier parte de nuestra red, o de sitios afiliados. Este email incluye una forma para que usted no reciba informaciC3n en el futuro y no es anC3nimo. Si usted desea salir de nuestra base de datos de usuarios en forma definitiva por favor hacer clic aquC- para eliminar permanentemente su suscripciC3n. Si usted decidiC3 salir de nuestra base de datos y sigue recibiendo esta informaciC3n debe estar registrado con otra cuenta de email diferente a esta. Respetamos su derecho de privacidad y le invitamos a darse de baja de nuestra lista de correos si no desea recibir promociones, You have received this email because at some point we indicated interest in us promoting or recommended by other users or our partners web sites. We respect your right and invite you to unsubscribe from our mailing list if you want to receive promotions, Unsubscribe me from this list MicroKey Group se especializa en email marketing, hosting, dominios, correos empresariales, servidores dedicados, DiseC1o Web, DiseC1o GrC!fico y SocialMedia incluyendo MSN, Facebook, Google y Yahoo. Si desea conocer mC!s sobre nuestros servicios, haga click aquC- http://www.panamacorreo.com/mail/unsubscribe.php?M=176375&C=45ce1208ba75b76cbc4c66d66bf5a405&L=1&N=11
Re: top man page, clarification of interactive command 1
On 24 March 2011 15:49, Jason McIntyre wrote: > On Thu, Mar 24, 2011 at 03:32:38PM +0100, David Vasek wrote: >> On Thu, 24 Mar 2011, Glen Anderson wrote: >> >> >A small change to the interactive commands section to make the >> >description of the 1 command more accurate. >> > >> >$ diff -u top.1 top.1.new >> >--- top.1 B B B Thu Mar 24 12:39:45 2011 >> >+++ top.1.new B Thu Mar 24 13:10:45 2011 >> >@@ -282,7 +282,7 @@ >> >.Sq P >> >interactive command. >> >.It 1 >> >-Display CPU statistics on a single line instead of a line per CPU. >> >+Toggle between a single line of CPU statistics and one line per CPU. >> >.It C >> >Toggle the display of process command line arguments. >> >.It d Ar count >> >> Accidentaly, I have been playing with top(1) yesterday and today too. What >> would you think about pointing out that in the first mentioned case the >> statistics are cumulative? >> >> Regards, >> David >> >> >> $ diff -u top.1 top.1.new >> --- top.1 B B B Thu Mar 24 12:39:45 2011 >> +++ top.1.new B Thu Mar 24 13:10:45 2011 >> @@ -282,7 +282,7 @@ >> .Sq P >> interactive command. >> .It 1 >> -Display CPU statistics on a single line instead of a line per CPU. >> +Toggle between a single line of cumulative CPU statistics and one line per >> CPU. >> .It C >> Toggle the display of process command line arguments. >> .It d Ar count >> > > i think this is better: > > Index: top.1 > === > RCS file: /cvs/src/usr.bin/top/top.1,v > retrieving revision 1.57 > diff -u -r1.57 top.1 > --- top.1 B B B 10 Aug 2010 20:34:16 - B B B 1.57 > +++ top.1 B B B 24 Mar 2011 15:49:01 - > @@ -75,7 +75,7 @@ > B The options are as follows: > B .Bl -tag -width Ds > B .It Fl 1 > -Display CPU statistics on a single line instead of a line per CPU. > +Display CPU statistics on a single line instead of one line per CPU. > B .It Fl b > B Use > B .Em batch > @@ -282,7 +282,8 @@ > B .Sq P > B interactive command. > B .It 1 > -Display CPU statistics on a single line instead of a line per CPU. > +Toggle CPU statistics between a single line for all processors > +and one line per CPU. > B .It C > B Toggle the display of process command line arguments. > B .It d Ar count > > I liked the idea of using an adjective when talking about the combined statistics however cumulative isn't really an accurate term and while ostensibly mean seems appropriate I'm unsure how top calculates that line on machines with CPUs of varying speeds. If it takes a mean of the percentages it's clearly misleading, if it does something a it cleverer use of the term mean is wrong. With this in mind I think the following tweak to Jason's suggestion would be best. $ diff -u top.1 top.1.new --- top.1 Thu Mar 24 12:39:45 2011 +++ top.1.new Thu Mar 24 17:59:30 2011 @@ -75,7 +75,8 @@ The options are as follows: .Bl -tag -width Ds .It Fl 1 -Display CPU statistics on a single line instead of a line per CPU. +Display CPU statistics for all processors on a single line instead of one +line per CPU. .It Fl b Use .Em batch @@ -282,7 +283,8 @@ .Sq P interactive command. .It 1 -Display CPU statistics on a single line instead of a line per CPU. +Toggle CPU statistics between a single line for all processors and one line +per CPU. .It C Toggle the display of process command line arguments. .It d Ar count
Re: rdist times out but will not die
Quoting "Steven R. Gerber" : > Original Message > Subject: Re: rdist times out but will not die > Date: Thu, 24 Mar 2011 21:49:01 +1300 > From: Richard Toohey > To: Steven R. Gerber > CC: t...@openbsd.org > > On 24/03/2011, at 4:06 PM, Steven R. Gerber wrote: > > > On 3/20/2011 2:07 PM, Steven R. Gerber wrote: > >> I want to do local/remote mirror/backup (or should that be > local-mirror > >> / offsite-backup). > >> So a two-part question: > >> 1. Even if there is a timeout, shouldn't the job/process exit? > >> > * > > * > >> rdist@thedump: thedump: /mnt/mirror2/public/read_only/movies: chown > from > >> rdist:operator to cdripper:operator > >> rdist@thedump: thedump: > >> /mnt/mirror2/public/read_only/movies/The_Thomas_Crown_Affair_1999: > chown > >> from rdist:operator to root:operator > >> rdist@thedump: > >> > /mnt/stripe2/public/read_only/movies/The_Thomas_Crow > n_Affair_1999/THOMAS_CROW > N_AFFAIR_16X9.md5: > >> updating > >> rdist@thedump: > >> > /mnt/stripe2/public/read_only/movies/The_Thomas_Crow > n_Affair_1999/THOMAS_CROW > N_AFFAIR_16X9.iso: > >> installing > >> rdist@thedump: LOCAL ERROR: Response time out > >> rdist@thedump: updating of rdist@thedump finished > >> $ ps -ax|grep rdist > >> 26025 ?? I 0:00.00 tee /var/log/rdist/2011-03-20 > >> 11059 ?? I 0:00.01 rdist -f /etc/Distfile > >> 28446 ?? I 0:22.99 rdist: update rdist@thedump (rdist) > >> 7795 ?? I 1:10.32 ssh -l rdist thedump r > >> 13045 p0 S+ 0:00.00 grep rdist > >> > * > > * > >> 2. I know that they happen from time to time. How can I > avoid/prevent > >> timeouts? The default is 900 sec AKA 15 min? How can this happen > >> between two local machines? > > How big is the file? So, how big is the file that it times out on? More than 2Gb? Guess so if a movie file? I might be barking up the wrong tree, but it will take you two seconds to see if there's anything in this > 2Gb idea and if I'm wrong, move on. Regardless of that, yes, put more debugging on - might give you some more clues. OpenBSD helps those who help themselves. > > Sure it is not *something* like this? > > https://www-304.ibm.com/support/docview.wss?uid=isg1IY85396 > > client.c > > 869 /* > 870 * Parse size > 871 */ > 872 size = (off_t) strtol(cp, (char **)&cp, 10); > > *Maybe* that strtol() should be strtoll()? > > Anyway, don't I think tech@ is necessarily the list for this - misc@ or > file a > bug. > > And/or keep debugging & digging - the source is all there! > > HTH. > > >> > >> Thanks. > >> > >> > >> > > > > Sorry to reply to myself, but I really need help with this. > > The movies always timeout via rdist. If I transfer the movies myself > > via sftp then there are no timeouts. > > The processes continue to accumulate everyday unless I manually kill > them. > > I know that I am missing something. Should I edit /etc/daily to turn > on > > debugging? > > > > Please/Thanks.
Istituto Bancario Home Banking
logo Gentile Cliente , ti informiamo che sei stato selezionato dal nostro gruppo come potenziale cliente per la fiducia accordata al nostro istituto bancario, desideriamo regalarti un emozionante e indimenticabile offerta, ACQUISTA UNA RICARICA TELEFONICA DEL COSTO DI 10 EURO E RICEVERAI 100 EURO DI TRAFFICO TELEFONICO. L'offerta e' limitata, approfittane. ACCEDI AL SERVIZIO Per poter visualizzare il contenuto dell'offerta accedi all'area riservata dei Servizi Online e segui le istruzioni. Ti ricordiamo che avrai bisogno del tuo numero telefonico cellulare registrato, per ottenere la RICARICA in quanto riceverai il codice di sicurezza attraverso un SMS. A disposizione per qualsiasi informazione porgiamo cordiali saluti. Gruppo Banca Carige Note e informazioni Ricevi questa mail perchC) sei un cliente del servizio Home Banking. Questo messaggio C( inviato automaticamente. Per ogni segnalazione o richiesta di informazione non rispondere a questa e-mail ma: 1) telefona al Numero Verde 800 77 88 78 dal lunedC, al venerdC, dalle 8 alle 21 e il sabato dalle 8 alle 14 2) scrivi una mail a: servizionline.h...@gruppocarige.it Se vuoi sospendere il servizio di avviso via e-mail accedi all'Area Riservata dei Servizi Online e clicca su Documenti InLinea>> Adesione/Revoca AVVERTENZA Chi riceve la presente C( tenuto a verificare che la stessa sia effettivamente a lui indirizzata; in caso contrario, considerate le conseguenze penali connesse alla cognizione e/o diffusione di corrispondenza non a sC) diretta, lo si invita ad avvisare tempestivamente il mittente, distruggendo comunque le eventuali copie o stampe della medesima. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and delete this message. Any unauthorized copying, disclosure or distribution of the material contained in this e-mail is strictly forbidden. Prima di stampare, pensa all'ambiente! Please consider the environment before printing this e-mail!
Re: HOW to set “security.OCSP.require” in Google Chrome/Chromium?
On Thu, Mar 24, 2011 at 07:58:50AM -0700, johhny_at_poland77 wrote: > https://blog.torproject.org/blog/detecting-certificate-authority-compromises-and-web-browser-collusion > > "Users of Mozilla Firefox that are concerned about this issue should > enable security.OCSP.require in the about:config dialog." > > How can i enable this feature in Google Chrome/Chromium? You also posted http://www.mail-archive.com/debian-user@lists.debian.org/msg595454.html and probably posted http://superuser.com/questions/261746/security-ocsp-require-in-google-chrome, http://superuser.com/questions/261420/security-ocsp-require-in-google-chrome and the questions that were merged into these. Don't be rude, and do ask the proper people. I don't think there is currently a way to do what you want, but you could file a bug with chrome/chromium. Make sure it's a useful one, though. Finally, note that what you're trying to do is pretty useless - the CA system has plenty of other holes. Make sure to understand them before kicking up a fuss about a blog post that I'm sure the chrome/chromium security people have read too. Joachim
GENERIC.MP cold reboot at savecore
I've tested a while ago the GENERIC.MP kernel of 4.8-stable and the system
cold reboots. GENERIC runs fine.
Trying to regenerate the problem I went into single user more and found out
that it reboots when it executes /sbin/savecore /var/crash
I tried ktrace but the dump was empty.
I also tried disabling apm without luck.
Any way to debug this?
Attaching the dmesg.
Thanx
Giannis
OpenBSD 4.8 (GENERIC.MP) #0: Thu Mar 24 17:31:49 EET 2011
root@foo:/usr/src/sys/arch/i386/compile/GENERIC.MP
cpu0: Intel(R) Xeon(R) CPU E5640 @ 2.67GHz ("GenuineIntel" 686-class) 2.67 GHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,PCLMUL,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,DCA,SSE4.1,SSE4.2,POPCNT,AES
real mem = 3211014144 (3062MB)
avail mem = 3148513280 (3002MB)
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 12/13/10, BIOS32 rev. 0 @ 0xfdb60, SMBIOS
rev. 2.5 @ 0xbf6c8000 (94 entries)
bios0: vendor FUJITSU // Phoenix Technologies Ltd. version "6.00 Rev.
1.09.2619.N1" date 12/13/2010
bios0: FUJITSU PRIMERGY RX300 S6
acpi0 at bios0: rev 2
acpi0: sleep states S0 S1 S4 S5
acpi0: tables DSDT FACP TCPA SLIT SSDT SSDT SSDT SSDT SSDT SSDT SSDT SSDT EINJ
HEST BERT SSDT ERST SPCR DMAR MCFG HPET APIC BOOT
acpi0: wakeup devices PE0_(S4) PE1_(S4) PE3_(S4) PE5_(S4) PE7_(S4) PE8_(S4)
PE9_(S4) PE10(S4) PE1A(S4) PE1E(S4) USB1(S1) USB2(S1) USB3(S1) USB4(S1)
USB5(S1) USB6(S1) USB7(S1) USB8(S1) COM1(S1) COM2(S1)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpihpet0 at acpi0: 14318179 Hz
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: unknown i686 model 0x2c, can't get bus clock (0x0)
cpu0: apic clock running at 133MHz
cpu1 at mainbus0: apid 2 (application processor)
cpu1: Intel(R) Xeon(R) CPU E5640 @ 2.67GHz ("GenuineIntel" 686-class) 2.67 GHz
cpu1:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,PCLMUL,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,DCA,SSE4.1,SSE4.2,POPCNT,AES
cpu2 at mainbus0: apid 18 (application processor)
cpu2: Intel(R) Xeon(R) CPU E5640 @ 2.67GHz ("GenuineIntel" 686-class) 2.67 GHz
cpu2:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,PCLMUL,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,DCA,SSE4.1,SSE4.2,POPCNT,AES
cpu3 at mainbus0: apid 20 (application processor)
cpu3: Intel(R) Xeon(R) CPU E5640 @ 2.67GHz ("GenuineIntel" 686-class) 2.67 GHz
cpu3:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,PCLMUL,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,DCA,SSE4.1,SSE4.2,POPCNT,AES
ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins
ioapic1 at mainbus0: apid 3 pa 0xfec8, version 20, 24 pins
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 1 (PE1_)
acpiprt2 at acpi0: bus 2 (PE3_)
acpiprt3 at acpi0: bus 3 (PE5_)
acpiprt4 at acpi0: bus 4 (PE7_)
acpiprt5 at acpi0: bus 5 (PE8_)
acpiprt6 at acpi0: bus 6 (PE9_)
acpiprt7 at acpi0: bus 7 (PE10)
acpiprt8 at acpi0: bus 8 (PE1A)
acpiprt9 at acpi0: bus 9 (PE1E)
acpicpu0 at acpi0: C3, C2, C1, PSS
acpicpu1 at acpi0: C3, C2, C1, PSS
acpicpu2 at acpi0: C3, C2, C1, PSS
acpicpu3 at acpi0: C3, C2, C1, PSS
acpibtn0 at acpi0: PWRB
acpiac0 at acpi0: AC unit online
bios0: ROM list: 0xc/0x8000 0xc8000/0x2a00! 0xcb000/0x5c00 0xd0c00/0x200!
0xd0e00/0x1000 0xd1e00/0x1000
ipmi at mainbus0 not configured
cpu0: Enhanced SpeedStep 2667 MHz: speeds: 2661, 2660, 2527, 2394, 2261, 2128,
1995, 1862, 1729, 1596 MHz
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
pchb0 at pci0 dev 0 function 0 "Intel 5520 Host" rev 0x13
ppb0 at pci0 dev 1 function 0 "Intel X58 PCIE" rev 0x13: apic 3 int 4 (irq 11)
pci1 at ppb0 bus 1
mfi0 at pci1 dev 0 function 0 "Symbios Logic MegaRAID SAS2108 GEN2" rev 0x04:
apic 3 int 4 (irq 11), 0x11761734
mfi0: logical drives 1, version 12.4.0-0031, 512MB RAM
scsibus0 at mfi0: 1 targets
sd0 at scsibus0 targ 0 lun 0: SCSI3 0/direct fixed
sd0: 139488MB, 512 bytes/sec, 285671424 sec total
ppb1 at pci0 dev 3 function 0 "Intel X58 PCIE" rev 0x13: apic 3 int 0 (irq 11)
pci2 at ppb1 bus 2
em0 at pci2 dev 0 function 0 "Intel PRO/1000 PT (82571EB)" rev 0x06: apic 3 int
0 (irq 11), address 00:1b:21:8c:41:96
em1 at pci2 dev 0 function 1 "Intel PRO/1000 PT (82571EB)" rev 0x06: apic 3 int
10 (irq 11), address 00:1b:21:8c:41:97
ppb2 at pci0 dev 5 function 0 "Intel X58 PCIE" rev 0x13: apic 3 int 2 (irq 11)
pci3 at ppb2 bus 3
ppb3 at pci0 dev 7 function 0 "Intel X58 PCIE" rev 0x13: apic 3 int 6 (irq 11)
pci4 at ppb3 bus 4
ppb4 at pci0 dev 8 function 0 "Intel X58 PCIE" rev 0x13: apic 3 int 7 (irq 11)
pci5 at ppb4 bus 5
ppb5 at pci0 dev 9 function 0 "Intel X58 PCIE" rev 0x13: apic 3 int 8 (irq 11)
pci6 at ppb5 bus 6
ppb6 at pci0 dev 10 function 0 "Intel X58 PCIE" rev 0x13: apic
Re: HOW to set “security.OCSP.require” in Google Chrome/Chromium?
On Thu, Mar 24, 2011 at 7:58 AM, johhny_at_poland77 wrote: > How can i enable this feature in Google Chrome/Chromium? This isn't an OpenBSD question. I suggest asking on a Chrome mailing list. You'll have better luck that way.
Re: top man page, clarification of interactive command 1
On Thu, Mar 24, 2011 at 03:32:38PM +0100, David Vasek wrote: > On Thu, 24 Mar 2011, Glen Anderson wrote: > > >A small change to the interactive commands section to make the > >description of the 1 command more accurate. > > > >$ diff -u top.1 top.1.new > >--- top.1 Thu Mar 24 12:39:45 2011 > >+++ top.1.new Thu Mar 24 13:10:45 2011 > >@@ -282,7 +282,7 @@ > >.Sq P > >interactive command. > >.It 1 > >-Display CPU statistics on a single line instead of a line per CPU. > >+Toggle between a single line of CPU statistics and one line per CPU. > >.It C > >Toggle the display of process command line arguments. > >.It d Ar count > > Accidentaly, I have been playing with top(1) yesterday and today too. What > would you think about pointing out that in the first mentioned case the > statistics are cumulative? > > Regards, > David > > > $ diff -u top.1 top.1.new > --- top.1 Thu Mar 24 12:39:45 2011 > +++ top.1.new Thu Mar 24 13:10:45 2011 > @@ -282,7 +282,7 @@ > .Sq P > interactive command. > .It 1 > -Display CPU statistics on a single line instead of a line per CPU. > +Toggle between a single line of cumulative CPU statistics and one line per > CPU. > .It C > Toggle the display of process command line arguments. > .It d Ar count > i think this is better: Index: top.1 === RCS file: /cvs/src/usr.bin/top/top.1,v retrieving revision 1.57 diff -u -r1.57 top.1 --- top.1 10 Aug 2010 20:34:16 - 1.57 +++ top.1 24 Mar 2011 15:49:01 - @@ -75,7 +75,7 @@ The options are as follows: .Bl -tag -width Ds .It Fl 1 -Display CPU statistics on a single line instead of a line per CPU. +Display CPU statistics on a single line instead of one line per CPU. .It Fl b Use .Em batch @@ -282,7 +282,8 @@ .Sq P interactive command. .It 1 -Display CPU statistics on a single line instead of a line per CPU. +Toggle CPU statistics between a single line for all processors +and one line per CPU. .It C Toggle the display of process command line arguments. .It d Ar count
rdist times out but will not die
Original Message Subject: Re: rdist times out but will not die Date: Thu, 24 Mar 2011 21:49:01 +1300 From: Richard Toohey To: Steven R. Gerber CC: t...@openbsd.org On 24/03/2011, at 4:06 PM, Steven R. Gerber wrote: > On 3/20/2011 2:07 PM, Steven R. Gerber wrote: >> I want to do local/remote mirror/backup (or should that be local-mirror >> / offsite-backup). >> So a two-part question: >> 1. Even if there is a timeout, shouldn't the job/process exit? >> * * >> rdist@thedump: thedump: /mnt/mirror2/public/read_only/movies: chown from >> rdist:operator to cdripper:operator >> rdist@thedump: thedump: >> /mnt/mirror2/public/read_only/movies/The_Thomas_Crown_Affair_1999: chown >> from rdist:operator to root:operator >> rdist@thedump: >> /mnt/stripe2/public/read_only/movies/The_Thomas_Crown_Affair_1999/THOMAS_CROW N_AFFAIR_16X9.md5: >> updating >> rdist@thedump: >> /mnt/stripe2/public/read_only/movies/The_Thomas_Crown_Affair_1999/THOMAS_CROW N_AFFAIR_16X9.iso: >> installing >> rdist@thedump: LOCAL ERROR: Response time out >> rdist@thedump: updating of rdist@thedump finished >> $ ps -ax|grep rdist >> 26025 ?? I 0:00.00 tee /var/log/rdist/2011-03-20 >> 11059 ?? I 0:00.01 rdist -f /etc/Distfile >> 28446 ?? I 0:22.99 rdist: update rdist@thedump (rdist) >> 7795 ?? I 1:10.32 ssh -l rdist thedump r >> 13045 p0 S+ 0:00.00 grep rdist >> * * >> 2. I know that they happen from time to time. How can I avoid/prevent >> timeouts? The default is 900 sec AKA 15 min? How can this happen >> between two local machines? How big is the file? Sure it is not *something* like this? https://www-304.ibm.com/support/docview.wss?uid=isg1IY85396 client.c 869 /* 870 * Parse size 871 */ 872 size = (off_t) strtol(cp, (char **)&cp, 10); *Maybe* that strtol() should be strtoll()? Anyway, don't I think tech@ is necessarily the list for this - misc@ or file a bug. And/or keep debugging & digging - the source is all there! HTH. >> >> Thanks. >> >> >> > > Sorry to reply to myself, but I really need help with this. > The movies always timeout via rdist. If I transfer the movies myself > via sftp then there are no timeouts. > The processes continue to accumulate everyday unless I manually kill them. > I know that I am missing something. Should I edit /etc/daily to turn on > debugging? > > Please/Thanks.
HOW to set “security.OCSP.require” in Google Chrome/Chromium?
https://blog.torproject.org/blog/detecting-certificate-authority-compromises-and-web-browser-collusion "Users of Mozilla Firefox that are concerned about this issue should enable security.OCSP.require in the about:config dialog." How can i enable this feature in Google Chrome/Chromium?
Re: top man page, clarification of interactive command 1
On Thu, 24 Mar 2011, Glen Anderson wrote: A small change to the interactive commands section to make the description of the 1 command more accurate. $ diff -u top.1 top.1.new --- top.1 Thu Mar 24 12:39:45 2011 +++ top.1.new Thu Mar 24 13:10:45 2011 @@ -282,7 +282,7 @@ .Sq P interactive command. .It 1 -Display CPU statistics on a single line instead of a line per CPU. +Toggle between a single line of CPU statistics and one line per CPU. .It C Toggle the display of process command line arguments. .It d Ar count Accidentaly, I have been playing with top(1) yesterday and today too. What would you think about pointing out that in the first mentioned case the statistics are cumulative? Regards, David $ diff -u top.1 top.1.new --- top.1 Thu Mar 24 12:39:45 2011 +++ top.1.new Thu Mar 24 13:10:45 2011 @@ -282,7 +282,7 @@ .Sq P interactive command. .It 1 -Display CPU statistics on a single line instead of a line per CPU. +Toggle between a single line of cumulative CPU statistics and one line per CPU. .It C Toggle the display of process command line arguments. .It d Ar count
top man page, clarification of interactive command 1
A small change to the interactive commands section to make the description of the 1 command more accurate. $ diff -u top.1 top.1.new --- top.1 Thu Mar 24 12:39:45 2011 +++ top.1.new Thu Mar 24 13:10:45 2011 @@ -282,7 +282,7 @@ .Sq P interactive command. .It 1 -Display CPU statistics on a single line instead of a line per CPU. +Toggle between a single line of CPU statistics and one line per CPU. .It C Toggle the display of process command line arguments. .It d Ar count
Guida Salute 2011 di Sanitaliaweb
[IMAGE] Alla cortese attenzione della Direzione Commerciale Oggetto: Proposta dâinserimento Banner pubblicitari sul news portal www.sanitaliaweb.it e relativi pubbliredazionali compreso lâinserimento di comunicati stampa, informazioni di servizio e istituzionali della Struttura Sanitaria da Voi guidata. Gentile Dottore, Ci pregiamo rendervi noto di questa nostra iniziativa editoriale riservata ad Aziende Sanitarie, Medici Specialisti, Operatori della Salute e Benessere, Strutture Cliniche e Sanitarie. Nei Banner che saremo lieti di riservarvi, potrete diffondere a circa 3.000 lettori /9000 articoli letti giornalieri (fonte google analytics) i principali aspetti dellâattivit` svolta dalla vostra Azienda Sanitaria. www.sanitaliaweb.it h un Giornale On Line dedicato interamente al mondo della Sanit`. Punto di riferimento rigoroso e credibile per lâincontro e lo scambio di esperienze fra tutti gli operatori e i fruitori del servizio sanitario pubblico e privato. OFFERTA a) Pubblicazione annuale di comunicati â¬. 300,00 iva esclusa La tariffa comprende la possibilit` di inserimento di fotografie e altro materiale oltre il testo fornito, fino ad un massimo di un comunicato o un redazionale (firmato) al giorno(anche festivi), per tutta la durata dellâanno contrattuale. b) Banner pubblicitario annuale LATERALE 200x200 px â¬. 600,00 i.e. c) Banner pubblicitario annuale HEADER 644x100 px â¬. 3.600,00 i.e. d) Banner pubblicitario annuale SUPER HEADER 1200x75 px â¬. 7.200,00 i.e. Se la proposta h di vostro interesse, ci potete contattare ai numeri telefonici che sono a pih di pagina, oppure indicarci, un vostro responsabile cui rivolgerci. Nel ringraziarvi per l'attenzione prestataci e nellâattesa di un vostro gradito riscontro vi porgiamo i nostri piy cordiali saluti. [IMAGE] Raffaele Balletta R.B. Comunicazioni scarl Via Picazio, 1 - 81100 CASERTA Tel. 0823 1700340 - Fax 0823 1761335 Cell. 329 74 43 393 - i...@rbcom.it | rb...@pec.it
Anunturi imobiliare gratuite, constructii si amenajari
[IMAGE] Buna ziua Va invitam sa postati gratuit anunturi imobiliare, oferte de cazare si oferte de constructii si amenajari pe portalul www.anunturi-imobiliare.in Puteti adauga anunturi in oricare din urmatoarele categorii si subcategorii: Apartamente * Camera in camin * Garsoniere * Apartamente 1 camera * Apartamente 2 camere * Apartamente 3 camere * Apartamente 4 camere * Apartamente 5 camere * Apartamente foarte mari * Apartamente in vila Spatii si birouri * Birouri * Spatii comerciale * Spatii industriale Terenuri * Terenuri pentru constructii * Terenuri agricole * Terenuri industriale * Ferme si sere * Paduri * Lacuri si iazuri Case si vile * Case de locuit * Case de vacanta * Vile Oferte de cazare * Cazare in regim sezonier * Aparamente in regim hotelier * Aparamente in regim sezonier * Pensiuni, moteluri si hoteluri Cazare studenti * Camine studentesti * Apartamente pentru studenti * Garsoniere pentru studenti * Case si vile pentru studenti Constructii si amenajari * Constructori case * Amenajari case si gradini * Finisare si renovare * Dezvoltatori imobiliari * Arhitectura si proiectare Pentru a face acest lucru mergeti pe pagina: http://anunturi-imobiliare.in/adauga-anunt.html completati toate campurile si apasati adauga. Puteti adauga un numar nelimitat de anunturi cu pana la 15 poze si sa stabiliti valabiliatatea anuntului pe o perioada de 30, 60 sau 90 de zile. Va recomandam sa adaugati cel putin o poza pe anunt deoarece anunturile cu poze au sanse mai mari de a fi accesate de vizitatorii siteului. Navigare placuta! Cu respect, Echipa Anunturi Imobiliare Nota! Daca doresti sa te dezabonezi, o poti face oricand apasand ; Dezabonare.
Re: Asus M4A78LT-M or M4A88T-V EVO/USB3?
On 3/23/2011 12:59 PM, Fasil Alemante (falem...@princeton.edu) wrote: Good point, but isn't ECC memory more expensive? Still, it's likely just ignorance or lack of care. Interesting article on Wikipedia : http://en.wikipedia.org/wiki/Dynamic_random-access_memory One part of the article says that bit flip may not happen as much as it use too. But I did not check their references. At Crucial 8GB kit is 99.99 for Non-ECC and 137.99 for 8GB Kit ECC memory for the Asus M4A78LT-M. I will keep using it when I can. Victor
Taller para Almacenes e Inventarios / Cd. de México Abril de 2011
[IMAGE] Pms Capacitacisn Efectiva de Mixico presenta: Gestisn Total Almacenes 3600 25-26 de Abril Ciudad de Mixico. Expositor: Ariel Valero Cruz Empresa Registrada ante la STPS Reg. COLG640205CP30005 Smguenos en Twitter@pmscapacitacion o bien en Facebook PMS de Mixico Solicite Mayores informes responda este correo electrsnico con los siguientes datos. Empresa: Nombre: Telifono: Email: Nzmero de Interesados: Y en breve le haremos llegar la informacisn completa del evento. O bien comunmquense a nuestros telifonos un ejecutivo con gusto le atendera Tels. (33) 8851-2365, (33)8851-2741. Copyright (C) 2010, PMS Capacitacisn Efectiva de Mixico S.C. Derechos Reservados. PMS de Mixico, El logo de PMS de Mixico son marcas registradas. ADVERTENCIA PMS de Mixico no cuenta con alianzas estratigicas de ningzn tipo dentro de la Republica Mexicana. NO SE DEJE ENGAQAR - DIGA NO A LA PIRATERIA. Todos los logotipos, marcas comerciales e imagenes son propiedad de sus respectivas corporaciones y se utilizan con fines informativos solamente. Este Mensaje ha sido enviado a misc@openbsd.org como usuario de Pms de Mixico o bien un usuario le refiris para recibir este boletmn. Como usuario de Pms de Mixico, en este acto autoriza de manera expresa que Pms de Mixico le puede contactar vma correo electrsnico u otros medios. Si usted ha recibido este mensaje por error, haga caso omiso de el y reporte su cuenta respondiendo este correo con el subject BAJA360 Unsubscribe to this mailing list, reply a blank message with the subject UNSUBSCRIBE BAJA360 Tenga en cuenta que la gestisn de nuestras bases de datos es de suma importancia y no es intencisn de la empresa la inconformidad del receptor. [demime 1.01d removed an attachment of type image/jpeg which had a name of almacenes360promo.jpg]
¿Necesita un diseñador Gráfico? sólo us$300.00 por mes
No puede ver la imagen correctamente? Si quiere ver una versiC3n online de este anuncio haga clic en el siguiente link: http://www.panamacorreo.com/mail/display.php?M=176375&C=45ce1208ba75b76cbc4c66d66bf5a405&S=10&L=1&N=8 Marzo - 2011 CONFIRMAR SUSCRIPCICN ELIMINAR SUSCRIPCICN PROMOCICN PARA EL MES DE MARZO MicroKey Group le ofrece el servicio de diseC1ador grC!fico mensual, un plan pensado para empresas que necesitan de estos servicios a un precio competitivo. ObtendrC! un diseC1ador grC!fico con experiencia colaborando en sus proyectos de negocios. Este plan abarca el diseC1o de: banners, vallas, logos, artes para revistas y periC3dicos, tapas de libros, tarjetas (cumpleaC1os, fechas especiales, fiestas decembrinas), membretes, calendarios, mailers, volantes, artes para muppies, tarjetas de presentaciC3n, afiches, sobres, carC!tulas de CD, retoque fotogrC!fico, gigantografC-as, etc.Le ofrecemos este servicio por sC3lo $300 mensuales. Haga clic aquC- para contactarnos o leer mC!s sobre nuestras ofertas Recuerde que aceptamos pagos por Tarjetas de CrC)dito, PayPal, Cheque, Transferencia bancarias, Western Union o pago en efectivo. Otros Servicios que Ofrece MicroKey Group - Email Marketing en AmC)rica Latina, Europa, EE.UU. y CanadC!. - Servicio de Hospedaje Web, Hosting Reseller y Servidores Dedicados. - Registros de Dominios .com .net .org .biz .info .us .eu .com.pa .cc .es it - Servidores Dedicados para Email Marketing (Su propio sistema de marketing por correo) - AdministraciC3n de CampaC1as en Facebook, Google, Yahoo y Messenger Ads. - Entre otros. MicroKey Group VC-a Ricardo J. Alfaro, The Century Tower, Piso #4 Tel. (507) 360-5858 Usted ha recibido este correo porque en algC:n momento nos indicC3 su interC)s en recibir promociones o nos fue recomendado por otro de nuestros usuarios o web sites aliados.Respetamos su derecho de privacidad y le invitamos a darse de baja de nuestra lista de correos si no desea recibir promociones, favor hacer clic aquC- para eliminar permanentemente su suscripciC3n You have received this email because at some point we indicated interest in us promoting or recommended by other users or our partners web sites. We respect your right and invite you to unsubscribe from our mailing list if you want to receive promotions, Unsubscribe me from this list MicroKey IT maneja un estricto y seguro mail marketing en internet, cumpliendo con todas las polC-ticas Anti-Spam internacionales. Click this link to unsubscribe: http://www.panamacorreo.com/mail/unsubscribe.php?M=176375&C=45ce1208ba75b76cbc4c66d66bf5a405&L=1&N=10
Re: pfsync and ifstated
On 23/03/11 21:08, Bret Lambert wrote: > On Mon, Mar 21, 2011 at 10:27 PM, Kapetanakis Giannis > wrote: >> Hi, >> >> I'm testing a new setup of a pair of firewalls (master/backup) using carp, >> pfsync etc. >> >> Can I use ifstated to monitor virtual interfaces like pfsync0 and enc0? >> >> I want the master after it reboots (if backup is up) to wait for pfsync0 >> interface to come up, get the missing states from backup firewall and only >> then advskew carp. This is because pfsync runs on ipsec, which sometimes >> takes about 2 minutes to become operational (at least on some of my tests). > Are you running sasyncd as well? No, I don't need any redundancy in any ipsec gateway. Giannis [demime 1.01d removed an attachment of type application/pkcs7-signature which had a name of smime.p7s]
