Re: pkg_add problems after 4.7 upgrade
On Sun, May 30, 2010 at 12:50:55AM -0400, Casey Allen Shobe spoke thusly: On 30 May, 2010, at 12:15 AM, Denny White wrote: Not really sure what happened with since it worked fine for me including 'ls'. As for the 2nd one you tried which didn't work: ftp://openbsd.org/pub/OpenBSD/4.7/packages/i386/ Try this: ftp://ftp.openbsd.org/pub/OpenBSD/4.7/packages/i386/ Well, I've found that using an HTTP mirror works. However, this is concerning because all of these machines were able to use FTP properly before, some Debian machines on the same network can use FTP mirrors correctly (plus `ftp` to the same OpenBSD mirrors works from Debian), and the links browser on the OpenBSD machines seems to do FTP correctly too. One way or the other, the 'ftp' utility seems to have gotten broken since 4.6. I'd hazard to guess that it might not be supporting passive FTP anymore, since active FTP does not work from the network and this is reminiscent of what would happen if I tried using active FTP from behind a firewall in the past... I've worked around the immediate problem with HTTP for now...but is there any more useful information that I can provide from my end? Cheers, -- Casey Allen Shobe ca...@shobe.info If you're comfortable with it, you could try disabling pf just long enough to see if your ftp works without it. If so you could supply your pf.conf since there have been syntax changes and possibly you have something outdated in it. If you've got good backups you could try doing a fresh install on just one box and see what happens. If the problem goes away you'll know something got screwed up during the upgrades. -- === Denny White - denny...@cableone.net GnuPG key : 0x1644E79A | http://wwwkeys.de.pgp.net Fingerprint: D0A9 AD44 1F10 E09E 0E67 EC25 CB44 F2E5 1644 E79A === () ASCII ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments ===
Re: pkg_add problems after 4.7 upgrade
On 30/05/2010, at 4:50 PM, Casey Allen Shobe wrote: On 30 May, 2010, at 12:15 AM, Denny White wrote: Not really sure what happened with ftp://obsd.cec.mtu.edu/pub/OpenBSD/4.7/packages/i386/ since it worked fine for me including 'ls'. As for the 2nd one you tried which didn't work: ftp://openbsd.org/pub/OpenBSD/4.7/packages/i386/ Try this: ftp://ftp.openbsd.org/pub/OpenBSD/4.7/packages/i386/ Well, I've found that using an HTTP mirror works. However, this is concerning because all of these machines were able to use FTP properly before, some Debian machines on the same network can use FTP mirrors correctly (plus `ftp` to the same OpenBSD mirrors works from Debian), and the links browser on the OpenBSD machines seems to do FTP correctly too. One way or the other, the 'ftp' utility seems to have gotten broken since 4.6. I'd hazard to guess that it might not be supporting passive FTP anymore, since active FTP does not work from the network and this is reminiscent of what would happen if I tried using active FTP from behind a firewall in the past... I've worked around the immediate problem with HTTP for now...but is there any more useful information that I can provide from my end? (Re-sending, don't think I cc'd list first time) Just from my experiences ... Two 4.6 boxes (one behind ISA, one behind a 4.3 OpenBSD box - yes urgent upgrade planned soon!) Both upgraded from 4.7 CD, both had packages upgraded with: export PKG_PATH=ftp://ftp3.usa.openbsd.org/pub/OpenBSD/4.7/packages/i386 pkg_add -ui -D update -D updatedepends (I tried the Australian mirrors but no 4.7 packages found on there when I tried - or I did something wrong.) Then fetched the first 5 patches by using FTP client to pull the files from the links on the errata page. No issues here. Cheers, -- Casey Allen Shobe ca...@shobe.info
طراحی حرفه ای سایت اینترنتی با قیمیت بی نظیر 6
X'Z/X1 X'[ Y X*X5Y[ X1 X1X' YX4X'YX/Y YY[ Z)Y[ X/ X1Y[ Z/X2[ YY show image Z)Y[ Z) Z)Y[ X/ X/X1 X5YX1X*[ Z)Y X*X5Y[ X1 X(X'YX' X1X' YX4X'YX/Y YY[ Z)Y[ X/ X1Y[ Z/X2[ YY show image Z)Y[ Z) Z)Y[ X/ [ X' YX*Y X2[ X1 X1X' YX7X'YX9Y YYX'[ [ X/ Mahoo.ir X7X1X'X[ YX( X3X'[ X* XX1YY X'[ X2[ X(X'X YX/X1X*YYX/X X'YX9X7X'Y YX0[ X1 X7X1X X,X0X'X( Y YYX'X3X( Z)X'X1 X4YX' (YYX7X(Y X(X1 X3Y[ YY X4YX') YX9X1Y[ Z)X'YX' Y [ X' X.X/YX'X* X4YX' X(Y X(YX*X1[ Y Y YYX+X1 X*X1[ Y X4Z)Y YYZ)Y X(Y[ YY X3X'X2[ X4X/Y X(X1X'[ YYX*YX1YX'[ X,X3X*X,Y YX/[ Y Y[ ZY YX/X'[ X'[ YX' X(Y X4YX' X'X1X3X'Y 36000 X'[ Y[ Y X*X(Y[ X:X'X*[ X4YX' X(X5YX1X* X1X'[ Z/X'Y (X(Y X'[ Y[ Y XX/X1X3 YX'[ YYX*X.X( X4YX' ) X/X'YYY X1X'[ Z/X'Y 2 Z/[ Z/X' X(X'[ X* YX6X'[ X1X'[ Z/X'Y X/YX*X1ZY X1X'YYYX'[ X3X'[ X* XYYX2X4 X1X'[ Z/X'Y [ Z) X3X'Y X(Y X1YX2 X1X3X'Y[ X1X'[ Z/X'Y Y[ YX* X'X3X*X+YX'[ [ 299000 X*YYX'Y X'Z/X1 X'X2 YX( X3X'[ X* YX9Y[ X.YX/ X1X'X6[ Y[ X3X*[ X/ X'Z/X1 YX( X3X'[ X* YX/X'X1[ X/ X'Z/X1 X(Y X'X1X*YX'X! Z)X'X1 X.YX/ X(X' Z)YX*X1[ Y YX2[ YY Y X/X1 Z)YX*X'Y X*X1[ Y X2YX'Y YZ)X1 Y[ Z)Y[ X/ X(X' YX' X*YX'X3 X(Z/[ X1[ X/ XX/X1X3 : X.[ X'X(X'Y YYX*X X4YX'Y[ X X,YX( YX*X1Y YYX*XX Z)YZY YX1X2X(X'Y YX'YYX YYX'Z) 10X X7X(YY X/YY 021-88341592 021-88341596021-88348797 09194010518 [IMAGE] For unsubscribing your email please click on the below link : Unsubscribe
Re: pkg_add problems after 4.7 upgrade (source of problem found)
On 30 May, 2010, at 1:55 AM, Denny White wrote: If you're comfortable with it, you could try disabling pf just long enough to see if your ftp works without it. If so you could supply your pf.conf since there have been syntax changes and possibly you have something outdated in it. If you've got good backups you could try doing a fresh install on just one box and see what happens. If the problem goes away you'll know something got screwed up during the upgrades. No pf here - the NAT device is actually an old WatchGuard Firefox outside of my control and choice, but it hasn't been touched in years... I also upgraded my home machine (on a public IP) from 4.6 to 4.7 and did not run into the same problems. I can also try a fresh install of 4.7 on the work network - it won't take long. I'll also do a fresh install of 4.6, to verify that it is something that changed in the release, rather than a network- or machine-specific issue. I've been poking around a little bit since my last E-mail, and have found that using `ftp -A` on OpenBSD 4.7 works, whereas usual `ftp` does not. This seems backwards to me as it seems like if one is going to work, it ought to be passive... I also noticed that the working `ftp` on Debian (from netkit) is a fair bit different from the one on OpenBSD - it's man page implies that it uses active FTP by default, and needs a -p argument for passive. But whether I just do `ftp ftp.openbsd.org` or `ftp -p ftp.openbsd.org ` - from Debian, they both work. I can also manually toggle passive on and off from within netkit-ftp, and either way, I can get a directory listing without problem. I installed tnftp on Debian, and it failed to work in either active or passive mode, so I quickly gave up on that. I also installed wget on one of the OpenBSD machines, and it is able to happily download from FTP sites whether --passive-ftp or --no- passive-ftp is given, and it's nicely verbose about when PASV or PORT are actually used so it's not just a matter of hoping the man page is current. HOWEVER, I did notice one difference watching tcpdump...the clients that work correctly use PASV, the ones that don't use EPSV. Indeed, tnftp on Debian had been clearly telling me that it was trying Extended passive and EPRT, but I didn't know that was anything different from PASV/PORT. So apparently the E___ commands exist for IPv6 compatibility. The tnftp that Debian packages uses EPSV/EPRT per default. It supposedly falls back to PASV/PORT if the server fails to recognize the command, but I don't really know any ancient FTP servers to test with. `ftp` in OpenBSD 4.6 happily used PASV/PORT. In OpenBSD 4.7, `ftp` now uses EPSV/PORT. Strange that it's only a half-migration (an oversight or intentional?), but at least it doesn't break entirely. In theory, an old server should be gracefully handled with nice fallback to PASV/ PORT. However, since the FTP server is not saying 500 OMG WTF IS THAT, the client never falls back, and instead just times out eventually. Apparently our firewall device is too old and doesn't support NAT properly with the new E___ commands, and we're stuck with it until it dies (and then we just get a new version of the same junk). Ugh. Now let's all go read http://cr.yp.to/djbdns/ ipv6mess.html. Unless modern web browsers still haven't implemented EPSV/EPRT, they actually work as they should, because FTP browsing and downloads are never a problem from them on this same network, so I should think this isn't too hard to fix. I wouldn't have the slightest clue how though. In the meanwhile, this should probably be added to http://www.openbsd.org/faq/upgrade47.html - because this is a surprise that's not very fun to dig around at. Also, it's not really a bug per se, but if FTP times out after 60 seconds for any reason in general, shouldn't pkg_add say something nicer about it than No packages in PKG_PATH? Cheers, -- Casey Allen Shobe ca...@shobe.info
Curso de AdWords (Google) en DVD (ID:174380)
Me interesa el DVD del Curso de AdWords dar click aqum El curso AdWords para Todos , con mas de 3 aqos de experiencia, enseqandole a la gente El Arte de Anunciarse en Internet con Google Por favor, reflexione un momento y piense en la importancia que tiene, en el mundo tan competido de hoy, tener una sitio en Internet que sea muy visitado y que lo ponga en contacto con cientos de compradores potenciales. Y es que tener un sitio en Internet -visible cuando la gente busque su producto o servicio - es un elemento decisivo, es lo que hace determina la diferencia entre un sitio que simplemente existe y un sitio que es da resultados. Anunciarse en Internet usando Google -el mas importante buscador del mundo- es la manera infalible hacer de su sitio un ganador. Le gustarma * Que su sitio apareciera siempre en la primera pagina de Google * Saber como poner un anuncio que le funcione a usted y a su comprador potencial * Lograr que su pagina sea visitada y venda * Sacar el maximo provecho de la inversisn que ha hecho en su sitio * Descubrir los secretos de quienes logran aparecer consistentemente en Google * Eliminar los elementos que no le permiten a su pagina ser su mejor vendedor * Conocer los trucos de los expertos * Saber la diferencia entre un diseqador que diseqa y uno que vende * Cautivar a sus visitantes para que regresen a su sitio una y otra vez * Determinar cuanto, como y cuando quiere pagar Es difmcil imaginar todo lo que puede lograr para su empresa, su producto o su servicio con un sitio my visitado. Haga de su sitio una inversisn excepcionalmente redituable. El Curso AdWords para todos (O como anunciarse en Internet de la mejor forma posible) es un DVD con mas de 2 horas de informacisn sslida (sin paja) que le permitira sacar lo mejor de su sitio y los buscadores. Me interesa el DVD del Curso de Adwords dar click aqum Dar de baja mi email de sus listas zjU
Re: GNU/Linux user wanting to make the switch to OpenBSD for ADSL2+ Router.
On Sat, May 29, 2010 at 01:35:19PM -0500, Andres Genovez wrote: 2010/5/29 Andres Genovez andresgeno...@gmail.com: 2010/5/28 Christiano F. Haesbaert haesba...@haesbaert.org: On 28 May 2010 02:17, LeviaComm Networks NOC n...@leviacomm.net wrote: One thing that I would like to continue to do is filter packets based on type, namely P2P type packets. I want to give them a low priority in the QoS. On Linux, I use Layer7 rules, is there something similar, or the same for OpenBSD? Also, is it possible to block those packets between certain times and at other times, just reduce the priority? Hi, I am interested in this weak point of OpenBSD, so I must say, how can I achieve such a goal? How can I trap this packets and send them to /dev/null for example, a guide somewhere? http://www.openbsd.org/cgi-bin/man.cgi?query=hoststatedapropos=0sektion=0m anpath=OpenBSD+Currentarch=i386format=html I think you mean relayd(8), it has been renamed a long time ago. But yes, the best way to do this is to force all traffic through proxies and drop/slow everything else. Joachim
gcc4,amd64 - mk.conf?
Marco's instructions, pointed to from the undeadly article, mentions to set COMPILER_VERSION=gcc4 in mk.conf, as opposed to current.html which does not list this step. Does it make any difference having it in mk.conf or not? Propably this would have been explixitely mentioned in the 2010/05/09 change, if I'm not totally wrong. Thanks, Dorian
Re: pkg_add problems after 4.7 upgrade (source of problem found)
[ reply-to set, please honour it (or change it to tech@), don't crosspost between misc and tech. ] On 2010/05/30 04:26, Casey Allen Shobe wrote: So apparently the E___ commands exist for IPv6 compatibility. The tnftp that Debian packages uses EPSV/EPRT per default. It supposedly falls back to PASV/PORT if the server fails to recognize the command, but I don't really know any ancient FTP servers to test with. `ftp` in OpenBSD 4.6 happily used PASV/PORT. In OpenBSD 4.7, `ftp` now Not sure why you're seeing problems now, but this hasn't changed in years. ftp in OpenBSD 4.6 used EPSV by default too. And it does still fallback from EPSV to PASV (you can see this with e.g. ftp -d ftp://ftp.symantec.com/). fallback to PASV/PORT. However, since the FTP server is not saying 500 OMG WTF IS THAT, the client never falls back, and instead just times out eventually. Apparently our firewall device is too old and doesn't support NAT properly with the new E___ commands, and we're Yes, that's exactly it. For pkg_add I suggest switching to an http mirror (or you could set FETCH_CMD=ftp -E for pkg_add, but switching to http is more straightforward). Does anyone know the rationale for setting epsv4 = 1 by default? On the one hand it's useful to know that the network connection is broken, but that's about the only advantage I can see, on the other hand if you're actually trying to fetch files (especially from a *server* behind a broken nat device that's not under your control) it's a real pain. We mirror distfiles for some ports because of this...
Re: gcc4,amd64 - mk.conf?
Does it make any difference having it in mk.conf or not?
At the moment, I am looking into the same question. Yesterday, I went
through the compiler upgrade steps on an i386-current machine.
Probably, I have ended up with a gcc3-compiled gcc4 on my i386 system,
although I had thought I had re-compiled gcc4 with itself as per the
second step of the instructions in the the FAQ.
However, after looking at
/usr/src/share/mk/bsd.own.mk (see snipplet below)
it looks to me as if gcc4 is currently only set automagically on
am64 and sparc64. Right now, I am trying to re-compile (on my i386
machine) gcc4 with itself after having set COMPILER_VERSION=gcc4
manually in /etc/mk.conf , as per Marco's instructions.
In an hour or so I should know if this solves the compile error I had
encoutered while building the userland, although the building of the
kernel was fine (still on i386). As per Marco's table, gcc4 is OK also
on i386.
Rolf
...
# gcc3
.if ${MACHINE_ARCH} == m68k || ${MACHINE_ARCH} == m88k || \
${MACHINE_ARCH} == sparc || ${MACHINE_ARCH} == vax
USE_GCC3?=no
COMPILER_VERSION?=gcc2
.elif ${MACHINE_ARCH} == amd64 || ${MACHINE_ARCH} == sparc64
COMPILER_VERSION?=gcc4
.else
USE_GCC3?=yes
COMPILER_VERSION?=gcc3
.endif
...
Re: gcc4,amd64 - mk.conf?
You only need it if you are building on an arch which hasn't moved to gcc4 yet (that is, not amd64 or sparc64). On Sun, May 30, 2010 at 11:30:15AM +0200, Dorian B?ttner wrote: Marco's instructions, pointed to from the undeadly article, mentions to set COMPILER_VERSION=gcc4 in mk.conf, as opposed to current.html which does not list this step. Does it make any difference having it in mk.conf or not? Propably this would have been explixitely mentioned in the 2010/05/09 change, if I'm not totally wrong. Thanks, Dorian
sftp chroot does'nt pass the login
Hi, I am using sftp server with a chroot with following lines in sshd configuration file. The same works for my actual server in 4.4 OpenBSD but I just freshly installed a 4.7 one and on it the sftp login fails (it works without chroot). Match group web ChrootDirectory /var/www/htdocs ForceCommand internal-sftp Any idea what I get wrong ? Thanks
FYREWALL - Gerenciamento e Segurança de sua rede
Para alterar seus dados ou sair desta lista CLIQUE AQUI.
Re: sftp chroot does'nt pass the login
On Sun, May 30, 2010 at 05:22:22PM +0200, Jean-Francois wrote: Hi, I am using sftp server with a chroot with following lines in sshd configuration file. The same works for my actual server in 4.4 OpenBSD but I just freshly installed a 4.7 one and on it the sftp login fails (it works without chroot). Match group web ChrootDirectory /var/www/htdocs ForceCommand internal-sftp Any idea what I get wrong ? $ grep web /etc/group $ grep www /etc/group www:*:67: $ Thanks
Re: sftp chroot does'nt pass the login
Le dimanche 30 mai 2010 17:39:36, Bret S. Lambert a icrit : On Sun, May 30, 2010 at 05:22:22PM +0200, Jean-Francois wrote: Hi, I am using sftp server with a chroot with following lines in sshd configuration file. The same works for my actual server in 4.4 OpenBSD but I just freshly installed a 4.7 one and on it the sftp login fails (it works without chroot). Match group web ChrootDirectory /var/www/htdocs ForceCommand internal-sftp Any idea what I get wrong ? $ grep web /etc/group $ grep www /etc/group www:*:67: $ web is a group and also a user in my OS. # grep web /etc/group wheel:*:0:root,admin,web web:*:1001:web
OpenBSD on Freescale QorIQ ?
Is anyone working on moving macppc or socppc to the Freescale QorIQ (e500 PowerQICC core)? Although I have no hardware / evaluation board yet myself, I am looking into supporting this low-power architecture as a hobby project, in order to brush up my low level programming skills a bit. Rolf
Re: 4.7 Release - bgpd not passing IBGP routes
Hi,
On Sat, 29 May 2010 18:25:12 +0700, a b obsdmisc...@yahoo.co.uk wrote:
Hi,
I've got a curious problem with a test I've been doing with bgpd on 4.7
release. Hopefully someone can point out where I am going wrong.
Test Layout
:
BSD01 - EBGP01
BSD02 - EBGP01
BSDxx are both 4.7 release BGP speakers in
private ASN 64550 (OSPF running between them as IGP)
EBGP01 is a non OpenBSD
BGP speaker in private ASN 65432 (just sending default route for test
purposes)
BSD01 does not appear to be receiving routes from BSD02 (in this
case, it should be learning a higher pref default route from BSD02 over
IBGP)
on BSD01 :
# bgpctl show sum
Neighbor ASMsgRcvd MsgSent OutQ
Up/Down State/PrfRcvd
BSD0264550 19 19 0
00:15:25 0
EBGP BOX 65432 20 19 0
00:17:09 1
#bgpctl show rib
* 0.0.0.0/0 172.16.99.254 400 0
65432 i
on BSD02 :
# bgpctl show sum
Neighbor AS
MsgRcvd MsgSent OutQ Up/Down
State/PrfRcvd
BSD0164550 121
125 0
00:20:25 1
EBGP BOX 65432 1163 1188
0 01:17:09 1
#bgpctl show rib
I* 0.0.0.0/0 172.16.99.254
400 0 65432 i
* 0.0.0.0/0 172.16.99.254 100 0 65432 i
bgpd.conf from
BSD01 :
PEER_ASN=65432
LOCAL_ASN=64550
MY_ID=192.168.152.1
REMOTE_IP=172.16.99.254
IBGP_PEER=192.168.152.2
LO1_IP=192.168.152.1
AS
$LOCAL_ASN
router-id $MY_ID
holdtime 180
holdtime min 3
fib-update yes
group
transit 65432 {
set localpref 400
remote-as $PEER_ASN
neighbor $REMOTE_IP {
descr EBGP BOX
announce self
^
I think you need to re-assess that. from man (5) bgpd.conf
announce (all|none|self|default-route)
If set to none, no UPDATE messages will be sent to the
neighbor.
If set to default-route, only the default route will be
announced
to the neighbor. If set to all, all generated UPDATE messages
will be sent to the neighbor. This is usually used for
transit
AS's and IBGP peers. The default value for EBGP peers is
self,
which limits the sent UPDATE messages to announcements of the
local AS. The default for IBGP peers is all.
Which, you need to have sth like:
network 0.0.0.0/0
}
}
group IBGP Mesh {
remote-as $LOCAL_ASN
local-address $LO1_IP
neighbor $IBGP_PEER {
descr BSD02
}
}
bgpd.conf from
BSD02 :
PEER_ASN=65432
LOCAL_ASN=64550
MY_ID=192.168.152.2
REMOTE_IP=172.16.99.254
IBGP_PEER=192.168.152.1
LO1_IP=192.168.152.2
AS
$LOCAL_ASN
router-id $MY_ID
holdtime 180
holdtime min 3
fib-update yes
group
transit 65432 {
set localpref 400
remote-as $PEER_ASN
neighbor $REMOTE_IP {
descr EBGP BOX
announce self
}
}
group IBGP Mesh {
remote-as $LOCAL_ASN
local-address $LO1_IP
neighbor $IBGP_PEER {
descr BSD01
}
}
HTH,
--
insandotpraja(at)gmaildotcom
Re: pkg_add problems after 4.7 upgrade (source of problem found)
On Sun, May 30, 2010 at 4:26 AM, Casey Allen Shobe ca...@shobe.info wrote: I also upgraded my home machine (on a public IP) from 4.6 to 4.7 and did not run into the same problems. I can also try a fresh install of 4.7 on the work network - it won't take long. I'll also do a fresh install of 4.6, to verify that it is something that changed in the release, rather than a network- or machine-specific issue. Alright, glad I tested this out, because I was wrong about this being a problem that showed up in 4.7 - it is the same in 4.6. I had PKG_PATH set in a .profile on every machine and was using HTTP before - didn't pay attention when I replaced it with a new FTP URL I guess, because I thought I was using FTP before...backups proved me wrong though. Sorry about mistaking the old path, but I guess it's good because had I not thought it to be a regression, I probably wouldn't have looked into it. The rest of the diagnosis should be sound though, I think. On Sun, May 30, 2010 at 8:34 AM, Stuart Henderson s...@spacehopper.orgwrote: [ reply-to set, please honour it (or change it to tech@), don't crosspost between misc and tech. ] Alright, will do - sorry, new to these mailing lists... On the one hand it's useful to know that the network connection is broken, but that's about the only advantage I can see, on the other hand if you're actually trying to fetch files (especially from a *server* behind a broken nat device that's not under your control) it's a real pain. Well, to play devil's advocate a bit, these aren't really servers except in the X11 sense - they're administrative workstations. But one thing I'd like to point out is that the NAT is not actually broken - it just doesn't take RFC2428 into consideration, which is pretty reasonable since that RFC came out in late 1998 and the NAT device we have I think came out the same year, or perhaps the next one. That's also two years after they originally predicted IPv6 becoming widely-used, heh... I'd happily replace it with an OpenBSD machine, but the powers that be won't have that (I work for an international non-profit with control issues that compliments their lack of actual security and best practices nicely). Our site is fine as we operate mostly-independently, but dealing with anyone up the chain is a horrendous experience best avoided. They also spent the money for a lifetime support option, so we *could*, for free, upgrade the software to be much newer and surely supporting EPSV/EPRT, but we don't have access to do that. Yet, that money wasted years ago is excuse for us to never replace the thing unless it sustains hardware failure. I'd be readying my bat...but our nonexistent recovery plan keeps me leery... ;) We mirror distfiles for some ports because of this... I'll be setting up a local mirror once time/bandwidth allow for it, which should be within the week. :) -- Casey Allen Shobe ca...@shobe.info
Re: 4.7 Release - bgpd not passing IBGP routes
Hello,
Thank you for your reply.
Ref. your pointing out
group
transit 65432 {
set localpref 400
remote-as $PEER_ASN
neighbor
$REMOTE_IP {
descr EBGP BOX
announce self
^
Please
explain why, therefore, when I remove set localpref 400, the IBGP mesh
defined in the next section of the config occurs correctly ?
When set
localpref 400 is removed, both primary and secondary routes (with default
pref 100) are visible on both IGBP peers.
As soon as set localpref 400 is
reinserted, the issue originally presented reappears.
Many thanks again for
your kind assistance.
Re: Possible bug ? Re: 4.7 Release - bgpd not passing IBGP routes
Hi, On Sun, 30 May 2010 02:34:12 +0700, a b obsdmisc...@yahoo.co.uk wrote: Hi, Further to my earlier email, additional experimentation shows that removal of set localpref from my config file on BSD02 allows full mesh IBGP to correctly occur. Reinsertion of set localpref makes the issue originally reported reappear. By setting received prefixes to localpref 400, it would be preferable to the router thus made other similar prefixes with lower localpref unselected. But, yes, it should appeared on RIB. Please show us bgpctl sh rib output from all routers. And, if I'm not mistaken, if there are prefixes with the same metrics comes from both eBGP and iBGP, prefixes from eBGP peers will be chosen. HTH, -- insandotpraja(at)gmaildotcom
Re: gcc4,amd64 - mk.conf?
if this solves the compile error I had encoutered while building the userland, Yes, it did. After setting COMPILER_VERSION=gcc4 in /etc/mk.conf, re-compiling gcc4 with itself just to be on the safe side, then the builds of the kernel, userland, and finally xenocara were successful. This just took longer than one hour, but almost three hours on my Acer Timeline Aspire 3810T laptop, including the MPLS and mpe kernel options... Rolf
Re: Crash during boot. Fresh install of 4.7
On Tue, May 25, 2010 at 9:17 PM, Todd norr...@gmail.com wrote: On Tue, May 25, 2010 at 1:22 PM, Marco Peereboom sl...@peereboom.uswrote: Can you run diffs? maybe, with some noob hand holding. If not can you download and test a kernel? Absolutely! just tell me where to get it. This is probably no shocking revelation to anyone, but I can boot a custom kernel rebuilt with the line commented out of the config: acpicpu* at acpi? Let me know if a dmesg, acpidump, or anything else from the above mentioned kernel would be usefull. On Tue, May 18, 2010 at 06:24:53PM -0500, Todd wrote: On Mon, May 17, 2010 at 9:58 PM, Marco Peereboom sl...@peereboom.us wrote: hrm,... i might have fixed that in -current. got a dmesg? I installed the snapshot from 5-13 and there is still a crash with the same error. Below is everything that is still on the screen when the crash occurs and a dmesg from booting bsd.rd acpibat1 art acpi0: BAT2 not present acpibtn2 at acpi0: LID_ acpidock0 at acpi0:DCK1 not docked(0) acpivideo0 at acpi0: VGA_ acpivout0 at acpivideo0: CRT_ acpivout1 at acpivideo0: TV0_ acpivout2 at acpivideo0: LCD_ acpivideo1 at acpi0: GFX0 acpivout3 at acpivideo1: DD01 acpivout4 at acpivideo1: DD02 acpivout5 at acpivideo1: DD03 acpivout6 at acpivideo1: DD04 acpivout7 at acpivideo1: DD05 bios0: ROM list: 0xc/0xfa00 0xdf000/0x800! cpu0: Enhanced SpeedStep 1664 MHzKernel: interger devide fault trap, code=0 Stopped at est_init+0x107: idivl %esi %eax est_init(d0992174,0,0,d04f6235) at est_init+0x107 intel686_setperf_setup(d0992160,d0a43e98,d0a43ec8,d04f627d at intel686_setperf_setup+0x46 mainbus_attach(0,d1c48c0,0,dbdef000,d0a42334) at mainbus_attach+0x236 config_attach(0,d08686d4,0,0,0) at config_attach+0xfd config_rootfound(d0785242,0,d0a43f38,d04c37fe) at config_rootfound+0x27 main(0,0,0,0,0) at main+0x3b2 below is the dmesg from booting bsd.rd installed from the 4.7 release cd OpenBSD 4.7 (RAMDISK_CD) #353: Wed Mar 17 21:02:53 MDT 2010 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/RAMDISK_CD cpu0: Genuine Intel(R) CPU T2300 @ 1.66GHz (GenuineIntel 686-class) 1.67 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,VMX,EST,TM2,xTPR real mem = 1071738880 (1022MB) avail mem = 1031536640 (983MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 01/13/06, BIOS32 rev. 0 @ 0xfd620, SMBIOS rev. 2.31 @ 0xdf010 (24 entries) bios0: vendor Gateway version 71.02 date 01/13/2006992 bios0: Gateway MX6710 acpi0 at bios0: rev 0 acpi0: tables DSDT FACP APIC ASF! MCFG APIC BOOT SSDT acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: apic clock running at 166MHz cpu at mainbus0: not configured ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 2, remapped to apid 1 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (PEGP) acpiprt2 at acpi0: bus 2 (RP01) acpiprt3 at acpi0: bus 3 (RP02) acpiprt4 at acpi0: bus -1 (RP03) acpiprt5 at acpi0: bus 4 (PCIB) bios0: ROM list: 0xc/0xfa00 0xdf000/0x800! pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 Intel 82945GM Host rev 0x03 ppb0 at pci0 dev 1 function 0 Intel 82945GM PCIE rev 0x03: apic 1 int 16 (irq 11) pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 ATI Radeon Mobility X1400 rev 0x00 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) Intel 82801GB HD Audio rev 0x02 at pci0 dev 27 function 0 not configured ppb1 at pci0 dev 28 function 0 Intel 82801GB PCIE rev 0x02: apic 1 int 17 (irq 11) pci2 at ppb1 bus 2 em0 at pci2 dev 0 function 0 Intel PRO/1000MT (82573L) rev 0x00: apic 1 int 16 (irq 11), address 00:e0:b8:94:d6:8a ppb2 at pci0 dev 28 function 1 Intel 82801GB PCIE rev 0x02: apic 1 int 16 (irq 11) pci3 at ppb2 bus 3 wpi0 at pci3 dev 0 function 0 Intel PRO/Wireless 3945ABG rev 0x02: apic 1 int 17 (irq 11), MoW1, address 00:13:02:04:21:f8 uhci0 at pci0 dev 29 function 0 Intel 82801GB USB rev 0x02: apic 1 int 23 (irq 11) uhci1 at pci0 dev 29 function 1 Intel 82801GB USB rev 0x02: apic 1 int 19 (irq 10) uhci2 at pci0 dev 29 function 2 Intel 82801GB USB rev 0x02: apic 1 int 18 (irq 10) uhci3 at pci0 dev 29 function 3 Intel 82801GB USB rev 0x02: apic 1 int 16 (irq 11) ehci0 at pci0 dev 29 function 7 Intel 82801GB USB rev 0x02: apic 1 int 23 (irq 11) usb0 at ehci0: USB revision 2.0 uhub0 at usb0 Intel EHCI root hub rev 2.00/1.00 addr 1 ppb3 at pci0 dev 30 function 0 Intel 82801BAM Hub-to-PCI rev 0xe2 pci4 at ppb3 bus 4 cbb0 at pci4 dev 9 function 0 TI PCIXX12 CardBus rev 0x00: apic 1 int 17 (irq 255), CardBus support disabled TI PCIXX12 FireWire rev 0x00 at pci4 dev 9 function 1 not configured TI PCIXX12 Multimedia Card
gtrrr
ytujhgjgdk
Re: Possible bug ? Re: 4.7 Release - bgpd not passing IBGP routes
(1) With set localpref 500 on EBGP session on BSD02 bgpctl sh rib on BSD01 : I*0.0.0.0/0172.16.99.254500065432i * 0.0.0.0/0172.16.99.254100065432i bgpctl sh rib on BSD02 : *0.0.0.0/0172.16.99.254500065432i (2) With no localpref set on EBGP session on BGP02 bgpctl sh rib on BSD01 : * 0.0.0.0/0172.16.99.254100065432i I*0.0.0.0/0 172.16.99.254100065432i bgpctl sh rib on BSD02 : * 0.0.0.0/0172.16.99.254100065432i I*0.0.0.0/0 172.16.99.254100065432i (3) With set localpref 25 on EBGP session on BSD02 bgpctl sh rib on BSD01 : *0.0.0.0/0172.16.99.254 100065432i bgpctl sh rib on BSD02 : I*0.0.0.0/0 172.16.99.254100065432i *0.0.0.0/0172.16.99.25425 065432i
arpresolve error on upgrade to 4.7
Hello, I'm just a regular openbsd user, I never had an issue so far but now I'm booting the 4.7 install cd to go with the upgrade and I run into a kernel arpresolve error, right after dhcpack. bound to 192.168.1.104 -- renewal in 302400 seconds. Do you want to do any manual network configuration? [no] arpresolve: 192.168.1.1: route without link local address Force checking of non-root filesystems? [yes] arpresolve: 192 ... Network is ok on 4.6; I'm kinda lost now, any help or hints on how i could troubleshoot and understand this would be greatly appreciated. -- Mathieu
HANVON FACEID YÜZ TANIMA ÜRÜNLERİ - TANITIM PROMOSYONU 02:41:26
MICROSOFT, NOKIA, SAMSUNG'UN TEKNOLOJ] SAPLAYICISINDAN ULUSLAR ARASI 20'DEN FAZLA PATENT, 10.000 \ZER] REFERANS Teknoloji : Patentli DualSensor Teknolojisi ile 3D Gal}~ma Etkilenme : Ya~lanma, sag, sakal, b}y}k, gvzl|k ve makyajdan etkilenmez. Tan}ma Modu : Y|z, Kart, Kart+Y|z, ^ifre+Y|z Tan}ma H}z} : 0,1 Sn Tan}ma ^ekli : 3 Boyutlu (3D) ( Tek kameral} sistemler 2 boyutludur ) Kapasite : 500, 1.400, 5.000, 10.000 Ki~i ( Kay}t artt}kga h}z d|~memektedir. ) Kart Kapasitesi : 10.000 Kart Hareket Kay}t Kapasitesi : Min. 150.000 Vlg|m Referans noktas} : 10.000 nokta Tan}ma Referans Noktas} : 5.000 nokta Kartl} Kullan}m : 10.000 Kart , Kartl} Kullan}mda Fotograf gekme vzellipi (70.000 kapasite ) Gal}~ma Ortam ^artlar} : 0-5. Lux }~}k seviyesi, -10, +40 Derece Gal}~ma S}cakl}p}, % 80 Yopunla~mam}~ nem Y|z Fotopraf Log Kapasitesi : 70.000 Hata Oran} : 1:N Modda % 0,1 , 1:1 Modda 0 Hata Haberle~me : TCP/IP , USB Wiegand Arabirim : 26 ve 34 Bit SDK ( Yaz}l}m Geli~tirme Kiti ) : Delphi, VB, C#, VC ( \cretsiz Ag}k Kod SDK ) Firmware G|ncelleme : \cretsiz T\RK]YE TEK D]STR]B\TVR\NDEN SINIRLI S\RE TANITIM AMAGLI KAL]TEY] KAR^ILA^TIRIN BAY]] VZEL DEMO F]YATI 450 USD Not : Promosyon tan}t}m ve test amagl} kullan}lacak 1 adet FK605 modeli igin s}n}rl} s|re gegerlidir. Son kullan}c} sat}~}m}z yoktur. Size en yak}n sat}~ noktas} igin bilgi al}n}z. Parmak ]zi Tan}ma SistemleriPROXIMITY MIFARE Kart \r|nleriKullan}m Alanlar} Demo \r|n Fiyat} 165 USD En ]yi Fiyat Garantisi 125 KHZ Proximity, 13.56 Mhz 1K Mifare Personel Devam Kontrol Sistemleri Turnike Kap} Gegi~ Kontrol Vprenci Takip Sistemleri \ye Takip Kontrol Sistemleri Kullan}c} Doprulama Tan}ma Yemekhane Ziyaretgi Kontrol Vdeme Sistemleri Kart Sistemleri ]STANBUL : (212) 356 56 40 ( PBX ) E-Mail : i...@vizyotek.com Web: www.vizyotek.com \r|n Sat}~lar}m}z bayii ve gvz|m ortaklar} |zerinden yap}lmaktad}r. Son kullan}c} sat}~}m}z yoktur. Yetkili bayii ve gvz|m ortaklar}m}za ula~mak igin l|tfen bilgi al}n}z. Not : Bilgilendirme amagl} alm}~ oldupunuz e-posta sektvr firmalar}na, fuar ziyaretgilerimize ve ~irketimize kay}t yapt}rm}~ olan ki~i ve ~irketlere bilgilendirme amagl} gvnderilmi~tir. Gelen bilginin ilgi alan}n}z d}~}nda oldupunu d|~|n|yor ve elektronik posta adresinin kay}tlar}m}zdan g}kar}lmas}n} istiyorsan}z r...@vizyotek.com adresine bos bir mail gvndermeniz yeterli olacakt}r. HtmlEposta mail adresinize HtmlDate tarihinde HtmlRefNo nolu tan}t}m postas} ald}n}z. HtmlEposta mail adresinize e-posta istemiyorsan}z l|tfen unsubscribe t}klay}n}z.
Page fault trap on IBM x336
Hi, Let me know if I should be posting this elsewhere. I'm running OpenBSD 4.5 i386 on an IBM x336 server, as newer versions don't work with the Broadcom network interfaces [1]. I installed it about a week ago, and everything was working great until I got the following on the console (retyped). I ran a trace as per the FAQ: [lots of vlan: lines; probably me adding the interfaces a few days ago] vlan80: initialized with non-standard mtu 1496 (parent trunk0) vlan85: initialized with non-standard mtu 1496 (parent trunk0) vlan61: initialized with non-standard mtu 1496 (parent trunk0) vlan1: initialized with non-standard mtu 1496 (parent trunk0) uvm_fault(0xd080d9e0, 0x0, 0, 1) - e kernel: page fault trap, code=0 Stopped at arp_rtrequest+0xfb: movb 0x64(%eax),%al ddb pckbc_start: command error ddb trace arp_rtrequest(b,d8382048,de164df0,0) at arp_rtrequest+0xfb rtrequest1(b,de164df0,38,de164dec,0,d2ac0400,d0202de9,60) at rtrequest1+0x1f2 rtalloc1(d081a508,1,0,d839a68c) at rtalloc1+0xb6 rtalloc_mpath(d081a504,d869881c,0,d839a68c,0) at rtalloc_mpath+0x2f ip_forward(d861fa00,0,de164f10,0,204) at ip_forward+0xd8 ipv4_input(d861fa00,d2a73640,d08c2b54,d8a312b8) at ipv4_input+0x26e ipintr(d0350058,d08c0010,d06f0010,de160010,d8a312b8) at ipintr+0x64 Bad frame pointer: 0xde164f28 ddb dmesg output is below [2]. Is this a known problem that's fixed in 4.7? Cheers, Patrick 1. http://kerneltrap.org/mailarchive/openbsd-misc/2010/3/12/6350403/thread 2. patr...@ceti-a:~[0]$ dmesg OpenBSD 4.5 (GENERIC) #1749: Sat Feb 28 14:51:18 MST 2009 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel(R) Xeon(TM) CPU 3.20GHz (GenuineIntel 686-class) 3.21 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,MWAIT,DS-CPL,CNXT-ID,CX16,xTPR real mem = 2146832384 (2047MB) avail mem = 2067619840 (1971MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 07/19/05, BIOS32 rev. 0 @ 0xfd711, SMBIOS rev. 2.3 @ 0xf5faa (50 entries) bios0: vendor IBM version -[APE128AUS-1.11]- date 07/19/2005 bios0: IBM eserver xSeries 336 -[883725M]- acpi0 at bios0: rev 2 acpi0: tables DSDT FACP APIC MCFG acpi0: wakeup devices PCI0(S5) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: apic clock running at 200MHz cpu at mainbus0: not configured ioapic0 at mainbus0: apid 14 pa 0xfec0, version 20, 24 pins ioapic1 at mainbus0: apid 13 pa 0xfec82000, version 20, 24 pins ioapic2 at mainbus0: apid 12 pa 0xfec82400, version 20, 24 pins acpiprt0 at acpi0: bus 4 (PCI2) acpiprt1 at acpi0: bus 5 (PCI3) acpiprt2 at acpi0: bus 1 (PCIS) acpiprt3 at acpi0: bus 0 (PCI0) acpicpu0 at acpi0 bios0: ROM list: 0xc/0xb000 0xcb000/0x4000 ipmi at mainbus0 not configured pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 Intel E7520 Host rev 0x0c Intel E7520 Error Reporting rev 0x0c at pci0 dev 0 function 1 not configured ppb0 at pci0 dev 2 function 0 Intel E7520 PCIE rev 0x0c pci1 at ppb0 bus 2 ppb1 at pci0 dev 4 function 0 Intel E7520 PCIE rev 0x0c pci2 at ppb1 bus 3 ppb2 at pci2 dev 0 function 0 Intel PCIE-PCIE rev 0x09 pci3 at ppb2 bus 4 mpi0 at pci3 dev 1 function 0 Symbios Logic 53c1030 rev 0x08: apic 13 int 4 (irq 11) scsibus0 at mpi0: 16 targets, initiator 7 sd0 at scsibus0 targ 0 lun 0: LSILOGIC, 1030 IM IM, 1000 SCSI2 0/direct fixed sd0: 139898MB, 512 bytes/sec, 286511104 sec total safte0 at scsibus0 targ 8 lun 0: IBM, 25P3495a S320 1, 1 SCSI2 3/processor fixed mpi0: phys disk 0 Sync at 160MHz width 16bit offset 127 QAS 0 DT 1 IU 1 mpi0: phys disk 1 Sync at 160MHz width 16bit offset 80 QAS 0 DT 1 IU 1 ppb3 at pci2 dev 0 function 2 Intel PCIE-PCIE rev 0x09 pci4 at ppb3 bus 5 ppb4 at pci0 dev 6 function 0 Intel E7520 PCIE rev 0x0c pci5 at ppb4 bus 6 bge0 at pci5 dev 0 function 0 Broadcom BCM5721 rev 0x11, BCM5750 B1 (0x4101): apic 14 int 16 (irq 11), address 00:14:5e:32:98:fa brgphy0 at bge0 phy 1: BCM5750 10/100/1000baseT PHY, rev. 0 ppb5 at pci0 dev 7 function 0 Intel E7520 PCIE rev 0x0c pci6 at ppb5 bus 7 bge1 at pci6 dev 0 function 0 Broadcom BCM5721 rev 0x11, BCM5750 B1 (0x4101): apic 14 int 16 (irq 11), address 00:14:5e:32:98:fb brgphy1 at bge1 phy 1: BCM5750 10/100/1000baseT PHY, rev. 0 Intel E7520 Config rev 0x0c at pci0 dev 8 function 0 not configured uhci0 at pci0 dev 29 function 0 Intel 82801EB/ER USB rev 0x02: apic 14 int 16 (irq 11) uhci1 at pci0 dev 29 function 1 Intel 82801EB/ER USB rev 0x02: apic 14 int 19 (irq 3) ehci0 at pci0 dev 29 function 7 Intel 82801EB/ER USB2 rev 0x02: apic 14 int 23 (irq 5) usb0 at ehci0: USB revision 2.0 uhub0 at usb0 Intel EHCI root hub rev 2.00/1.00 addr 1 ppb6 at pci0 dev 30 function 0 Intel 82801BA Hub-to-PCI rev 0xc2 pci7 at ppb6 bus 1 vga1 at pci7 dev 1 function 0 ATI Radeon VE rev 0x00 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100
