pfr_update_stats: assertion failed
Dear misc@, After repeatedly got the pfr_update_stats: assertion failed, and the network become slow, I set pfctl debug level to loud, and this is what I get: Aug 5 02:01:39 GreenServiceRouter /bsd: pf: wire key attach failed on all: TCP in wire: 192.168.0.32:1538 10.10.10.119:22 [lo=4133565811 high=4133583331 win=64240 modulator=2098386937 wscale=3] [lo=960581845 high=961094873 win=17520 modulator=3043605647 wscale=0] 4:4 Aug 5 02:01:39 GreenServiceRouter /bsd: pf: wire key attach failed on all: TCP in wire: 203.171.234.184:6000 202.90.194.164:1433 [lo=746192897 high=746192898 win=16384 modulator=0] [lo=0 high=16384 win=1 modulator=0] 10:10 Aug 5 02:01:39 GreenServiceRouter /bsd: pf: wire key attach failed on all: TCP in wire: 203.171.234.184:6000 202.90.194.164:1433 [lo=746192897 high=746192898 win=16384 modulator=0] [lo=0 high=16384 win=1 modulator=0] 10:10 Aug 5 02:01:39 GreenServiceRouter /bsd: pf: wire key attach failed on all: TCP in wire: 203.171.234.184:6000 202.90.194.164:1433 [lo=746192897 high=746192898 win=16384 modulator=0] [lo=0 high=16384 win=1 modulator=0] 10:10 Aug 5 02:01:39 GreenServiceRouter /bsd: pf: wire key attach failed on all: TCP in wire: 203.171.234.184:6000 202.90.194.164:1433 [lo=746192897 high=746192898 win=16384 modulator=0] [lo=0 high=16384 win=1 modulator=0] 10:10 Aug 5 02:01:39 GreenServiceRouter /bsd: pf: wire key attach failed on all: TCP in wire: 203.171.234.184:6000 202.90.194.226:1433 [lo=1663107072 high=1663107074 win=16384 modulator=0] [lo=0 high=1 win=1 modulator=0] 2:0 Aug 5 02:01:39 GreenServiceRouter /bsd: pf: wire key attach failed on all: TCP in wire: 203.171.234.184:6000 202.90.194.163:1433 [lo=496173056 high=496173058 win=16384 modulator=0] [lo=0 high=1 win=1 modulator=0] 2:0 Aug 5 02:01:39 GreenServiceRouter /bsd: pf: wire key attach failed on all: TCP in wire: 203.171.234.184:6000 202.90.194.162:1433 [lo=1098252288 high=1098252290 win=16384 modulator=0] [lo=0 high=1 win=1 modulator=0] 2:0 Aug 5 02:01:39 GreenServiceRouter /bsd: pf: wire key attach failed on all: TCP out wire: 202.90.194.164:1433 203.171.234.184:6000 [lo=746192896 high=746192898 win=16384 modulator=0] [lo=0 high=16384 win=1 modulator=0] 10:10 Aug 5 02:01:39 GreenServiceRouter /bsd: pf: wire key attach failed on all: TCP in wire: 203.171.234.184:6000 202.90.194.164:1433 [lo=746192897 high=746192898 win=16384 modulator=0] [lo=0 high=16384 win=1 modulator=0] 10:10 Aug 5 02:01:39 GreenServiceRouter /bsd: pf: wire key attach failed on all: TCP out wire: 202.90.194.168:1433 203.171.234.184:6000 [lo=2128150528 high=2128150530 win=16384 modulator=0] [lo=1081107883 high=1081124267 win=1 modulator=0] 10:10 Aug 5 02:01:39 GreenServiceRouter /bsd: pf: wire key attach failed on all: TCP in wire: 203.171.234.184:6000 202.90.194.168:1433 [lo=2128150528 high=2128150530 win=16384 modulator=0] [lo=1081107883 high=1081124267 win=1 modulator=0] 10:10 Aug 5 02:01:39 GreenServiceRouter /bsd: pf: wire key attach failed on all: TCP in wire: 203.171.234.184:6000 202.90.195.9:1433 [lo=130809856 high=130809858 win=16384 modulator=0] [lo=0 high=1 win=1 modulator=0] 2:0 Aug 5 02:01:39 GreenServiceRouter /bsd: pf: wire key attach failed on all: TCP out wire: 202.90.195.9:1433 203.171.234.184:6000 [lo=130809856 high=130809858 win=16384 modulator=0] [lo=0 high=1 win=1 modulator=0] 2:0 Aug 5 02:01:39 GreenServiceRouter /bsd: pf: wire key attach failed on all: TCP in wire: 203.171.234.184:6000 202.90.195.0:1433 [lo=1018232832 high=1018232834 win=16384 modulator=0] [lo=0 high=1 win=1 modulator=0] 2:0 Aug 5 02:01:39 GreenServiceRouter /bsd: pf: wire key attach failed on all: TCP out wire: 202.90.195.0:1433 203.171.234.184:6000 [lo=1018232832 high=1018232834 win=16384 modulator=0] [lo=0 high=1 win=1 modulator=0] 2:0 Aug 5 02:01:39 GreenServiceRouter /bsd: pf: wire key attach failed on all: TCP in wire: 203.171.234.184:6000 202.90.195.1:1433 [lo=279838720 high=279838722 win=16384 modulator=0] [lo=0 high=1 win=1 modulator=0] 2:0 Aug 5 02:01:39 GreenServiceRouter /bsd: pf: wire key attach failed on all: TCP out wire: 202.90.195.1:1433 203.171.234.184:6000 [lo=279838720 high=279838722 win=16384 modulator=0] [lo=0 high=1 win=1 modulator=0] 2:0 Aug 5 02:01:39 GreenServiceRouter /bsd: pf: wire key attach failed on all: TCP in wire: 203.171.234.184:6000 202.90.195.6:1433 [lo=953614336 high=953614338 win=16384 modulator=0] [lo=0 high=1 win=1 modulator=0] 2:0 Aug 5 02:01:39 GreenServiceRouter /bsd: pf: wire key attach failed on all: TCP out wire: 202.90.195.6:1433 203.171.234.184:6000 [lo=953614336 high=953614338 win=16384 modulator=0] [lo=0 high=1 win=1 modulator=0] 2:0 Aug 5 02:01:39 GreenServiceRouter /bsd: pf: wire key attach failed on all: TCP in wire: 203.171.234.184:6000 202.90.195.13:1433 [lo=1339228160 high=1339228162 win=16384 modulator=0] [lo=0 high=1 win=1 modulator=0] 2:0 Aug 5 02:01:39
Já escolheu o seu mimo de Agosto?
Se esta a ver esta mensagem, o seu cliente de e-mail nco suporta html. Por favor copie e cole o seguinte link no seu browser (internet explorer, firefox, safari, ...) http://www.acqualisboa.pt/news/mimos_agosto.html Obrigado A equipa Acqua Lisboa Para se remover de futuros mailings carregue no seguinte link. http://www.maxmailing.com/pub/rm.php?u=2d50b65318l=1491c=355e=8d59b58b57bc905640c1e3ba79f47e12
slapd hangs, was: Re: OpenLDAP and Berkeley DB 4.6
Hi, On Sun, 09.03.2008 at 16:31:27 +, Stuart Henderson [EMAIL PROTECTED] wrote: You have several recommended options: - dump your database, uninstall, install the unFLAVORed version and restore your database. I tried that, but now run into the problem that now, slapd can't be stopped. Maybe it has something to do that the server in question runs as a syncrepl client together with TLS (master is openldap-server-2.3.33p1-bdb on 4.2). In any case, the only way to get slapd down seems to be to kill -9 it, which is _very_ugly_ for other reasons. My other slapd instances don't have such a problem. At the end of the log, it says -- daemon: shutdown requested and initiated. slapd shutdown: waiting for 2 threads to terminate -- which points to a handful of tickets in the OpenLDAP tracker. It would be very nice if you could suggest something with less impact than backporting 2.3.43 from -current. In any case, I'd like to know whether you'd prefer such problems to be reported on misc@, ports@ (I didn't do that to keep clutter out while approaching freeze), or upstream's tracker directly. TIA! Kind regards, --Toni++
Re: ati(4) not working on 4.4-beta sparc64
2008/8/5 Mark Kettenis [EMAIL PROTECTED]: Can you try building a kernel with the attached diff? Index: vgafb.c === RCS file: /cvs/src/sys/arch/sparc64/dev/vgafb.c,v retrieving revision 1.52 diff -u -p -r1.52 vgafb.c --- vgafb.c 23 Mar 2008 12:10:53 - 1.52 +++ vgafb.c 4 Aug 2008 22:07:27 - @@ -412,13 +412,13 @@ vgafb_mmap(v, off, prot) if (sc-sc_mmio_size == 0) return (-1); - if (off = sc-sc_mem_addr + if (off = (sc-sc_mem_addr ~PGOFSET) off (sc-sc_mem_addr + sc-sc_mem_size)) return (bus_space_mmap(sc-sc_mem_t, sc-sc_mem_addr, off - sc-sc_mem_addr, prot, BUS_SPACE_MAP_LINEAR)); - if (off = sc-sc_mmio_addr + if (off = (sc-sc_mmio_addr ~PGOFSET) off (sc-sc_mmio_addr + sc-sc_mmio_size)) return (bus_space_mmap(sc-sc_mem_t, sc-sc_mmio_addr, off - sc-sc_mmio_addr, Still a fatal server error. $ tail /var/log/Xorg.0.log [13] -1 0 0x00c0 - 0x00c7 (0x8) IX[B]E [14] -1 0 0xff00 - 0x (0x100) IX[B](B) [15] 0 0 0x03b0 - 0x03bb (0xc) IS[B] [16] 0 0 0x03c0 - 0x03df (0x20) IS[B] (II) Setting vga for screen 0. (**) MACH64(0): Depth 16, (--) framebuffer bpp 16 (==) MACH64(0): Using XAA acceleration architecture Fatal server error: xf86MapVidMem: could not mmap screen [s=2000,a=e000] (Invalid argument) Anything else I can try or should provide?
Package (goffice) missing on ftp.eu.openbsd.org
Hi, I was wondering why hasn't there been a package of goffice at ftp.eu.openbsd.org [1] for some time now? I can see it on ftp.openbsd.org which seems to be its source. ftp.html didn't have info about the server admins so I thought I'd ask here. [1] ftp://ftp.eu.openbsd.org/pub/OpenBSD/snapshots/packages/i386/ -- Antti Harri
Re: Mail(1) behavior of p command?
Aaron W. Hsu arcfide at sacrideo.us writes: I am trying to use the mail(1) p command. According to the help that is printed out when running the program, it seems that the p command should pipe the message out to LPR and print it. However, it just prints the message out to standard output. Is this a bug in the program or the documentation? Or, am I missing something? Hi Aaron. It is a bug in the documentation, we have fixed it. Thanks! Cheers, Igor.
Re: slapd hangs, was: Re: OpenLDAP and Berkeley DB 4.6
* Toni Mueller wrote: Hi, On Sun, 09.03.2008 at 16:31:27 +, Stuart Henderson [EMAIL PROTECTED] wrote: You have several recommended options: - dump your database, uninstall, install the unFLAVORed version and restore your database. I tried that, but now run into the problem that now, slapd can't be stopped. Maybe it has something to do that the server in question runs as a syncrepl client together with TLS (master is openldap-server-2.3.33p1-bdb on 4.2). In any case, the only way to get slapd down seems to be to kill -9 it, which is _very_ugly_ for other reasons. My other slapd instances don't have such a problem. At the end of the log, it says -- daemon: shutdown requested and initiated. slapd shutdown: waiting for 2 threads to terminate -- which points to a handful of tickets in the OpenLDAP tracker. It would be very nice if you could suggest something with less impact than backporting 2.3.43 from -current. In any case, I'd like to know whether you'd prefer such problems to be reported on misc@, ports@ (I didn't do that to keep clutter out while approaching freeze), or upstream's tracker directly. ports@, and CC the maintainer (in this case, me). TIA! Kind regards, --Toni++
syslogd -a question
Hello OpenBSD Misc, I have been doing some work with chrooting user accounts for a project, and now I am looking to get syslogd working. I found out that I need a log socket in the chroot environ for this to work and the -a option does this fine and works great! BUT... now that I have one working, I need to be able to chroot a whole bunch of these and looking in the syslogd man page I see: -a path Specify a location where syslogd should place an additional log socket. Up to about 20 additional logging sockets can be speci- fied. The primary use for this is to place additional log sock- ets in /dev/log of various chroot filespaces. The part that worries me is the Up to about 20 part. Is this a hard limit? Is there a way to extend this? I am looking at setting up around 100 user accounts like this but most of them will only be used a few times a month so I'm not really worried about resources too awful much. Currently I am using OpenBSD 4.3 s
Chrooting Perl CGI applications (was: openbsd web server failure)
On Mon, Aug 04, 2008 at 10:58:19AM -0400, Jason Dixon wrote: On Mon, Aug 04, 2008 at 04:52:40PM +0300, Lars Nood??n wrote: John Nietzsche wrote: ... Software error: Can't locate Bio/SearchIO.pm in @INC (@INC contains ... It looks like you are missing the CPAN module Bio::SearchIO from Apache's chroot. Make sure this is installed and, as the others have pointed out, inside chroot. You might find some ideas here: http://livenudefrogs.com/~anubis/servers/apache_perl_chroot.shtml http://archives.neohapsis.com/archives/openbsd/2007-02/0645.html Numerous others have already given you the answers you're looking for. I would like to add my own $0.02 here that if you're running Perl apps in the chroot, that mod_perl should be your new best friend. It can load up all the necessary dependencies at httpd execution and will save you from having to copy tons of cruft into the server root. I've considered putting together a short article on Undeadly describing this technique based on my own efforts porting security/hatchet, but I wasn't sure if there would be any interest. By popular demand... http://undeadly.org/cgi?action=articlesid=20080805194342 -- Jason Dixon DixonGroup Consulting http://www.dixongroup.net/
Agustos 2. Hafta Egitimleri
BOGAZICI AGUSTOS II. HAFTA GENEL KATILIMA ACIK EGITIM PROGRAMLARI w w w b o g a z i c i e g i t i m . c o m . t r - tel: 0216 486 30 95 Sertifika Programlari FINANS YONETIMI UZMANLIGI SERTIFIKA PROGRAMI Program Yurutucusu: Sevket SAYILGAN 13-14-15-16-17 Agustos 2008 / 36 Saat / 1.600 YTL + KDV Amac : Gunumuzde piyasalarin kuresel finansal akimlarinin isleyis sekillerindeki surekli gelisim ve degisim isletmelerde finansal problemlerimizi ve risk yonetimimizi daha karmasik hale getirmektedir. Finans Yonetimi Sertifika Programimizin temel amaci, katilimcilarimizin, finansal yonetim bilgilerini guncelleyerek, para ve sermaye piyasasi araclari ile kurumlari hakkinda bilgi sahibi olmalarini saglamaktir. Finansal piyasalar ve finansal yonetim uygulamalarina odaklanan bu programda, planlama, butceleme, karar alma, halka acilma, kredi kullanma, analiz yapma ve mevcut durumu degerlendirme konularinda ayrintili bilgiler sunulmakta ve katilimcilarimizin ekonomideki degisimlerin mali tablolara olan etkilerini analiz edebilme, yarattigi riskleri, firsat ve cozum yollari seklinde planlayabilmeleri, finansal ihtiyaclari karsilayabilmeleri ve fon yonetimi konularinda gelisimleri amaclanmaktadir. STRATEJIK INSAN KAYNAKLARI YONETIMI SERTIFIKA PROGRAMI Program Yurutuculeri: Hikmet KOLDASOGULLARI / Dr. Mehmet Cemil OZDEN / Kaya ARSOY 13-14-15-16-17 Agustos 2008/ 36 Saat / 1.600 YTL+KDV Amac : Gunumuz Isletmeleri Yogun Rekabet Ve Globallesme Nedeniyle Surekli Degisim Icinde Bulunmaktadir. Bu Surecte Iyi Yonetilen Insan Kaynagi Isletmelere Acik Avantaj Saglamaktadir. Bu Programin Amaci Insan Kaynaklari Yonetiminin Temel Fonksiyon, Kavram Ve Uygulamalarinin Katilimcilara Aktarilmasidir. Kazanimlar : Insan Kaynaklari Yoneticiligi Sertifika Programi Son Gelismelere Uygun Ornek Olay Agirlikli Olarak Yapilandirilmistir. Her Ornek Olay Ile Katilimcilar Ilgili Insan Kaynaklari Fonksiyonunu Kavrayabilme, Analiz Edebilme, Orgutsel Iliskilerde Degerlendirebilme, Insan Kaynaklari Uygulamalarini Gelistirebilme Ve Isletme Stratejisi Ile Degisimi Planlayabilme Becerileri Kazanacaklardir. Seminer Programlari YONETICI ASISTANLIGI GELISIM PROGRAMI Egitmen: Asli Funda ERISKEN 8-9 Agustos 2008 / 725 YTL+KDV Amac : Program ust duzey yonetici sekreterleri, mudur sekreterleri ve yonetim ekibi icerisinde etkin gorevler almaya aday sekreterlerin, sahip olduklari bilgileri gelistirerek, yonetim ekibi icerisinde daha etkin ve verimli calisma yontemlerini aktarmaktadir. Yoneticilerin sirdaslari ve islerini kolaylastirmak amaciyla omuz omuza calistiklari bu kadrolarin, yetkinliklerinin ve verimliliklerinin artirilmasi, kendilerinden beklentilerin farkindaliklarinin saglanmasi. PROFESYONEL SATIS VE IKNA TEKNIKLERI Egitmen: Prof. Dr. Mustafa DILBER 9 Agustos 2008 / 425 YTL+KDV Amac : Pazarlama stratejilerinin, isletmeler icin gelir ve karliliga donusebilmesi icin satis islevinin etkili bir sekilde yurutulmesi gerekir. Modern pazarlamanin en onemli islevlerinden olan satisin etkin bir sekilde yurutulmesi icin ise: musteri odakli satis planlarina, satis tutum ve tekniklerini gerektigince kullanabilen satis gorevlilerine ihtiyac vardir. Bu seminerde; musterinin satin alma davranislari incelenmekte, basarili bir satis gorusmesinin yurutulmesi, satis oncesi hazirliklar ve satis sonrasi hizmetler ele alinmaktadir. Seminer, satis yoneticisi ve temsilcilerinin musteri iliskilerinde kullanacaklari tutum, teknik ve yaraticiliklarini gelistirebilmeyi ve sonuc olarak yuksek satis basarisi saglatmayi amaclamaktadir. FINANSCI OLMAYANLAR ICIN FINANS YONETIMI Egitmen: Sevket SAYILGAN 9-10 Agustos 2008 / 725 YTL+KDV Amac : Temel finans bilgisini teorik ve uygulamaya yonelik olarak pratik sonuclarini da iceren bir butunlukte, bu konuda alt yapisi kuvvetlendirmek isteyen veya mevcut bilgilerini yenilemek isteyenlere yonelik hazirlanmis bir programdir. IYI BIR SATISCI MISINIZ? (20 YASANMIS VAKA VE YORUMLARI) Egitmen: Aydin GOLE 12 Agustos 2008 / 425 YTL+KDV Amac : Katilimci arkadaslarimiza, satis meslegindeki bu gunku durumlarini tartma sansi yaratilacaktir. Bu amacla; ? Once bir test uygulanacak, ? Sonra satista basari icin 4 temel cumlenin acilimi yapilacak, ? 20 yasanmis ve sonuclanmis satis vakasinin beraberce yorumu yapilacak, ? Sorular cevaplanarak, katilimcilarin, kendilerini degerlendirme olanagi saglanacaktir. ? Egitim sohbetimiz, tamamen piyasa gercekleriyle ve teorilerden uzak bir tarzda yapilacaktir. SATINALMA VE SATIS YONETICILERI ICIN SOZLESMELER HUKUKU Egitmen: Av. Ceyda Cimilli AKAYDIN 12-13 Agustos 2008 / 725 YTL+KDV Amac : Yoneticileri gerek hazirlayacaklari, gerekse sirket adina imzalayacaklari sozlesmelerde dikkat etmeleri gereken hususlar, cesitli tip sozlesme ornekleri, bu sozlesmelerde bulunmasi gereken ve bulunmasi kanunen yasak olan maddeler konularinda bilgilendirerek bu konularda uygun sozlesmeler yapilmasini saglamak ve boylece pek cok konunun mahkemelere yansimasini onleyerek kaynak ve zaman israfini engellemek. SATISCILAR ICIN
Re: Package (goffice) missing on ftp.eu.openbsd.org
On 2008-08-05, Antti Harri [EMAIL PROTECTED] wrote: Hi, I was wondering why hasn't there been a package of goffice at ftp.eu.openbsd.org [1] for some time now? I can see it on ftp.openbsd.org which seems to be its source. ftp.html didn't have info about the server admins so I thought I'd ask here. Where available, it's in www/build/mirrors.dat. [1] ftp://ftp.eu.openbsd.org/pub/OpenBSD/snapshots/packages/i386/ Looking at file dates, this is halfway through sync'ing, try again in a while. ... -r--r--r-- 1 742 0 113979 Jul 28 23:50 guilib-1.1.1p5.tgz -r--r--r-- 1 742 0 81445 Jul 28 23:50 gutenpy-0.3.0p2.tgz -r--r--r-- 1 742 0 231501 Jul 28 23:50 gv-3.5.8p4.tgz -r--r--r-- 1 742 0 935090 Jul 28 23:50 gwenview-1.4.2p4.tgz -r--r--r-- 1 742 01540911 Jul 28 23:50 gwenview-i18n-1.4.2.tgz -r--r--r-- 1 742 01843254 Aug 1 00:58 gxemul-0.4.6.5.tgz -r--r--r-- 1 742 0 15709 Aug 1 00:58 gxmessage-2.6.2p2.tgz -r--r--r-- 1 742 0 25589 Aug 1 00:58 ha-0.999b.tgz -r--r--r-- 1 742 0 60835 Aug 1 00:58 hackdata-3.4.3.tgz -r--r--r-- 1 742 01739530 Aug 1 00:58 haddock-0.8.tgz ...
