Re: OpenBSD AJAX
Yes, It would be exactly the same as any other cgi. Floor Terra On Oct 24, 2006, at 8:30 AM, Sam Fourman Jr. wrote: Thanks for the Feedback everyone, my next question is Would it be Possible to use AJAX from a CGI made with C running from Apache that Ships w/ OpenBSD? Sam Fourman Jr. On 10/24/06, Ryan McBride <[EMAIL PROTECTED]> wrote: On Tue, Oct 24, 2006 at 12:55:09AM -0500, Sam Fourman Jr. wrote: > is it possible to have a AJAX enabled Website hosted on OpenBSD? Yes > the reason why I am asking is because Apache is version 1.3.x (due to > licencing issues). > if not Maybe there is another http server that would support it? AJAX not a particular server-side technology, but rather a set of techniques and tools for building interactive web applications. Most of the "magic" happens on the client side. Depending on what programming language you're using on the server side, there may be AJAX specific modules or frameworks. For example there appear to at least be some perl AJAX frameworks in our ports tree. Other languages may have similar tools.
Re: OpenBSD AJAX
Thanks for the Feedback everyone, my next question is Would it be Possible to use AJAX from a CGI made with C running from Apache that Ships w/ OpenBSD? Sam Fourman Jr. On 10/24/06, Ryan McBride <[EMAIL PROTECTED]> wrote: On Tue, Oct 24, 2006 at 12:55:09AM -0500, Sam Fourman Jr. wrote: > is it possible to have a AJAX enabled Website hosted on OpenBSD? Yes > the reason why I am asking is because Apache is version 1.3.x (due to > licencing issues). > if not Maybe there is another http server that would support it? AJAX not a particular server-side technology, but rather a set of techniques and tools for building interactive web applications. Most of the "magic" happens on the client side. Depending on what programming language you're using on the server side, there may be AJAX specific modules or frameworks. For example there appear to at least be some perl AJAX frameworks in our ports tree. Other languages may have similar tools.
Re: OpenBSD AJAX
On Tue, Oct 24, 2006 at 12:55:09AM -0500, Sam Fourman Jr. wrote: > is it possible to have a AJAX enabled Website hosted on OpenBSD? Yes > the reason why I am asking is because Apache is version 1.3.x (due to > licencing issues). > if not Maybe there is another http server that would support it? AJAX not a particular server-side technology, but rather a set of techniques and tools for building interactive web applications. Most of the "magic" happens on the client side. Depending on what programming language you're using on the server side, there may be AJAX specific modules or frameworks. For example there appear to at least be some perl AJAX frameworks in our ports tree. Other languages may have similar tools.
Re: OpenBSD AJAX
I have never used AJAX, but I think you could use it with OpenBSD. AJAX stands for Asynchronous Javascript And XML. Javascript runs clientside and to serve the xml part you can use virtually any scripting language (php, python, perl, ruby.) and most of them run on OpenBSD. You should have no problems at al. Floor Terra On Oct 24, 2006, at 7:55 AM, Sam Fourman Jr. wrote: Just a Quick Question, I have been searching for a direct answer to: is it possible to have a AJAX enabled Website hosted on OpenBSD? the reason why I am asking is because Apache is version 1.3.x (due to licencing issues). if not Maybe there is another http server that would support it? *if* the answer in large part is no, maybe it should be considered a question for the OpenBSD FAQ? Sam Fourman Jr.
Huge PF/BGP setups with OpenBSD
Yo all, I'm finally starting a project where I need to build a front-end network that'll allow us to push up to (eventually) 10 gigabits of outbound internet traffic, made up of non-jumbo frame packets. Currently we push between 150,000 and 200,000pps. Our current firewalls running 3.8 i386 and em cards are maxing out now. I have gigabit fiber ethernet feeds, and can get 10 gigabit drops as well. I need redundancy, I'd like to run BGP. We use PF round-robin for high speed L4 LB, but nothing else too special. Everything else is open right now; I'll be buying multiple hardware platforms, CPUs, motherboards, network cards, and testing them all thoroughly for packet rates with/without PF rulesets. My question is; how the hell do I scale this? What good approaches are there to getting a front end network to scale, be redundant, maybe run BGP, and not be a huge pain in the ass to manage? I'd much rather continue sending resources to OpenBSD instead of shelling out for a pair of huge, expensive routers. Any good input is greatly appreciated; trolling not so much. Yes I've read all of the PF docs, the PF series on undeadly, the OpenBGP slides, etc. Thanks, -Dormando
Re: NOD32 Antivirus and OpenBSD?
lol? On 10/24/06, Leonardo Rodrigues <[EMAIL PROTECTED]> wrote: Hello everyone, I'm thinking on purchasing this NOD32 anti-virus solution from ESET.COM and use it here at work. I really want to use it with OpenBSD, since every other server machine runs OpenBSD as well. The problem is that eset.com claims that their product will run on Linux and FreeBSD, they say nothing about OpenBSD. I've heard rumors of NOD32 being also able to run on OpenBSD, but I *think* that was for earlier versions of NOD32. I'm not very fond of rumors, so I came here to ask your opinion about it. Does anyone here have any experience with NOD32 and OpenBSD? Or another really good antivirus that I may consider? Thanks in advance, Leonardo Rodrigues -- An OpenBSD user... and that's all you need to know =)
OpenBSD AJAX
Just a Quick Question, I have been searching for a direct answer to: is it possible to have a AJAX enabled Website hosted on OpenBSD? the reason why I am asking is because Apache is version 1.3.x (due to licencing issues). if not Maybe there is another http server that would support it? *if* the answer in large part is no, maybe it should be considered a question for the OpenBSD FAQ? Sam Fourman Jr.
NOD32 Antivirus and OpenBSD?
Hello everyone, I'm thinking on purchasing this NOD32 anti-virus solution from ESET.COM and use it here at work. I really want to use it with OpenBSD, since every other server machine runs OpenBSD as well. The problem is that eset.com claims that their product will run on Linux and FreeBSD, they say nothing about OpenBSD. I've heard rumors of NOD32 being also able to run on OpenBSD, but I *think* that was for earlier versions of NOD32. I'm not very fond of rumors, so I came here to ask your opinion about it. Does anyone here have any experience with NOD32 and OpenBSD? Or another really good antivirus that I may consider? Thanks in advance, Leonardo Rodrigues -- An OpenBSD user... and that's all you need to know =)
Re: OpenVPN server writes to /etc
Martin Gignac wrote: On 10/23/06, Heinrich Rebehn <[EMAIL PROTECTED]> wrote: Shouldn't openvpn write to /var/db or /var/log? I don't know if these locations can be hardcoded at compile time, but from the stock OpenBSD OpenVPN package that I use (2.0.6) it seems that files will be read/written relative to the CWD when the process was started. I usually specify an absolute path for the 'ifconfig-pool-persist' and 'status' parameters so that files are written to /var/db and /var/log. -Martin Thanks for your reply, Martin. Seems it is time to have a closer look at the 100 cmdline switches of openvpn ;-) --Heinrich
What would you do with field defect rate predictions?
Hey I have been examining OpenBSD bugs and have been looking for ways of predicting the field defect rate, that is, predicting at the time of release the number of field defects in each time interval after the release. I am brainstorming possible applications for this research. I was wondering what you all think OpenBSD can do (or do better) if it had field defect rate predictions. Your input would really give my research a reality check. Thank you very much for your time. Paul Li P.S. I did some preliminary predictions for OpenBSD using archieved data: http://www.cs.cmu.edu/~paulluo/Papers/LiHerbslebShawISSRE.pdf Paul Luo Li CMU [EMAIL PROTECTED] www.cs.cmu.edu/~paulluo
Re: Sun Niagara supported?
>> Of course, interested parties with large budgets and desire to see >> this work happen are more than free to contact me to have a project >> charter written and a contract signed... >> >I see I see, thanks for the explanation. I hope I didn't get your hopes >up for financing...I am only a poor student finishing his Bachelor's... > I'm the new enforcer of "Time, Cost and Scope" around here, ensuring people have a solid dose of pragmatism and reality when it comes to getting some of these new ideas implemented. My hopes didn't get raised. I hope yours didn't either.
Dell 2650 with unsupported Adaptec PERC 3/Di RAID controller?
I've inherited a half dozen Dell PowerEdge 2650s with the PERC 3/Di Adaptec RAID controllers, mostly running old OpenBSD with the 'aac' RAID controller enabled. I'd like to put as little money (and time) into these as possible while still bringing them up to the latest supported OpenBSD release, and keeping the Dell support contracts in place. I'm willing to consider trading these in, but I don't see affordable rackmount servers from Dell or Sun with redundant power and hardware RAID. These servers have been up and running for years (as in 1000 day uptimes) without major issues, and with no complaints about performance or corruption. How big a risk am I taking by reinstalling these machines with 4.0 and a custom 'aac' kernel? Has anybody successfully paid or pressured Dell to swap the PE2650 'aac' motherboards for a revision with the AMI MegaRAID embedded RAID chipset? Or added a PCI card for RAID using the "split backplane" feature of the PE2650? If the latter is the best option, any recommendation for an OpenBSD-friendly maker of standalone U160/U320 hardware RAID controllers for PCI? Something orderable from CDW or another major retailer would be a plus. Thanks, Kevin (P.S. One reason for specifying hardware RAID is to have a system with a strong chance of surviving (and/or rebooting after) a single failed drive. Other reasons are primarily political, same reasons we have only Sun and Dell hardware, and Dell "Gold" service contracts.)
Re: Intel Server Adapters (NICs) more questions, no answers
On 2006/10/23 17:15, Dag Richards wrote: > >MP makes possible to use I/O APICs so offloads the interrupt load from > >CPU. It can be big plus. > > Makes possible? Erm by magic? no, by the line in the kernel config file that starts "ioapic*"
Re: Intel Server Adapters (NICs)
On 2006/10/24 00:45, Per-Olov Sjvholm wrote: > > pf is disabled, between em0 and em1 whole traffic goes through > > kernel routing process (Navtel port A and em0 in one /24 network, > > and em1 and Navtel port B are in different /24 network) > > > > sysctl tcp.send & receive space is turned to 65535 this affects tcp sessions to the box itself, not routed packets. > >I think that it's somehow > > connected to chipsets of that cards and mainboard bridges which are > > responsible for transferring packets through the mainboard. motherboard chips can make a _big_ difference. > > So, we've changed to MP kernel and... scenario 1) hasn't changed at all > > (freeze all the time), and scenario 2 got 100% idle and 0% > > interrupts on both CPUs (strange, I thought that it'll be 1/2 of > > previous 75% :P). ... > > And another thing... SMP kernel wont help if (but you don't) you run PF as it > can't make use of SMP. Maybe it could be worse... But I don't know for sure. GENERIC.MP can help on some boards (even single-cpu boards, due to ioapic).
Re: Intel Server Adapters (NICs) more questions, no answers
Berk D. Demir wrote: Per-Olov Sjvholm wrote: I have read that people have tested with *very* high load with success... I am not the best expertbut you don't say anything about the OpenBSD config. At high load you probably have to change net.inet.ip.ifq.maxlen, kern.maxclusters, net.inet.tcp.recvspace, net.inet.tcp.sendspace, net.inet.tcp.rfc1323, kern.somaxconn among some other things... If you for example run out of "maxclusters" the server will freeze (as you mentioned)... Try OpenBSD FAQ ;-) Again, net.inet.tcp.recvspace, net.inet.tcp.sendspace, rfc1323 sliding window support and kern.somaxconn has nothing to the with routing performance. kern.maxclusters specifies the maximum number of mbuf clusters and I've never seen a system freezing because of exhausted mbuf clusters. Recent kernels are intelligent enough to tell they're out of mbuf clusters via kernel messages. It can be easily traced from /var/log/messages. BTW, FAQ's section 6.6 has no recommendations about tuning routing performance. After 3.8, major performance gains regarding cpu/interrupt load has been done in the em driver among many other fixes in the driver. Can't see you even mention the OpenBSD version you use And another thing... SMP kernel wont help if (but you don't) you run PF as it can't make use of SMP. Maybe it could be worse... But I don't know for sure. MP makes possible to use I/O APICs so offloads the interrupt load from CPU. It can be big plus. Makes possible? Erm by magic? Will running that kernel ... well Um I'd like to buy another clue please Vanna. When it comes to the NIC;s, many on the list will probably tell you the marvel chip is a good one. But you probably know that if you read the list. But it will probably wont help you if you don't tune the server right anyway... There doesn't exist many user configurable knobs to achieve high forwarding and packet handling performance if you don't come up with ultra secret kernel patches. Any hints on who to go to for the ultra secrets? I am currently trying to connect to DC's over a leased gigaMAN connection. I am getting only 41 MB/s on the bsd routers without ipsec running 7 Mbs with ipsec running. These are Sunfire x2100's running on 3.9 i386 kernels. I have so far just found Henning's paper on perf tunning, it seems to tell me that I am very CPU bound when running ipsec. I can buy accelerator cards for crypto, but the performance is nowhere near what I would expect just machine to machine on a x-over cable, or switch between the broadcom cards.
Re: Intel Server Adapters (NICs)
Per-Olov Sjvholm wrote: I have read that people have tested with *very* high load with success... I am not the best expertbut you don't say anything about the OpenBSD config. At high load you probably have to change net.inet.ip.ifq.maxlen, kern.maxclusters, net.inet.tcp.recvspace, net.inet.tcp.sendspace, net.inet.tcp.rfc1323, kern.somaxconn among some other things... If you for example run out of "maxclusters" the server will freeze (as you mentioned)... Try OpenBSD FAQ ;-) Again, net.inet.tcp.recvspace, net.inet.tcp.sendspace, rfc1323 sliding window support and kern.somaxconn has nothing to the with routing performance. kern.maxclusters specifies the maximum number of mbuf clusters and I've never seen a system freezing because of exhausted mbuf clusters. Recent kernels are intelligent enough to tell they're out of mbuf clusters via kernel messages. It can be easily traced from /var/log/messages. BTW, FAQ's section 6.6 has no recommendations about tuning routing performance. After 3.8, major performance gains regarding cpu/interrupt load has been done in the em driver among many other fixes in the driver. Can't see you even mention the OpenBSD version you use And another thing... SMP kernel wont help if (but you don't) you run PF as it can't make use of SMP. Maybe it could be worse... But I don't know for sure. MP makes possible to use I/O APICs so offloads the interrupt load from CPU. It can be big plus. When it comes to the NIC;s, many on the list will probably tell you the marvel chip is a good one. But you probably know that if you read the list. But it will probably wont help you if you don't tune the server right anyway... There doesn't exist many user configurable knobs to achieve high forwarding and packet handling performance if you don't come up with ultra secret kernel patches.
Re: new LiveCD instructions for OpenBSD
I have been looking for a OpenBSD Kismet Live DVD with a X Front end, I wonder if a person could actually have Kismet and x on a Live DVD? or would it have to be able to write to a Disk? Sam Fourman Jr. On 10/23/06, vladas <[EMAIL PROTECTED]> wrote: On 10/24/06, Andreas Bihlmaier <[EMAIL PROTECTED]> wrote: > Now I finally got around to update my instructions on how to create an OpenBSD-based LiveCD/DVD. Is this LiveCD/DVD reliable enough to send in dmesg's from it?
Re: new LiveCD instructions for OpenBSD
On 10/24/06, Andreas Bihlmaier <[EMAIL PROTECTED]> wrote: Now I finally got around to update my instructions on how to create an OpenBSD-based LiveCD/DVD. Is this LiveCD/DVD reliable enough to send in dmesg's from it?
Re: Intel Server Adapters (NICs)
Sylwester S. Biernacki wrote: Hello, about a month ago I wrote I'm glad about em(4) driver which works pretty well on few of my boxes. However I need to change my opinion... after what I saw today in the lab: > [ ... cut ... ] I wanted to reply relevant sections but your message is quite long, so excuse my lack of netiquette but I'll braindump. First off all, "net.inet.tcp.recvspace" and ".sendspace" has nothing to do in your test scenario as soon as the box only routes packets. They're only related with the TCP stack of the box and as no effect on forwarded packets. You have nice numbers such as total bandwidth and payload size. It's not hard to calculate the packet rate but it only matters on THE packet rate. 50,000 packets/sec can easily kill an OpenBSD box even with MP kernel, employing I/O APIC. I don't know if the em(4) driver fully employs MAC chip's interrupt coalesing capabilities but it's mostly imported from FreeBSD counterpart which is contributed and maintained by Intel AFAIK. Although I don't have any sound explanation for your "%100 idle but still freezing" case, generally the problem is with the interrupt storm. I would suggest increasing the interface queue length but it won't help if it's freezing. Anyway, the sysctl is "net.inet.ip.ifq.maxlen". Default value is 50. 250 seems like a safe value for many em(4)s. This would decrease the collisions on the interface because of the queue capacity exhaustion. It's a complicated issue. It's not black and white. The problem resides in the hardware, in the driver itself and in the kernel (the way of handling packets, interrupt, network, etc.) And unfortunately there's no simple solution for none of them. Just adding polling support to the kernel won't make things outperform magically. AFAIK, we do not have access to em(4) hardware/driver developer's manuals. (Is it true Brad?). So it's really hard to make driver better... Last but not least, Intel's cards are not that awesome. There exists much cheaper but less bloated and good performing MAC chipsets around. Many of them are custom designs for high end networking gear, which are also powered by ASICs. SysKonnect is promising and commercially available too. I remember good comments about sk(4) from Henning. Sorry but we have to accept the fact... We're trying to handle exceptional I/O loads on machines which were not designed to handle that much. Especially the x86 platform. Rumors about amd64 to handle better I/O didn't hold for me. My tests show tiny regressions. I had similar problems with many different setups and tried many things such as making the NICs _share_ the PCI interrupt. UP and MP kernels, ifq lengths, different chipsets... The only major regressions were from MP kernel (employing I/O APIC) and using sensible ifq lengths. Good luck in your quest. Let us know if you manage to make things better.
new LiveCD instructions for OpenBSD
Hello misc@,
Quite a few people sent me emails about my earier instructions, I posted
here some time ago:
http://marc.theaimsgroup.com/?l=openbsd-misc&m=1
Now I finally got around to update my instructions on how to create an
OpenBSD-based LiveCD/DVD.
They are far from perfect, but it works reasonably well (for me).
With the instructions you can either create a CD or DVD.
I'm too tired to test on amd64 at the moment, but it _should_ work
exactly the same (that is one of the reasons I love OpenBSD, no as much
pitfalls as in other OS).
Also thanks to Stuart Henderson for his recent post about the "new" CD
boot method:
http://marc.theaimsgroup.com/?l=openbsd-misc&m=115926553800205&w=2
Regards,
ahb
Best viewed using vim: tw=80; syn on; filetype=conf
#--- OpenBSD LiveCD ---#
-># are 'links' to my private documentation, just ignore
# Since there isn't an official OpenBSD Live CD/DVD we will create one.
# We try to stick to the 'default system' as far as possible, this makes
# maintenance much easier.
# We need a current system and create a release with source code
# -> release
# Alternatively you could use OpenBSD stable/release with matching source code
# For the paranoid, like myself, using a more strict umask than 022 (e.g. 027):
umask 022 # XXX IMPORTANT for everything that follows!
# Create a directory, this will become root '/' on the CD.
# NOTE: If there is not enough free space on '/usr' you have to choose a
# different directory (of course you can do so anyway) and change the paths in
# all following commands accordingly.
# If you like copy/paste create a link from /usr/livecd to /path/foodir
mkdir -p /usr/livecd/backups/dev; chmod 755 /usr/livecd/backups/dev
# COMPLICATED way SKIP this! (Life is to short for this kind of stuff!)
#
# SIMPLE way to get this done
# Grab an empty hard drive and make a fresh nice and SLIM install of OpenBSD. As
# said above you need the source code to the version you install!
# HINT: Against all good practices ONLY create an 'a' partition since it will
# make creating the CD much easier than having multiple partitions.
# This includes all packages/ports you want to be on the CD.
# CD: X fine, but gets tight with (X) ports.
# CD 800MB: Most sets (including) X + a couple of (X) SLIM ports will fit.
# Sets: ALL -game
# DVD: Install whatever you want, there is lots of space.
# Sets: ALL
# You should configure the system EXACTLY like you want it to be on CD.
# WARNING:
# Some settings should be fairly generic, especially /etc/X11/xorg.conf should
# use the vesa driver and a resolution of "1024x768"!
# X -configure will be run to "autodetect" settings, if this fails, there is a
# fall back to generic xorg.conf, YOU put there.
# NOTE: Set a DIFFERENT root password!
# NOTE: You really want to start up X and login with your default user once
# before proceeding, because we want .fonts.cache-1 to be created.
# But shut X down again, before transferring files.
# Configuration hints:
# Remove:
rm -rf /usr/{src,ports}/* # CD only, for DVD you might even
extract them.
rm /etc/ssh/*key* # Some might want to keep them,
I don't
# We don't want other people to have a look at our log files
for log_file in `find /var/log -type f`
do
echo "" > $log_file
done
# Now mount this partition with another OpenBSD system in order to create a
# (compressed) tar archive.
# NOTE: Do not forget the 'p' flag!
cd /mnt/ && tar pczf ~/livecd_root.tar.gz *
# Of course you could also do this over the network, e.g.:
# cd / && tar pczf - / | ssh [EMAIL PROTECTED] 'cat >~/livecd_root.tar.gz'
# We transfer this archive to our build machine and extract into our livecd
# directory we created earlier:
tar pxzf livecd_root.tar.gz -C /usr/livecd/
# We have to copy "/var", "/etc", "/dev", "/root" and "/home" from "/usr/livecd"
# to "/usr/livecd/backup":
# WARNING: Delete the "shell history", "viminfo" and other documents we might
# NOT want to have on our CD:
cd /usr/livecd && rm -i root/{.history,.viminfo}
cd /usr/livecd && rm -i home/*/{.history,.viminfo}
cp -pR /usr/livecd/{var,etc,root,home} /usr/livecd/backups/
cp -pR /usr/livecd/dev/MAKEDEV /usr/livecd/backups/dev/
cd /usr/livecd && ln -s tmp/xorg.conf.new xorg.conf.new # dirty trick, NEEDED!
# WARNING: Check for permission issues in livecd directory
# We have to create virtual partitions in memory (MFS) since we want them to be
# faster and more important writeable. On boot the content of the tar files
# located in "/livecd/backups" is extract into these MFS partitions.
# We have to modify the "etc/rc" script in order for this to work:
#--- /usr/livecd/etc/rc ---#
# Create/mount mfs partitions, better do be done inside subshells
echo -n 'Replacing with mfs:'
echo -n ' /tmp'# Can be smaller
(mount_mfs -s 204800 -o async,nosuid,nodev,noatime swap /tmp; \
sleep 1
Re: Intel Server Adapters (NICs)
On Tuesday 24 October 2006 00:00, Sylwester S. Biernacki wrote: > Hello, > > about a month ago I wrote I'm glad about em(4) driver which works > pretty well on few of my boxes. However I need to change my > opinion... after what I saw today in the lab: > > We have connected pretty well testing box - Navtel InterWatch > (www.navtelcom.com). > It has one 6 slots and in one of them it has 2 GigE TX ports. > We've configured the following scenario: > > 1) > Navtel port A --- em0 --- em1 --- Navtel port B > > 2) > Navtel port A --- em2 --- em3 --- Navtel port B > > em0 and em1 are built-in mainboard: > em0 at pci4 dev 0 function 0 "Intel PRO/1000 PT (82571EB)" rev 0x06: apic 2 > int 16 (irq 10), em1 at pci4 dev 0 function 1 "Intel PRO/1000 PT (82571EB)" > rev 0x06: apic 2 int 17 (irq 11), > > and em2 and em3 are Intel Dual Port Server Adapter on PCI-e (4x): > em2 at pci5 dev 0 function 0 "Intel PRO/1000MT (82573E)" rev 0x03: apic 2 > int 19 (irq 10), em3 at pci6 dev 0 function 0 "Intel PRO/1000MT (82573L)" > rev 0x00: apic 2 int 16 (irq 11), > > pf is disabled, between em0 and em1 whole traffic goes through > kernel routing process (Navtel port A and em0 in one /24 network, > and em1 and Navtel port B are in different /24 network) > > sysctl tcp.send & receive space is turned to 65535 > > When we generate 500Mbps of traffic (1434 bytes in ethernet, which > gives 1400 bytes of payload in TCP) from port A to B and from B to A > (two streams, each of 500Mbps) everything works pretty well on > PT chips and MT chips. > > When we change payload to 64bytes (called IP killer :P) and put it > in scenario 1) machine gets freeze and no packet is comming to port > B of Navtel device. It's rather normal, there are no ASIC-based > boxes which can work with such traffic :) > > What was strange, when we connected Navtel to em2 and em3 which is one > PCI-e (4x) dual-port card and started to generate traffic from port > A to B and from B to A machine has restarted about a second after test > started. > > We've change sysctl values to move machine to debugger if anything > goes bad, but it didn't change anything. I think that it's somehow > connected to chipsets of that cards and mainboard bridges which are > responsible for transferring packets through the mainboard. > > Anyway, I started to feel badly about Intel... > > Second test was to generate 900Mbps of pure IP traffice (payload > 1400 bytes) from port A to B and second stream from B to A. > In scenario 1 machine got freeze and hasn't forward any packet from > em0 to em1. When we changed em0/1 to em2/3 all traffic is comming > from port A to B without any loss and machine gets 75% interrupt on > uniprocessor kernel. > > So, we've changed to MP kernel and... scenario 1) hasn't changed at all > (freeze all the time), and scenario 2 got 100% idle and 0% > interrupts on both CPUs (strange, I thought that it'll be 1/2 of > previous 75% :P). Anyway, when we connected anything to em0/1 ports > during that test and generate more than 100Mbps (bittwist software > packet generator run at the second box) our test machine got freeze > again... > > What else? Kernel is taken from CVS -current tree. > > After all these tests I'm changing my opinion about Intel cards, > especially when I read that PT chipsets are Intel's newest "baby". > > Does anyone got simmilar problems ? > Maybe there are other ways to tune NICs to work under such traffic > (buffers on NIC?). I'm not an expert in Intel network cards so any > idea will be appreciated :) > > Maybe you can tell about other chipsets that works fine under such > "heavy" traffic ? I have read that people have tested with *very* high load with success... I am not the best expertbut you don't say anything about the OpenBSD config. At high load you probably have to change net.inet.ip.ifq.maxlen, kern.maxclusters, net.inet.tcp.recvspace, net.inet.tcp.sendspace, net.inet.tcp.rfc1323, kern.somaxconn among some other things... If you for example run out of "maxclusters" the server will freeze (as you mentioned)... Try OpenBSD FAQ ;-) After 3.8, major performance gains regarding cpu/interrupt load has been done in the em driver among many other fixes in the driver. Can't see you even mention the OpenBSD version you use And another thing... SMP kernel wont help if (but you don't) you run PF as it can't make use of SMP. Maybe it could be worse... But I don't know for sure. When it comes to the NIC;s, many on the list will probably tell you the marvel chip is a good one. But you probably know that if you read the list. But it will probably wont help you if you don't tune the server right anyway... /Per-Olov
Re: [OT, rant and despair] Re: More ammunition for the Blob fight
On 23/10/06, Stefan Olsson <[EMAIL PROTECTED]> wrote: - Original Message - From: "Ingo Schwarze" <[EMAIL PROTECTED]> > i should rather like to use another idiom: Auf dem Teppich > bleiben. "remain on the carpet"? -Please explain... It can mean "don't lose it" (="don't get all fired up"), but it can also mean "don't lose yourself in some phantasy" or "keep your feet firmly on the ground".
Re: Sun Niagara supported?
Jason George wrote: On Mon, 23 Oct 2006, Jean-Daniel Beaubien wrote: Jason George wrote: I'm just wondering if the Niagara chip (by Sun) is supported on OpenBSD Full and proper support of the Ultrasparc III processor is pretty much an implied requirement first... and we're still working on that... Sorry for my ignorance but why Ultrasparc III? I taught Niagara was based on Ultrasparc II, and there is no talk ofproblems about UltrasparcII on http://www.openbsd.org/sparc64.html. "The Niagara chip is comprised of eight four-threaded UltraSparc-II cores, and running at 1.2 GHz" Taken from: http://www.itjungle.com/breaking/bn080206-story01.html - 3rd paragraph The issue that Mark Kettenis is working on has to do with getting the US3 running at full speed. Currently, if you are running on a US3, you aren't running at full speed because the cache is disabled. There are likely fewer than 5 people on the planet running Mark's patches and I'm one of them. Small form-factor US3 machines (1 or 2U) are currently much more interesting to many developers and users, both from a price and availability standpoint. Not everyone wants to run an E450 in their living room. Given that Niagara is multi-core and multi-threaded and we don't have SMP support yet for sparc64, it makes sense to solidify the current sparc64 offering first. That, and I won't mention Theo's thoughts on the "virtual machine of sorts" that is Niagara... Of course, interested parties with large budgets and desire to see this work happen are more than free to contact me to have a project charter written and a contract signed... --Jason I see I see, thanks for the explanation. I hope I didn't get your hopes up for financing...I am only a poor student finishing his Bachelor's... Jd
Intel Server Adapters (NICs)
Hello, about a month ago I wrote I'm glad about em(4) driver which works pretty well on few of my boxes. However I need to change my opinion... after what I saw today in the lab: We have connected pretty well testing box - Navtel InterWatch (www.navtelcom.com). It has one 6 slots and in one of them it has 2 GigE TX ports. We've configured the following scenario: 1) Navtel port A --- em0 --- em1 --- Navtel port B 2) Navtel port A --- em2 --- em3 --- Navtel port B em0 and em1 are built-in mainboard: em0 at pci4 dev 0 function 0 "Intel PRO/1000 PT (82571EB)" rev 0x06: apic 2 int 16 (irq 10), em1 at pci4 dev 0 function 1 "Intel PRO/1000 PT (82571EB)" rev 0x06: apic 2 int 17 (irq 11), and em2 and em3 are Intel Dual Port Server Adapter on PCI-e (4x): em2 at pci5 dev 0 function 0 "Intel PRO/1000MT (82573E)" rev 0x03: apic 2 int 19 (irq 10), em3 at pci6 dev 0 function 0 "Intel PRO/1000MT (82573L)" rev 0x00: apic 2 int 16 (irq 11), pf is disabled, between em0 and em1 whole traffic goes through kernel routing process (Navtel port A and em0 in one /24 network, and em1 and Navtel port B are in different /24 network) sysctl tcp.send & receive space is turned to 65535 When we generate 500Mbps of traffic (1434 bytes in ethernet, which gives 1400 bytes of payload in TCP) from port A to B and from B to A (two streams, each of 500Mbps) everything works pretty well on PT chips and MT chips. When we change payload to 64bytes (called IP killer :P) and put it in scenario 1) machine gets freeze and no packet is comming to port B of Navtel device. It's rather normal, there are no ASIC-based boxes which can work with such traffic :) What was strange, when we connected Navtel to em2 and em3 which is one PCI-e (4x) dual-port card and started to generate traffic from port A to B and from B to A machine has restarted about a second after test started. We've change sysctl values to move machine to debugger if anything goes bad, but it didn't change anything. I think that it's somehow connected to chipsets of that cards and mainboard bridges which are responsible for transferring packets through the mainboard. Anyway, I started to feel badly about Intel... Second test was to generate 900Mbps of pure IP traffice (payload 1400 bytes) from port A to B and second stream from B to A. In scenario 1 machine got freeze and hasn't forward any packet from em0 to em1. When we changed em0/1 to em2/3 all traffic is comming from port A to B without any loss and machine gets 75% interrupt on uniprocessor kernel. So, we've changed to MP kernel and... scenario 1) hasn't changed at all (freeze all the time), and scenario 2 got 100% idle and 0% interrupts on both CPUs (strange, I thought that it'll be 1/2 of previous 75% :P). Anyway, when we connected anything to em0/1 ports during that test and generate more than 100Mbps (bittwist software packet generator run at the second box) our test machine got freeze again... What else? Kernel is taken from CVS -current tree. After all these tests I'm changing my opinion about Intel cards, especially when I read that PT chipsets are Intel's newest "baby". Does anyone got simmilar problems ? Maybe there are other ways to tune NICs to work under such traffic (buffers on NIC?). I'm not an expert in Intel network cards so any idea will be appreciated :) Maybe you can tell about other chipsets that works fine under such "heavy" traffic ? -- regards, Sylwester S. Biernacki <[EMAIL PROTECTED]> X-NET, http://www.xnet.com.pl/
gdb misprints arguments passed to regcomp(3) library call
I came across a the below peculiarity in gdb: the third argument to
regcomp(3) appears mangled in gdb's output when I set a breakpoint and
run it. Even though I pass 1 (i.e., REG_EXTENDED) to regcomp, gdb
says that -809753220 was passed.
I see this behavior on 3.9 and a now rather of date 4.0 snapshot (at
least a month or so old). Is this a bug in gdb, or is it some goofy
(but expected) behavior caused by the linker resolving?
Thanks.
$ cat gdb-bug.c
#include
int
main ()
{
regex_t r;
regcomp (&r, "foo", 1 /* REG_EXTENDED */);
return 0;
}
$ cc -o gdb-bug gdb-bug.c -W -Wall -g
$ gdb ./gdb-bug
GNU gdb 6.3
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-unknown-openbsd3.9"...
(gdb) break regcomp
Function "regcomp" not defined.
Make breakpoint pending on future shared library load? (y or [n]) y
Breakpoint 1 (regcomp) pending.
(gdb) run
Starting program: /tmp/gdb-bug
Breakpoint 2 at 0x8349314: file /usr/src/lib/libc/regex/regcomp.c, line 162.
Pending breakpoint "regcomp" resolved
Breakpoint 2, regcomp (preg=0xcfbc25d0, pattern=0x3c01 "foo",
cflags=-809753220) at /usr/src/lib/libc/regex/regcomp.c:162
162 /usr/src/lib/libc/regex/regcomp.c: No such file or directory.
in /usr/src/lib/libc/regex/regcomp.c
(gdb) quit
The program is running. Exit anyway? (y or n) y
Re: [OT, rant and despair] Re: More ammunition for the Blob fight
- Original Message - From: "Ingo Schwarze" <[EMAIL PROTECTED]> i should rather like to use another idiom: Auf dem Teppich bleiben. "remain on the carpet"? -Please explain...
Re: ACPI support, donate via payapl here
Thanks everybody! We really appreciate all the donations. /marco On Mon, Oct 23, 2006 at 09:39:16PM +0100, Niall O'Higgins wrote: > Many thanks to all the very generous people who donated. The hardware > marco@ needs is on its way to him now. That so many OpenBSD users > were willing to chip in is very heartening indeed. It seems a lot of > people are interested in ACPI support :-) > > I have tried to send personal thank you notes to everyone who donated. > Hopefully I didn't miss anybody. > > Cheers! > > > On Wed, Oct 18, 2006 at 11:40:16PM +0100, Niall O'Higgins wrote: > > Hi, > > > > marco@ could desperately use an IBM Thinkpad for his ACPI work. This > > work is very important and many of us really want to get him this > > hardware. Everyone with a laptop running OpenBSD will likely benefit > > from marco's work. > > > > Unfortunately no individual has yet stepped up and given him one. So > > I have started a pool to buy him one. > > > > We need approximately $1200 USD to get him a T42 + docking station (which > > is required to get a serial port for kernel hacking). > > > > If you want to help get marco a Thinkpad, please donate via PayPal to > > [EMAIL PROTECTED] I've personally donated $100, and a number of > > other OpenBSD users have donated similar sums already. Remember that > > the Euro is quite strong vs. the US dollar at the moment, so Euro > > donations go even further. I'm afraid I don't have the resources to > > deal with anything other than PayPayl, so you if you can't use PayPal, > > sorry. > > > > Any money left over from the laptop donations will be given to the > > OpenBSD project. Please feel free to email me any suggestions or > > inquiries, and of course spread the word!
Re: Event: LinuxWorld Expo UK 2006, Oct 25 - 26, 2006, Olympia, London, UK
On 23/10/06, Wim Vandeputte <[EMAIL PROTECTED]> wrote: I also have a little prototype that needs some feedback: http://images.kd85.com/images/tn/dsc06396.jpg.html Personally, I'd prefer Pluffy to sport real stuffed plushy cones for the spikes (instead of the comparatively simple fabric triangles he's (she's?) currently got). Also, IMHO there's slightly too much emphasis on the lips. Finally, I'm not sure if the smaller Pluffy's fins might not be a bit large for a Puffy that size. That said, I'm one of these people who may have their sense of style but who simply won't be able to buy one of these beauties anytime soon. Then again, you asked for feedback, so there you go. :) Cheers, --ropers
Re: Ierrs on dual firewalls
On 2006/10/23 15:08, Gunga Din wrote: > We have two OpenBSD firewalls running in CARP redundant mode, one > active, one standby. The problem we've been seeing for a while > appears to be packet loss at our firewall once we reach or surpass > around 100Mbps / 12k pps. I've seen this show up on both 3.9 stock > and the download of 4.0. It is replicable on both boxes. how's net.ip.ifq.drops? if it's showing many drops then bump net.inet.ifq.maxlen (maybe in the 100-300 range but you'll need to test to find what works best). maybe worth trying a uniprocessor kernel too. > OpenBSD 4.0 (GENERIC.MP) #933: Fri Sep 1 12:06:05 MDT 2006 "not quite 4.0" :-) (#936: Sat Sep 16)
Re: ACPI support, donate via payapl here
- Original Message - From: Niall O'Higgins Date: Monday, October 23, 2006 22:47 Subject: Re: ACPI support, donate via payapl here To: misc@openbsd.org > Many thanks to all the very generous people who donated. The hardware > marco@ needs is on its way to him now. That so many OpenBSD users > were willing to chip in is very heartening indeed. It seems a > lot of > people are interested in ACPI support :-) > > I have tried to send personal thank you notes to everyone who donated. > Hopefully I didn't miss anybody. > > Cheers! Hello, You should really consider (from time time) creating a hardware donation marathon via paypal, especially for urgent hardware needs. It was easy, fast and convenient to donate via paypal. Keep this kind of requests via undeadly or misc@, perhaps you'll get more hardware donations via this way?! Kind regards, Didier
Re: Trouble compiling JDK 1.5 on recent snapshot
On Monday 23 October 2006 1:55 pm, Greg Thomas wrote: > Ok, it was successful this time but Firefox (1.5.0.7) crashes: > > # cat plugin_stack.trace > java.io.IOException: Broken pipe > at java.io.FileOutputStream.writeBytes(Native Method) > at java.io.FileOutputStream.write(FileOutputStream.java:260) > at > java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:65 > ) > at java.io.BufferedOutputStream.flush(BufferedOutputStream.java:123) > at java.io.DataOutputStream.flush(DataOutputStream.java:106) > at sun.plugin.navig.motif.Plugin.replyOK(Plugin.java:530) > at sun.plugin.navig.motif.Plugin.doit(Plugin.java:212) > at sun.plugin.navig.motif.Plugin.start(Plugin.java:104) > > I did: > > sudo ln -s /usr/local/jdk-1.5.0/jre/plugin/i386/ns7/ > libjavaplugin_oji.so > /usr/local/lib/mozilla-plugins/libjavaplugin_oji.so Most likely you have hit the ulimits issue again. I would suggest changing settings in /etc/login.conf for your login class. I run with the following staff settings, YMMV: staff:\ :datasize-cur=infinity:\ :datasize-max=infinity:\ :stacksize-cur=8M:\ :openfiles-cur=1024:\ :maxproc-max=infinity:\ :maxproc-cur=1024:\ :ignorenologin:\ :requirehome@:\ :tc=default: I also bumped my kern.maxfiles=3000 so that when I login to kde and have many konqueror sessions with lots of tabs in them I don't hit the system limit. -Kurt
Re: ACPI support, donate via payapl here
Many thanks to all the very generous people who donated. The hardware marco@ needs is on its way to him now. That so many OpenBSD users were willing to chip in is very heartening indeed. It seems a lot of people are interested in ACPI support :-) I have tried to send personal thank you notes to everyone who donated. Hopefully I didn't miss anybody. Cheers! On Wed, Oct 18, 2006 at 11:40:16PM +0100, Niall O'Higgins wrote: > Hi, > > marco@ could desperately use an IBM Thinkpad for his ACPI work. This > work is very important and many of us really want to get him this > hardware. Everyone with a laptop running OpenBSD will likely benefit > from marco's work. > > Unfortunately no individual has yet stepped up and given him one. So > I have started a pool to buy him one. > > We need approximately $1200 USD to get him a T42 + docking station (which > is required to get a serial port for kernel hacking). > > If you want to help get marco a Thinkpad, please donate via PayPal to > [EMAIL PROTECTED] I've personally donated $100, and a number of > other OpenBSD users have donated similar sums already. Remember that > the Euro is quite strong vs. the US dollar at the moment, so Euro > donations go even further. I'm afraid I don't have the resources to > deal with anything other than PayPayl, so you if you can't use PayPal, > sorry. > > Any money left over from the laptop donations will be given to the > OpenBSD project. Please feel free to email me any suggestions or > inquiries, and of course spread the word!
Ierrs on dual firewalls
We have two OpenBSD firewalls running in CARP redundant mode, one
active, one standby. The problem we've been seeing for a while
appears to be packet loss at our firewall once we reach or surpass
around 100Mbps / 12k pps. I've seen this show up on both 3.9 stock
and the download of 4.0. It is replicable on both boxes.
Here's what shows up on the interfaces once we hit the above
threshold. em2 is the outside interface, em4 is the inside interface.
Note the number of Ierrs; that is what increments on either or both
interfaces once we hit the above traffic/pps level. We occasionally
will get Oerrs as well, but not as common.
$ netstat -idq
NameMtu Network Address Ipkts IerrsOpkts
Oerrs Colls Drop
em2 150000:04:23:c2:4c:2a 3191117038 4335
2758336584 0 00
em4 150000:04:23:c2:45:5e 2941667842 2536
3337201967 0 00
Also, when the above happens, if you run 'netstat -I -w
1', you will see the packet rate drop from 12-13k pps to down to 3-5k
pps
We purchased machines with PCI-X riser card and Intel PRO-MT dual port
Gigabit cards, so I was hoping that previous posts referencing 250k+
pps would have been an indicator of performance, and that we should at
least be able to get 50k+ pps or so without an issue.
We are running PF and doing NAT. Filter ruleset is about 120 lines,
NAT ruleset about 70.
The problem has duplicated itself on both firewalls (it follows
regardless which one is the master. The two GigE interfaces on the
firewalls are connected to a Cisco 2970, and none of the Cisco switch
interfaces are showing any kinds of errors at all. The patch cables
are all brand new Cat6. Duplex/speed is set to auto everywhere,
negotiating properly to 1000/full.
This is causing headaches because we have video conferencing that uses
UDP going on during peak traffic production, and dropping of packets
is causing video performance that is not acceptable to our users.
We've verified patch cables from the firewalls to the switch, as well
as the routers upstream and downstream (no errors on any of those
interfaces).
This is right now (currently doing about 95Mb, 11k pps), just saw
about 500 Ierrs:
$ netstat -m
787 mbufs in use:
782 mbufs allocated to data
2 mbufs allocated to packet headers
3 mbufs allocated to socket names and addresses
782/1032/6144 mbuf clusters in use (current/peak/max)
2336 Kbytes allocated to network (75% in use)
0 requests for memory denied
0 requests for memory delayed
0 calls to protocol drain routines
Here is a dmesg from both our 3.9 and 4.0 versions. Hardware in the
two boxes is identical:
3.9
OpenBSD 3.9 (GENERIC.MP) #598: Thu Mar 2 02:37:06 MST 2006
[EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC.MP
cpu0: Intel(R) Xeon(TM) CPU 2.80GHz ("GenuineIntel" 686-class) 2.80 GHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,CNXT-ID
real mem = 2146807808 (2096492K)
avail mem = 1952759808 (1906992K)
using 4278 buffers containing 107442176 bytes (104924K) of memory
mainbus0 (root)
bios0 at mainbus0: AT/286+(00) BIOS, date 01/09/06, BIOS32 rev. 0 @ 0xffe90
pcibios0 at bios0: rev 2.1 @ 0xf/0x1
pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfb4b0/320 (18 entries)
pcibios0: PCI Interrupt Router at 000:31:0 ("Intel 82801EB/ER LPC" rev 0x00)
pcibios0: PCI bus #11 is the last bus
bios0: ROM list: 0xc/0xb000! 0xcb000/0x2200 0xec000/0x4000!
ipmi0 at mainbus0: version 1.5 interface KCS iobase 0xca8/8 spacing 4
mainbus0: Intel MP Specification (Version 1.4) (DELL PE 016D )
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: apic clock running at 199 MHz
cpu1 at mainbus0: apid 6 (application processor)
cpu1: Intel(R) Xeon(TM) CPU 2.80GHz ("GenuineIntel" 686-class) 2.80 GHz
cpu1:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,CNXT-ID
mainbus0: bus 0 is type PCI
mainbus0: bus 1 is type PCI
mainbus0: bus 2 is type PCI
mainbus0: bus 3 is type PCI
mainbus0: bus 4 is type PCI
mainbus0: bus 5 is type PCI
mainbus0: bus 6 is type PCI
mainbus0: bus 7 is type PCI
mainbus0: bus 8 is type PCI
mainbus0: bus 9 is type PCI
mainbus0: bus 10 is type PCI
mainbus0: bus 11 is type PCI
mainbus0: bus 12 is type ISA
ioapic0 at mainbus0: apid 7 pa 0xfec0, version 20, 24 pins
ioapic0: misconfigured as apic 0, remapped to apic 7
ioapic1 at mainbus0: apid 8 pa 0xfec8, version 20, 24 pins
ioapic1: misconfigured as apic 0, remapped to apic 8
ioapic2 at mainbus0: apid 9 pa 0xfec83000, version 20, 24 pins
ioapic2: misconfigured as apic 0, remapped to apic 9
ioapic3 at mainbus0: apid 10 pa 0xfec84000, version 20, 24 pins
ioapic3: misconfigured as apic 0, remapped to apic 10
pci0 at mainbus0 bus 0: configuration mode 1 (no bios)
pchb0 at pci0 dev 0 function 0 "Intel E7520 MCH" rev 0x09
ppb0 at pci0 dev 2 function 0 "Intel MCH PCIE
Re: tftp logging
On 10/23/06, Daniel Ouellet <[EMAIL PROTECTED]> wrote: > The man page doesn't have the usual -l for logging for the tftpd, so > what other choice could be done, or not logging for this. > > I am trying to log the traffic to syslog and so far, my research still > haven't given me anything other then needed to setup and use tftp-proxy > with the -v flag. > > Is that the only way? You could setup a PF rule with pass log on all tftp traffic, then periodically run reports against the pflog file. I do that to see what boxes are talking to an IP address that used to be our main NTP server. diana
spamd statistics
Some interesting spamd statistics gathered from /var/log/daemon: From 8am Oct 22 to noon Oct 23: 19112 "connected" messages from spamd, which means connections from IPs that are not in the whitelist. 2247 "inbound" messages from spamlogd, which mean connection from IPs that are already on the whitelist. That means only about 10% of the connections coming into our mail server are from whitelist servers. Thank you spamd for stopping the 90% crap! Spamd has been running for 76 days, and spamdb has 32752 entries. We only have about 100 mail accounts on our server.
Hang on Reboot, Halt
I am having an interesting problem with the following machine. I was
wondering if anyone else has this problem or can help me fix it. I have
tried it on 3.8 and also 3.9 and swap in and out drives, mother boards,
ram etc and still have the same problem. What happened is when I issue
a "reboot" or a "halt" command it hangs. It goes "Syncing Disks ...
done" "rebooting" and then hang until I go and turn the machine off with
the switch. If I put window on this machine a reboot works, Any ideas?
Here is a bit of the /var/log/message
Oct 23 22:33:07 fw-01 /bsd: root on wd0a
Oct 23 22:33:07 fw-01 /bsd: rootdev=0x0 rrootdev=0x300 rawdev=0x302
Oct 23 22:33:07 fw-01 savecore: no core dump
Oct 23 22:36:53 fw-01 reboot: rebooted by root
Oct 23 22:36:53 fw-01 syslogd: exiting on signal 15
Oct 23 22:48:39 fw-01 syslogd: restart
Oct 23 22:48:39 fw-01 /bsd: syncing disks... rev 1
Oct 23 22:48:39 fw-01 /bsd: OpenBSD 3.9 (GENERIC) #617: Thu Mar 2
02:26:48 MST 2006
And the dmesg
OpenBSD 3.9 (GENERIC) #617: Thu Mar 2 02:26:48 MST 2006
[EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: Intel(R) Celeron(R) CPU 2.53GHz ("GenuineIntel" 686-class) 2.53
GHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,
CFLUSH,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,CNXT-ID
real mem = 502636544 (490856K)
avail mem = 451538944 (440956K)
using 4278 buffers containing 25235456 bytes (24644K) of memory
mainbus0 (root)
bios0 at mainbus0: AT/286+(00) BIOS, date 12/20/05, BIOS32 rev. 0 @
0xf0010
apm0 at bios0: Power Management spec V1.2
apm0: AC on, no battery
apm0: flags 30102 dobusy 0 doidle 1
pcibios0 at bios0: rev 2.1 @ 0xf/0x1
pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xf8720/160 (8 entries)
pcibios0: PCI Interrupt Router at 000:02:0 ("SiS 85C503 System" rev
0x00)
pcibios0: PCI bus #1 is the last bus
bios0: ROM list: 0xc/0x8000
cpu0 at mainbus0
pci0 at mainbus0 bus 0: configuration mode 1 (no bios)
pchb0 at pci0 dev 0 function 0 "SiS 661 PCI" rev 0x11
ppb0 at pci0 dev 1 function 0 "SiS 648FX AGP" rev 0x00
pci1 at ppb0 bus 1
vga1 at pci1 dev 0 function 0 "SiS 6330 VGA" rev 0x00: aperture at
0xd800, size 0x40
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
pcib0 at pci0 dev 2 function 0 "SiS 964 ISA" rev 0x36
pciide0 at pci0 dev 2 function 5 "SiS 5513 EIDE" rev 0x01: 661: DMA,
channel 0 configured to compatibility, channel 1 configured to
compatibility
atapiscsi0 at pciide0 channel 0 drive 0
scsibus0 at atapiscsi0: 2 targets
cd0 at scsibus0 targ 0 lun 0: SCSI0
5/cdrom removable
cd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2
wd0 at pciide0 channel 1 drive 0:
wd0: 16-sector PIO, LBA, 19595MB, 40132503 sectors
wd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 6
auich0 at pci0 dev 2 function 7 "SiS 7012 AC97" rev 0xa0: irq 10,
SiS7012 AC97
ac97: codec id 0x414c4760 (Avance Logic ALC655)
audio0 at auich0
ohci0 at pci0 dev 3 function 0 "SiS 5597/5598 USB" rev 0x0f: irq 10,
version 1.0, legacy support
usb0 at ohci0: USB revision 1.0
uhub0 at usb0
uhub0: SiS OHCI root hub, rev 1.00/1.00, addr 1
uhub0: 3 ports with 3 removable, self powered
ohci1 at pci0 dev 3 function 1 "SiS 5597/5598 USB" rev 0x0f: irq 5,
version 1.0, legacy support
usb1 at ohci1: USB revision 1.0
uhub1 at usb1
uhub1: SiS OHCI root hub, rev 1.00/1.00, addr 1
uhub1: 3 ports with 3 removable, self powered
ohci2 at pci0 dev 3 function 2 "SiS 5597/5598 USB" rev 0x0f: irq 3,
version 1.0, legacy support
usb2 at ohci2: USB revision 1.0
uhub2 at usb2
uhub2: SiS OHCI root hub, rev 1.00/1.00, addr 1
uhub2: 2 ports with 2 removable, self powered
ehci0 at pci0 dev 3 function 3 "SiS 7002 USB" rev 0x00: irq 5
usb3 at ehci0: USB revision 2.0
uhub3 at usb3
uhub3: SiS EHCI root hub, rev 2.00/1.00, addr 1
uhub3: 8 ports with 8 removable, self powered
sis0 at pci0 dev 4 function 0 "SiS 900 10/100BaseTX" rev 0x90: irq 5,
address 00:15:f2:ad:67:8b
rlphy0 at sis0 phy 1: RTL8201L 10/100 PHY, rev. 1
rl0 at pci0 dev 9 function 0 "D-Link Systems 530TX+" rev 0x10: irq 10,
address 00:50:ba:4f:8a:aa
rlphy1 at rl0 phy 0: RTL internal PHY
isa0 at pcib0
isadma0 at isa0
pckbc0 at isa0 port 0x60/5
pckbd0 at pckbc0 (kbd slot)
pckbc0: using irq 1 for kbd slot
wskbd0 at pckbd0: console keyboard, using wsdisplay0
pcppi0 at isa0 port 0x61
midi0 at pcppi0:
spkr0 at pcppi0
lpt0 at isa0 port 0x378/4 irq 7
lm0 at isa0 port 0x290/8: unknown Winbond chip (ID 0xa1)
npx0 at isa0 port 0xf0/16: using exception 16
pccom0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo
fdc0 at isa0 port 0x3f0/6 irq 6 drq 2
fd0 at fdc0 drive 0: 1.44MB 80 cyl, 2 head, 18 sec
biomask ff6d netmask ff6d ttymask ffef
pctr: user-level cycle counter enabled
dkcsum: wd0 matches BIOS drive 0x80
root on wd0a
rootdev=0x0 rrootdev=0x300 rawdev=0x302
Re: tftp logging
On 10/23/06, Daniel Ouellet <[EMAIL PROTECTED]> wrote: The man page doesn't have the usual -l for logging for the tftpd, so what other choice could be done, or not logging for this. I am trying to log the traffic to syslog and so far, my research still haven't given me anything other then needed to setup and use tftp-proxy with the -v flag. Is that the only way? tftp-proxy is for making connections to a tftp server on behalf of a tftp client. currently there is no syslog capability for tftpd. tcpdump(8) -l with the right filters and logger(1) should get you where you need to go.
Re: OpenVPN server writes to /etc
On 10/23/06, z0mbix <[EMAIL PROTECTED]> wrote: Also, OpenVPN 2.0.6 is quite old now. The latest release is 2.0.9. Yes, but if you look at the changelog (http://openvpn.net/changelog.html) you'll see that versions 2.0.7 - 2.0.9 only address Windows-specific issues, hence I think this is why the package is still at 2.0.6. -Martin -- "Suburbia is where the developer bulldozes out the trees, then names the streets after them." --Bill Vaughan
Re: Trouble compiling JDK 1.5 on recent snapshot
Ok, it was successful this time but Firefox (1.5.0.7) crashes:
# cat plugin_stack.trace
java.io.IOException: Broken pipe
at java.io.FileOutputStream.writeBytes(Native Method)
at java.io.FileOutputStream.write(FileOutputStream.java:260)
at java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:65
)
at java.io.BufferedOutputStream.flush(BufferedOutputStream.java:123)
at java.io.DataOutputStream.flush(DataOutputStream.java:106)
at sun.plugin.navig.motif.Plugin.replyOK(Plugin.java:530)
at sun.plugin.navig.motif.Plugin.doit(Plugin.java:212)
at sun.plugin.navig.motif.Plugin.start(Plugin.java:104)
I did:
sudo ln -s /usr/local/jdk-1.5.0/jre/plugin/i386/ns7/
libjavaplugin_oji.so
/usr/local/lib/mozilla-plugins/libjavaplugin_oji.so
On 10/23/06, Greg Thomas <[EMAIL PROTECTED]> wrote:
Oops, just noticed the ulimit mention in the 1.5 port, I'm trying again.
On 10/23/06, Greg Thomas <[EMAIL PROTECTED]> wrote:
> I'm running through the process of getting Java installed on this T40
> laptop and have run into a problem. I'm following the FAQ and trying
> 1.5 this time. I last successfully installed the 1.4 JDK when I was
> running OpenBSD 3.8 on my laptop but I had compiled it on my server.
> I just updated ports this morning but only see an update in the
> systrace policies for 1.3 and 1.4.
>
> Hardware info is below. Am I doing something wrong? Should I do 1.4
> instead of 1.5?
>
> Error occurred during initialization of VM
> Could not reserve enough space for object heap
> Could not create the Java virtual machine.
> gmake[7]: *** [.compile.classlist] Error 1
> gmake[7]: Leaving directory
>
`/usr/ports/devel/jdk/1.5/w-jdk-1.5.0p21/j2se/make/sun/javac/recompile/library'
> gmake[6]: *** [optimized] Error 2
> gmake[6]: Leaving directory
>
`/usr/ports/devel/jdk/1.5/w-jdk-1.5.0p21/j2se/make/sun/javac/recompile/library'
> gmake[5]: *** [all] Error 1
> gmake[5]: Leaving directory
> `/usr/ports/devel/jdk/1.5/w-jdk-1.5.0p21/j2se/make/sun/javac/recompile'
> gmake[4]: *** [all] Error 1
> gmake[4]: Leaving directory
> `/usr/ports/devel/jdk/1.5/w-jdk-1.5.0p21/j2se/make/sun/javac'
> gmake[3]: *** [all] Error 2
> gmake[3]: Leaving directory
> `/usr/ports/devel/jdk/1.5/w-jdk-1.5.0p21/j2se/make/java/javac'
> gmake[2]: *** [all] Error 1
> gmake[2]: Leaving directory
> `/usr/ports/devel/jdk/1.5/w-jdk-1.5.0p21/j2se/make/java'
> gmake[1]: *** [all] Error 1
> gmake[1]: Leaving directory
`/usr/ports/devel/jdk/1.5/w-jdk-1.5.0p21/j2se/make'
> gmake: *** [j2se-build] Error 2
> *** Error code 2
>
> Stop in /usr/ports/devel/jdk/1.5 (line 1961 of
> /usr/ports/infrastructure/mk/bsd.port.mk).
>
> I have 1.5 GB of swap and the following disk space.
>
> [EMAIL PROTECTED] df -k
> Filesystem 1K-blocks Used Avail Capacity Mounted on
> /dev/wd0a 251182 2974620887812%/
> mfs:25571 25118212238612 0%/tmp
> /dev/wd0f 4048684 27660 3818590 1%/home
> /dev/wd0e 8771278 4348918 398379852%/usr
> /dev/wd0d 1031758 9068971104 1%/var
>
>
> dmesg:
> OpenBSD 4.0-current (GENERIC) #1145: Tue Oct 10 15:58:33 MDT 2006
> [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC
> cpu0: Intel(R) Pentium(R) M processor 1300MHz ("GenuineIntel" 686-class) 1.30
GH
> z
> cpu0:
FPU,V86,DE,PSE,TSC,MSR,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,ACPI,MM
> X,FXSR,SSE,SSE2,TM,SBF,EST,TM2
> cpu0: Enhanced SpeedStep 1300 MHz (1388 mV): speeds: 1300, 1200, 1000, 800,
600
> MHz
> real mem = 535719936 (523164K)
> avail mem = 480768000 (469500K)
> using 4256 buffers containing 26910720 bytes (26280K) of memory
> mainbus0 (root)
> bios0 at mainbus0: AT/286+(59) BIOS, date 06/02/06, BIOS32 rev. 0 @ 0xfd750,
SMB
> IOS rev. 2.33 @ 0xe0010 (61 entries)
> bios0: IBM 237314U
> apm0 at bios0: Power Management spec V1.2
> apm0: battery life expectancy 96%
> apm0: AC on, battery charge high
> apm0: flags 30102 dobusy 0 doidle 1
> pcibios0 at bios0: rev 2.1 @ 0xfd6e0/0x920
> pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdea0/272 (15 entries)
> pcibios0: PCI Interrupt Router at 000:31:0 ("Intel 82371FB ISA" rev 0x00)
> pcibios0: PCI bus #6 is the last bus
> bios0: ROM list: 0xc/0x1 0xd/0x1000 0xd1000/0x1000
0xdc000/0x4000! 0
> xe/0x1
> cpu0 at mainbus0
> pci0 at mainbus0 bus 0: configuration mode 1 (no bios)
> pchb0 at pci0 dev 0 function 0 "Intel 82855PE Hub" rev 0x03
> ppb0 at pci0 dev 1 function 0 "Intel 82855PE AGP" rev 0x03
> pci1 at ppb0 bus 1
> vga1 at pci1 dev 0 function 0 "ATI Radeon Mobility M7 LW" rev 0x00
> wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
> wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
> uhci0 at pci0 dev 29 function 0 "Intel 82801DB USB" rev 0x01: irq 11
> usb0 at uhci0: USB revision 1.0
> uhub0 at usb0
> uhub0: Intel UHCI root hub, rev 1.00/1.00, addr 1
> uhub0: 2 ports with 2 removable, self powered
> uhci1 at pci0 dev 29 function 1 "In
Re: Sun x2100 M2 DMESG weirdenn and remote access. OpenBSD 4.0
Stuart Henderson wrote: On 2006/10/22 17:29, Daniel Ouellet wrote: It work,s but as soon as the setup for OpenBSD start to boot the bsd.rd, the access to both the ethernet management port as well as the serial console is lost and the only way is to use local keyboard and monitor. Usually BIOS serial redirection stops after the bootloader, so you have to 'set tty com0' (either typed or, if you're booting from PXE you can place it in $TFTPROOT/etc/boot.conf) But you can't do that if you boot from CD for example to do a fresh install. I was trying to see if I could do that for future needs before installing it in the field. But no success. (:< As for regular operation, I will try this and see if that does any difference. The ethernet management is probably asf/ipmi and I guess it would be on one of the broadcom nics, bge(4) doesn't support this at present (was added for a short while but removed again, if_bge.c 1.104-1.106) It is the bge1 interface actually on this box. 4 ethernet, 2 card slots, LOM improvements... sounds like it's a lot more useful machine. So far looks like a very nice server. Front loaded SAS drives, could do RAID as well, (don't know if that works well or not, didn't try yet), dual core CPU and a bunch more of nice features. I wasn't sure OpenBSD was going to work, so I took a chance, got one for testing and see. So, far, pretty nice! A few things don't look right in DMESG, but nothing that is a show stopper yet anyway. Just this management interface, either serial, or Ethernet that doesn't work. Would be nice, but I can live without. It's not to much of a drive, about 40 minutes at worst. But I have to say that I much prefer that box to my IBM 326e or HP 145 G2 or G1 so far. I have nothing bad to say about it yet anyway. Minor things, that's all.
Re: Sun Niagara supported?
On Mon, 23 Oct 2006, Jean-Daniel Beaubien wrote: Jason George wrote: I'm just wondering if the Niagara chip (by Sun) is supported on OpenBSD Full and proper support of the Ultrasparc III processor is pretty much an implied requirement first... and we're still working on that... Sorry for my ignorance but why Ultrasparc III? I taught Niagara was based on Ultrasparc II, and there is no talk ofproblems about UltrasparcII on http://www.openbsd.org/sparc64.html. "The Niagara chip is comprised of eight four-threaded UltraSparc-II cores, and running at 1.2 GHz" Taken from: http://www.itjungle.com/breaking/bn080206-story01.html - 3rd paragraph The issue that Mark Kettenis is working on has to do with getting the US3 running at full speed. Currently, if you are running on a US3, you aren't running at full speed because the cache is disabled. There are likely fewer than 5 people on the planet running Mark's patches and I'm one of them. Small form-factor US3 machines (1 or 2U) are currently much more interesting to many developers and users, both from a price and availability standpoint. Not everyone wants to run an E450 in their living room. Given that Niagara is multi-core and multi-threaded and we don't have SMP support yet for sparc64, it makes sense to solidify the current sparc64 offering first. That, and I won't mention Theo's thoughts on the "virtual machine of sorts" that is Niagara... Of course, interested parties with large budgets and desire to see this work happen are more than free to contact me to have a project charter written and a contract signed... --Jason
Re: OpenVPN server writes to /etc
On 23/10/06, Martin Gignac <[EMAIL PROTECTED]> wrote: On 10/23/06, Heinrich Rebehn <[EMAIL PROTECTED]> wrote: > Shouldn't openvpn write to /var/db or /var/log? I don't know if these locations can be hardcoded at compile time, but from the stock OpenBSD OpenVPN package that I use (2.0.6) it seems that files will be read/written relative to the CWD when the process was started. I usually specify an absolute path for the 'ifconfig-pool-persist' and 'status' parameters so that files are written to /var/db and /var/log. -Martin -- "Suburbia is where the developer bulldozes out the trees, then names the streets after them." --Bill Vaughan Yes, just specify the full path in the config file. Also, OpenVPN 2.0.6 is quite old now. The latest release is 2.0.9. Cheers z0mbix
Re: Trouble compiling JDK 1.5 on recent snapshot
Oops, just noticed the ulimit mention in the 1.5 port, I'm trying again.
On 10/23/06, Greg Thomas <[EMAIL PROTECTED]> wrote:
I'm running through the process of getting Java installed on this T40
laptop and have run into a problem. I'm following the FAQ and trying
1.5 this time. I last successfully installed the 1.4 JDK when I was
running OpenBSD 3.8 on my laptop but I had compiled it on my server.
I just updated ports this morning but only see an update in the
systrace policies for 1.3 and 1.4.
Hardware info is below. Am I doing something wrong? Should I do 1.4
instead of 1.5?
Error occurred during initialization of VM
Could not reserve enough space for object heap
Could not create the Java virtual machine.
gmake[7]: *** [.compile.classlist] Error 1
gmake[7]: Leaving directory
`/usr/ports/devel/jdk/1.5/w-jdk-1.5.0p21/j2se/make/sun/javac/recompile/library'
gmake[6]: *** [optimized] Error 2
gmake[6]: Leaving directory
`/usr/ports/devel/jdk/1.5/w-jdk-1.5.0p21/j2se/make/sun/javac/recompile/library'
gmake[5]: *** [all] Error 1
gmake[5]: Leaving directory
`/usr/ports/devel/jdk/1.5/w-jdk-1.5.0p21/j2se/make/sun/javac/recompile'
gmake[4]: *** [all] Error 1
gmake[4]: Leaving directory
`/usr/ports/devel/jdk/1.5/w-jdk-1.5.0p21/j2se/make/sun/javac'
gmake[3]: *** [all] Error 2
gmake[3]: Leaving directory
`/usr/ports/devel/jdk/1.5/w-jdk-1.5.0p21/j2se/make/java/javac'
gmake[2]: *** [all] Error 1
gmake[2]: Leaving directory
`/usr/ports/devel/jdk/1.5/w-jdk-1.5.0p21/j2se/make/java'
gmake[1]: *** [all] Error 1
gmake[1]: Leaving directory `/usr/ports/devel/jdk/1.5/w-jdk-1.5.0p21/j2se/make'
gmake: *** [j2se-build] Error 2
*** Error code 2
Stop in /usr/ports/devel/jdk/1.5 (line 1961 of
/usr/ports/infrastructure/mk/bsd.port.mk).
I have 1.5 GB of swap and the following disk space.
[EMAIL PROTECTED] df -k
Filesystem 1K-blocks Used Avail Capacity Mounted on
/dev/wd0a 251182 2974620887812%/
mfs:25571 25118212238612 0%/tmp
/dev/wd0f 4048684 27660 3818590 1%/home
/dev/wd0e 8771278 4348918 398379852%/usr
/dev/wd0d 1031758 9068971104 1%/var
dmesg:
OpenBSD 4.0-current (GENERIC) #1145: Tue Oct 10 15:58:33 MDT 2006
[EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: Intel(R) Pentium(R) M processor 1300MHz ("GenuineIntel" 686-class) 1.30 GH
z
cpu0: FPU,V86,DE,PSE,TSC,MSR,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,ACPI,MM
X,FXSR,SSE,SSE2,TM,SBF,EST,TM2
cpu0: Enhanced SpeedStep 1300 MHz (1388 mV): speeds: 1300, 1200, 1000, 800, 600
MHz
real mem = 535719936 (523164K)
avail mem = 480768000 (469500K)
using 4256 buffers containing 26910720 bytes (26280K) of memory
mainbus0 (root)
bios0 at mainbus0: AT/286+(59) BIOS, date 06/02/06, BIOS32 rev. 0 @ 0xfd750, SMB
IOS rev. 2.33 @ 0xe0010 (61 entries)
bios0: IBM 237314U
apm0 at bios0: Power Management spec V1.2
apm0: battery life expectancy 96%
apm0: AC on, battery charge high
apm0: flags 30102 dobusy 0 doidle 1
pcibios0 at bios0: rev 2.1 @ 0xfd6e0/0x920
pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdea0/272 (15 entries)
pcibios0: PCI Interrupt Router at 000:31:0 ("Intel 82371FB ISA" rev 0x00)
pcibios0: PCI bus #6 is the last bus
bios0: ROM list: 0xc/0x1 0xd/0x1000 0xd1000/0x1000 0xdc000/0x4000! 0
xe/0x1
cpu0 at mainbus0
pci0 at mainbus0 bus 0: configuration mode 1 (no bios)
pchb0 at pci0 dev 0 function 0 "Intel 82855PE Hub" rev 0x03
ppb0 at pci0 dev 1 function 0 "Intel 82855PE AGP" rev 0x03
pci1 at ppb0 bus 1
vga1 at pci1 dev 0 function 0 "ATI Radeon Mobility M7 LW" rev 0x00
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
uhci0 at pci0 dev 29 function 0 "Intel 82801DB USB" rev 0x01: irq 11
usb0 at uhci0: USB revision 1.0
uhub0 at usb0
uhub0: Intel UHCI root hub, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
uhci1 at pci0 dev 29 function 1 "Intel 82801DB USB" rev 0x01: irq 11
usb1 at uhci1: USB revision 1.0
uhub1 at usb1
uhub1: Intel UHCI root hub, rev 1.00/1.00, addr 1
uhub1: 2 ports with 2 removable, self powered
uhci2 at pci0 dev 29 function 2 "Intel 82801DB USB" rev 0x01: irq 11
usb2 at uhci2: USB revision 1.0
uhub2 at usb2
uhub2: Intel UHCI root hub, rev 1.00/1.00, addr 1
uhub2: 2 ports with 2 removable, self powered
ehci0 at pci0 dev 29 function 7 "Intel 82801DB USB" rev 0x01: irq 11
usb3 at ehci0: USB revision 2.0
uhub3 at usb3
uhub3: Intel EHCI root hub, rev 2.00/1.00, addr 1
uhub3: 6 ports with 6 removable, self powered
ppb1 at pci0 dev 30 function 0 "Intel 82801BAM Hub-to-PCI" rev 0x81
pci2 at ppb1 bus 2
cbb0 at pci2 dev 0 function 0 "TI PCI1520 CardBus" rev 0x01: irq 11
cbb1 at pci2 dev 0 function 1 "TI PCI1520 CardBus" rev 0x01: irq 11
iwi0 at pci2 dev 2 function 0 "Intel PRO/Wireless 2200BG" rev 0x05: irq 11, addr
ess 00:12:f0:9e:f8:4b
fxp0 at pci2 dev 8 function 0 "Intel PRO/100 VE" rev 0x81, i82562: irq 11, addre
ss 00:09:6b:53:07:b6
inphy0 at
Trouble compiling JDK 1.5 on recent snapshot
I'm running through the process of getting Java installed on this T40
laptop and have run into a problem. I'm following the FAQ and trying
1.5 this time. I last successfully installed the 1.4 JDK when I was
running OpenBSD 3.8 on my laptop but I had compiled it on my server.
I just updated ports this morning but only see an update in the
systrace policies for 1.3 and 1.4.
Hardware info is below. Am I doing something wrong? Should I do 1.4
instead of 1.5?
Error occurred during initialization of VM
Could not reserve enough space for object heap
Could not create the Java virtual machine.
gmake[7]: *** [.compile.classlist] Error 1
gmake[7]: Leaving directory
`/usr/ports/devel/jdk/1.5/w-jdk-1.5.0p21/j2se/make/sun/javac/recompile/library'
gmake[6]: *** [optimized] Error 2
gmake[6]: Leaving directory
`/usr/ports/devel/jdk/1.5/w-jdk-1.5.0p21/j2se/make/sun/javac/recompile/library'
gmake[5]: *** [all] Error 1
gmake[5]: Leaving directory
`/usr/ports/devel/jdk/1.5/w-jdk-1.5.0p21/j2se/make/sun/javac/recompile'
gmake[4]: *** [all] Error 1
gmake[4]: Leaving directory
`/usr/ports/devel/jdk/1.5/w-jdk-1.5.0p21/j2se/make/sun/javac'
gmake[3]: *** [all] Error 2
gmake[3]: Leaving directory
`/usr/ports/devel/jdk/1.5/w-jdk-1.5.0p21/j2se/make/java/javac'
gmake[2]: *** [all] Error 1
gmake[2]: Leaving directory
`/usr/ports/devel/jdk/1.5/w-jdk-1.5.0p21/j2se/make/java'
gmake[1]: *** [all] Error 1
gmake[1]: Leaving directory `/usr/ports/devel/jdk/1.5/w-jdk-1.5.0p21/j2se/make'
gmake: *** [j2se-build] Error 2
*** Error code 2
Stop in /usr/ports/devel/jdk/1.5 (line 1961 of
/usr/ports/infrastructure/mk/bsd.port.mk).
I have 1.5 GB of swap and the following disk space.
[EMAIL PROTECTED] df -k
Filesystem 1K-blocks Used Avail Capacity Mounted on
/dev/wd0a 251182 2974620887812%/
mfs:25571 25118212238612 0%/tmp
/dev/wd0f 4048684 27660 3818590 1%/home
/dev/wd0e 8771278 4348918 398379852%/usr
/dev/wd0d 1031758 9068971104 1%/var
dmesg:
OpenBSD 4.0-current (GENERIC) #1145: Tue Oct 10 15:58:33 MDT 2006
[EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: Intel(R) Pentium(R) M processor 1300MHz ("GenuineIntel" 686-class) 1.30 GH
z
cpu0: FPU,V86,DE,PSE,TSC,MSR,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,ACPI,MM
X,FXSR,SSE,SSE2,TM,SBF,EST,TM2
cpu0: Enhanced SpeedStep 1300 MHz (1388 mV): speeds: 1300, 1200, 1000, 800, 600
MHz
real mem = 535719936 (523164K)
avail mem = 480768000 (469500K)
using 4256 buffers containing 26910720 bytes (26280K) of memory
mainbus0 (root)
bios0 at mainbus0: AT/286+(59) BIOS, date 06/02/06, BIOS32 rev. 0 @ 0xfd750, SMB
IOS rev. 2.33 @ 0xe0010 (61 entries)
bios0: IBM 237314U
apm0 at bios0: Power Management spec V1.2
apm0: battery life expectancy 96%
apm0: AC on, battery charge high
apm0: flags 30102 dobusy 0 doidle 1
pcibios0 at bios0: rev 2.1 @ 0xfd6e0/0x920
pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdea0/272 (15 entries)
pcibios0: PCI Interrupt Router at 000:31:0 ("Intel 82371FB ISA" rev 0x00)
pcibios0: PCI bus #6 is the last bus
bios0: ROM list: 0xc/0x1 0xd/0x1000 0xd1000/0x1000 0xdc000/0x4000! 0
xe/0x1
cpu0 at mainbus0
pci0 at mainbus0 bus 0: configuration mode 1 (no bios)
pchb0 at pci0 dev 0 function 0 "Intel 82855PE Hub" rev 0x03
ppb0 at pci0 dev 1 function 0 "Intel 82855PE AGP" rev 0x03
pci1 at ppb0 bus 1
vga1 at pci1 dev 0 function 0 "ATI Radeon Mobility M7 LW" rev 0x00
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
uhci0 at pci0 dev 29 function 0 "Intel 82801DB USB" rev 0x01: irq 11
usb0 at uhci0: USB revision 1.0
uhub0 at usb0
uhub0: Intel UHCI root hub, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
uhci1 at pci0 dev 29 function 1 "Intel 82801DB USB" rev 0x01: irq 11
usb1 at uhci1: USB revision 1.0
uhub1 at usb1
uhub1: Intel UHCI root hub, rev 1.00/1.00, addr 1
uhub1: 2 ports with 2 removable, self powered
uhci2 at pci0 dev 29 function 2 "Intel 82801DB USB" rev 0x01: irq 11
usb2 at uhci2: USB revision 1.0
uhub2 at usb2
uhub2: Intel UHCI root hub, rev 1.00/1.00, addr 1
uhub2: 2 ports with 2 removable, self powered
ehci0 at pci0 dev 29 function 7 "Intel 82801DB USB" rev 0x01: irq 11
usb3 at ehci0: USB revision 2.0
uhub3 at usb3
uhub3: Intel EHCI root hub, rev 2.00/1.00, addr 1
uhub3: 6 ports with 6 removable, self powered
ppb1 at pci0 dev 30 function 0 "Intel 82801BAM Hub-to-PCI" rev 0x81
pci2 at ppb1 bus 2
cbb0 at pci2 dev 0 function 0 "TI PCI1520 CardBus" rev 0x01: irq 11
cbb1 at pci2 dev 0 function 1 "TI PCI1520 CardBus" rev 0x01: irq 11
iwi0 at pci2 dev 2 function 0 "Intel PRO/Wireless 2200BG" rev 0x05: irq 11, addr
ess 00:12:f0:9e:f8:4b
fxp0 at pci2 dev 8 function 0 "Intel PRO/100 VE" rev 0x81, i82562: irq 11, addre
ss 00:09:6b:53:07:b6
inphy0 at fxp0 phy 1: i82562ET 10/100 PHY, rev. 0
cardslot0 at cbb0 slot 0 flags 0
cardbus0 at cardslot0: bus 3 device 0 cacheline 0x8, la
Re: Adaptec AIC-7860/AIC-7890
I've tried with all the floppy disks and the CD and the device is always displayed as not configured? Is the driver just not recognizing the device as what it supports? Thanks Tom On 23/10/06, Tom <[EMAIL PROTECTED]> wrote: Hi guys I tried both floppyA which had the same result (no disks found) and the CD which caused the system to hang (after showing the devices as not configured). Can you think of any other reasons? The same thing happens on other identical systems. Thanks Tom > On 23/10/06, Greg Thomas <[EMAIL PROTECTED]> wrote: > > On 10/22/06, Miod Vallat <[EMAIL PROTECTED]> wrote: > > > > I'm trying to install a snapshot on a Dell PowerEdge 6300 using the > > > > floppyB boot disk. > > > > Unfortunately, the Adaptec AIC-7860/AIC-7890 SCSI Host adapters aren't > > > > being configured so I cannot setup the disks. According to > > > > http://openbsd.org/i386.html the AIC-7860 and AIC-7890 are supported > > > > by ahc(4) so I'm confused why I can't access the disks. > > > > > > According to the same page, the ahc driver is not available on floppyB > > > and floppyC. > > > > > > > Someone, possibly Nick, awhile back posted the reasoning why the (A), > > (B), and (C) footnotes say which floppies the drivers are NOT on. > > Could anyone refresh my memory why that is? I couldn't find it in the > > archives. Also, maybe at the beginning of the supported hardware > > section there could be a note make sure that we look down at the > > footnotes, especially if one is having problems with the boot floppy? > > > > Greg
Re: OpenVPN server writes to /etc
On 10/23/06, Heinrich Rebehn <[EMAIL PROTECTED]> wrote: Shouldn't openvpn write to /var/db or /var/log? I don't know if these locations can be hardcoded at compile time, but from the stock OpenBSD OpenVPN package that I use (2.0.6) it seems that files will be read/written relative to the CWD when the process was started. I usually specify an absolute path for the 'ifconfig-pool-persist' and 'status' parameters so that files are written to /var/db and /var/log. -Martin -- "Suburbia is where the developer bulldozes out the trees, then names the streets after them." --Bill Vaughan
OpenVPN server writes to /etc
Hi list, I have openvpn-2.0.6 running as server on OpenBSD-current as of 9-OCT-2006. I noticed that it is creating files in /etc/openvpn: [EMAIL PROTECTED] [~] # ls -l /etc/openvpn total 48 -rw-r--r-- 1 root wheel 3820 Oct 11 14:27 antvpn.crt -rw--- 1 root wheel891 Oct 11 14:27 antvpn.key -rw-r--r-- 1 root wheel 1184 Oct 11 14:27 ca.crt -rw-r--r-- 1 root wheel245 Oct 11 14:45 dh1024.pem -rw--- 1 root daemon16 Oct 23 16:22 ipp.txt -rw--- 1 root daemon 232 Oct 23 16:26 openvpn-status.log -r--r--r-- 1 root bin 9976 Oct 11 15:51 server.conf It is the files "ipp.txt" and "openvpn-status.log". My question: is it good habit at all to write to /etc? Since my router is running from USB-flash i normally have the root fs readonly and only /var, /tmp and /dev on a ramdisk. Shouldn't openvpn write to /var/db or /var/log? Greetings, Heinrich Rebehn University of Bremen Physics / Electrical and Electronics Engineering - Department of Telecommunications - Phone : +49/421/218-4664 Fax :-3341
Re: Sun Niagara supported?
Jason George wrote: I'm just wondering if the Niagara chip (by Sun) is supported on OpenBSD Full and proper support of the Ultrasparc III processor is pretty much an implied requirement first... and we're still working on that... Sorry for my ignorance but why Ultrasparc III? I taught Niagara was based on Ultrasparc II, and there is no talk ofproblems about UltrasparcII on http://www.openbsd.org/sparc64.html. "The Niagara chip is comprised of eight four-threaded UltraSparc-II cores, and running at 1.2 GHz" Taken from: http://www.itjungle.com/breaking/bn080206-story01.html - 3rd paragraph JD
Event: LinuxWorld Expo UK 2006, Oct 25 - 26, 2006, Olympia, London, UK
Hi, as a reminder, we will be in London for the LinuxWorld Expo on Oct 25 - 26 in the Olympia, London, UK. You could have gotten free entrance tickets through their website at http://www.linuxworldexpo.co.uk/, not sure how it works now the online registration is closed. I'm sure you can register for a badge at the entrance. We'll be there with the usual mix of people, projects and products, I'm looking forward to see some of you again. I also have a little prototype that needs some feedback: http://images.kd85.com/images/tn/dsc06396.jpg.html Wim. (yes I'm taking a break from moving and shipping to get some quality spicy food) -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= https://kd85.com/notforsale.html --
Re: IRC Server Setup and Configuration HowTo
On Mon, Oct 23, 2006 at 06:05:02PM +0800, Tito Mari Francis Escaqo wrote: > Good day! > > In our office we use irc-hybrid on CentOS4.4 as IRC server. I plan to > use OpenBSD 3.9 as my test IRC server with the provided irc-2.10.3p1 > package. > > Can anybody on the list provide me with pointers to howto's how to > configure this IRC server in OpenBSD? You're help would be very much > appreciated. > > Thank you very much. > Well, kind of good news is I ported ircd-hybric and hybserv2 a while ago. Based on the freebsd ports of the same: http://www.yggdrasil.ca/openbsd/ports/ircd-hybrid.tgz http://www.yggdrasil.ca/openbsd/ports/hybserv2.tgz Jim -- "Most moms teach their daughters how to run a house, but you? You teach yours the fine art of mass destruction." - Nabs - Goodbye is not forever
Re: IRC Server Setup and Configuration HowTo
On Mon, Oct 23, 2006 at 06:05:02PM +0800, Tito Mari Francis Esca?o wrote: > Good day! Good day to you too! :-) > > In our office we use irc-hybrid on CentOS4.4 as IRC server. I plan to > use OpenBSD 3.9 as my test IRC server with the provided irc-2.10.3p1 > package. > > Can anybody on the list provide me with pointers to howto's how to > configure this IRC server in OpenBSD? You're help would be very much > appreciated. I setup my OpenBSD machine as a standalone irc server as well as a bitlbee gateway. I think bitlbee has trampled all over my irc setup. :-) But it was very simple to do since right now I care two hoots about security. The config file is attached. It just works but I am damn sure there are plenty of gaping security holes in it. Hope this helps. The P: lines tell you which all lines ircd listens for irc connections. Good luck! regards, Girish $grep -v ^# /etc/ircd/ircd.conf M:girish.ftpaccess.cc::Chennai West Mambalam:6667 A:Girish Venkatachalam, Chennai:Girish Venkatachalam <[EMAIL PROTECTED]>:Test IRC server:: P6667: P194: P529: Y:1:90::100:512000:1:1 I:*:::*:1 -- Great people are not defined by ability but by nobility
Re: Sun x2100 M2 DMESG weirdenn and remote access. OpenBSD 4.0
On 2006/10/22 17:29, Daniel Ouellet wrote: > It work,s but as soon as the setup for OpenBSD start to boot the bsd.rd, > the access to both the ethernet management port as well as the serial > console is lost and the only way is to use local keyboard and monitor. Usually BIOS serial redirection stops after the bootloader, so you have to 'set tty com0' (either typed or, if you're booting from PXE you can place it in $TFTPROOT/etc/boot.conf) The ethernet management is probably asf/ipmi and I guess it would be on one of the broadcom nics, bge(4) doesn't support this at present (was added for a short while but removed again, if_bge.c 1.104-1.106) 4 ethernet, 2 card slots, LOM improvements... sounds like it's a lot more useful machine.
IRC Server Setup and Configuration HowTo
Good day! In our office we use irc-hybrid on CentOS4.4 as IRC server. I plan to use OpenBSD 3.9 as my test IRC server with the provided irc-2.10.3p1 package. Can anybody on the list provide me with pointers to howto's how to configure this IRC server in OpenBSD? You're help would be very much appreciated. Thank you very much.
tftp logging
The man page doesn't have the usual -l for logging for the tftpd, so what other choice could be done, or not logging for this. I am trying to log the traffic to syslog and so far, my research still haven't given me anything other then needed to setup and use tftp-proxy with the -v flag. Is that the only way? Thanks Daniel
Re: Adaptec AIC-7860/AIC-7890
Hi guys I tried both floppyA which had the same result (no disks found) and the CD which caused the system to hang (after showing the devices as not configured). Can you think of any other reasons? The same thing happens on other identical systems. Thanks Tom On 23/10/06, Greg Thomas <[EMAIL PROTECTED]> wrote: > On 10/22/06, Miod Vallat <[EMAIL PROTECTED]> wrote: > > > I'm trying to install a snapshot on a Dell PowerEdge 6300 using the > > > floppyB boot disk. > > > Unfortunately, the Adaptec AIC-7860/AIC-7890 SCSI Host adapters aren't > > > being configured so I cannot setup the disks. According to > > > http://openbsd.org/i386.html the AIC-7860 and AIC-7890 are supported > > > by ahc(4) so I'm confused why I can't access the disks. > > > > According to the same page, the ahc driver is not available on floppyB > > and floppyC. > > > > Someone, possibly Nick, awhile back posted the reasoning why the (A), > (B), and (C) footnotes say which floppies the drivers are NOT on. > Could anyone refresh my memory why that is? I couldn't find it in the > archives. Also, maybe at the beginning of the supported hardware > section there could be a note make sure that we look down at the > footnotes, especially if one is having problems with the boot floppy? > > Greg
Re: Solution to -> Re: SSH upgrade to ver 4.4 on OBSD 3.9 stable broke key auth
> Sorry I regretted using these exact words. > > What I meant to say was that this does not explain everything. > > Let me leave it at that. > > If I don't understand something most likely my understanding is to take the > blame. :-) > > All is well that ends well. > > Thanks to Damien and Darren for clearing certain things. > > And to you of course for letting the list know this. Ok in order to bring things to a certain logical conclusion I will get a little bit of context to all this. I have been having problems with my md5 and sha1 checksums not matching. I mean the shell commands. And also scp transfers used to abort with a "Corrupted MAC on input" error. All these problems on my FreeBSD 6.0 box. Then someone else in China had a problem connecting to his FreeBSD box in San Diego. So I was investigating that and found that the kex protocol of ssh was not completing. It was crapping out at different places at different times. And I could only go so far as DH params. Well I am not a math guru. :-) However once the FreeBSD OpenSSL was reinstalled all these problems disappeared magically. You can clearly see what I am getting at. That OpenSSL is the root cause for all this. That is why I tried to correlate what you were saying with this. But now it is apparent that this problem and my problem don't exactly coincide. My apologies to OpenBSD devs and in particular Darren and Damien if I sounded rude. Hope this clears things up a bit. regards, Girish
Re: Adaptec AIC-7860/AIC-7890
On 10/22/06, Miod Vallat <[EMAIL PROTECTED]> wrote: > I'm trying to install a snapshot on a Dell PowerEdge 6300 using the > floppyB boot disk. > Unfortunately, the Adaptec AIC-7860/AIC-7890 SCSI Host adapters aren't > being configured so I cannot setup the disks. According to > http://openbsd.org/i386.html the AIC-7860 and AIC-7890 are supported > by ahc(4) so I'm confused why I can't access the disks. According to the same page, the ahc driver is not available on floppyB and floppyC. Someone, possibly Nick, awhile back posted the reasoning why the (A), (B), and (C) footnotes say which floppies the drivers are NOT on. Could anyone refresh my memory why that is? I couldn't find it in the archives. Also, maybe at the beginning of the supported hardware section there could be a note make sure that we look down at the footnotes, especially if one is having problems with the boot floppy? Greg
Re: Solution to -> Re: SSH upgrade to ver 4.4 on OBSD 3.9 stable broke key auth
> Well... I solved it thanks to Darren Tucker. So positive feedback should go > to > him... I haven't done any deeper analysis of it as it solved my problem. And > I don't have the time to dig... > > Then you say Darren Tucker maybe has a hole in the analysis Well, ask > him! > maybe he read this post and can answer directly. Sorry I regretted using these exact words. What I meant to say was that this does not explain everything. Let me leave it at that. If I don't understand something most likely my understanding is to take the blame. :-) All is well that ends well. Thanks to Damien and Darren for clearing certain things. And to you of course for letting the list know this. regards, Girish
Re: Happy Birthday OpenBSD!
> -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of > Bruno Carnazzi > Sent: 18 October 2006 05:03 PM > To: misc > Subject: Re: Happy Birthday OpenBSD! > > Theo president ! :) > Since Theo is Canadian, shouldn't it be "Theo PM!" ?
