Re: strict separation base system and third party software
> Different design, different philosophy, and different goals [1] but the > same BSD heritage. There is no philosophy involved. England and the US and Canada are not differences in philosophy. They are just different. philosophy has little to do with it. Stop using that word incorrectly, please. Try: Different texture, different pantone. See, it fails to reuse words which are out of scope, and is just as accurate.
Re: strict separation base system and third party software
> > I am a (happy) operating system user OpenBSD -current (architecture amd64) > > on my laptop Lenovo ThinkPad X200s. :) > > > > I would like to learn more about this system. I'm curious. I recently > > realized that the third-party software configuration files were in "/etc" > > instead of "/usr/local/etc" that does not exist (like FreeBSD). > > See hier(7). > > > Why? > > OpenBSD isn't FreeBSD. It's too bad war isn't peace.
Re: strict separation base system and third party software
On 10/27/16 21:17, kuniyo...@free.fr wrote: Hello. I am a (happy) operating system user OpenBSD -current (architecture amd64) on my laptop Lenovo ThinkPad X200s. :) I would like to learn more about this system. I'm curious. I recently realized that the third-party software configuration files were in "/etc" instead of "/usr/local/etc" that does not exist (like FreeBSD). Why? Regards, kuniyoshi Different design, different philosophy, and different goals [1] but the same BSD heritage. The following are a good starting place http://man.openbsd.org/man.1 http://man.openbsd.org/hier.7 http://man.openbsd.org/packages.7 and they can all be found on your system if you installed the manXX.tgz sets hth Fred [1] http://www.openbsd.org/goals.html
Re: strict separation base system and third party software
On 2016-10-27, kuniyo...@free.frwrote: > Hello. > > I am a (happy) operating system user OpenBSD -current (architecture amd64) on > my laptop Lenovo ThinkPad X200s. :) > > I would like to learn more about this system. I'm curious. I recently > realized that the third-party software configuration files were in "/etc" > instead of "/usr/local/etc" that does not exist (like FreeBSD). See hier(7). > Why? OpenBSD isn't FreeBSD. Here, /usr/local is something that is usually just written to by pkg_add, not somehing that gets changed in normal sysadmin operation.
Re: trunk and vlan devices
On 2016-10-27, Friedrich Lockewrote: > Hi folks, > > i wonder if i can set a vlan above a trunk device. I have two interface: > bge0 e bge1. > I would to create a trunk interface using those bgeX interfaces. Once i > have setted the > trunk may i create a vlan on the trunk0 interface ? > > Thanks a lot. > > Yes. Not sure why you didn't just try it though?
trunk and vlan devices
Hi folks, i wonder if i can set a vlan above a trunk device. I have two interface: bge0 e bge1. I would to create a trunk interface using those bgeX interfaces. Once i have setted the trunk may i create a vlan on the trunk0 interface ? Thanks a lot.
strict separation base system and third party software
Hello. I am a (happy) operating system user OpenBSD -current (architecture amd64) on my laptop Lenovo ThinkPad X200s. :) I would like to learn more about this system. I'm curious. I recently realized that the third-party software configuration files were in "/etc" instead of "/usr/local/etc" that does not exist (like FreeBSD). Why? Regards, kuniyoshi
Re: Get active IP from an dhcp enabled interface
Am 27. Oktober 2016 17:10:16 MESZ, schrieb "Sjöholm Per-Olov": > Hi > > If you use a dhclient on the Internet interface, what is the best > method to > get the currently used IP address? A regexp to get the IP from > "ifconfig > inet” output or check the dhclient lease file? […] A regex like this? ifconfig egress | sed -ne 's/^[[:space:]]inet \([0-9\.]*\) .*/\1/p' > Thanks > Peo Regards, Florian
Re: OpenBSD 6-stable vmd
On Thu, Oct 27, 2016 at 11:02:12AM -0500, Ax0n wrote: > To circle back: I can reproduce the VM lock-up 100% of the time by typing > too quickly into the VM virtual serial console, such as my password and > longer command strings that I know by muscle memory. > > I tried a few things such as slowly typing several kilobytes of text into > the console, one character at a time. > > If I mash the keyboard inside cu, the VM locks up. I went to the text > console of the VM host (my daily-driver laptop), and slowly decreased the > keyboard repeat time with: > > wsconsctl keyboard.repeat.deln= > > And then attached to the vm virtual console using "doas vmctl console 1" > > I proceeded to hold down a key and let a few lines of text show up before > exiting the console, decreasing the deln delay further, and repeating the > experiment. > > 100 is the default value, so holding a key down (longer than the default > 400msec value of del1) will result in a 100msec delay between repeat > keystrokes on input. > > I reduced this first to 75, then to 50, 25, 15, 10, and 5. > > With a repeat delay of 5msec on the virtual console, I was able to reliably > lock up vms in a few dozen "keystrokes" (a matter of a second or two > holding a key down). > > I was able to get three different vms to lock up, one running the october > 22 snapshot, and two others running OpenBSD-6.0 Release, one i386, the > other amd64. > > I cannot reproduce this, even with a high keyboard repeat rate, though an > SSH session to any of the VMs. > > Mike and I have been in touch off-list (Thanks again!), but I thought the > results of my testing were relevant to misc@. > Thanks for testing. I'll see about repro'ing it and take a look presently. -ml
Get active IP from an dhcp enabled interface
Hi If you use a dhclient on the Internet interface, what is the best method to get the currently used IP address? A regexp to get the IP from "ifconfig inet” output or check the dhclient lease file? Or maybe use python with of http://pypi.python.org/pypi/netifaces/ or perl with Net::Address::IP::Local; Or is there any known command (like sysctl for example) for it already in the OS that I am not yet aware of? Thanks Peo
Re: OpenBSD 6-stable vmd
To circle back: I can reproduce the VM lock-up 100% of the time by typing too quickly into the VM virtual serial console, such as my password and longer command strings that I know by muscle memory. I tried a few things such as slowly typing several kilobytes of text into the console, one character at a time. If I mash the keyboard inside cu, the VM locks up. I went to the text console of the VM host (my daily-driver laptop), and slowly decreased the keyboard repeat time with: wsconsctl keyboard.repeat.deln= And then attached to the vm virtual console using "doas vmctl console 1" I proceeded to hold down a key and let a few lines of text show up before exiting the console, decreasing the deln delay further, and repeating the experiment. 100 is the default value, so holding a key down (longer than the default 400msec value of del1) will result in a 100msec delay between repeat keystrokes on input. I reduced this first to 75, then to 50, 25, 15, 10, and 5. With a repeat delay of 5msec on the virtual console, I was able to reliably lock up vms in a few dozen "keystrokes" (a matter of a second or two holding a key down). I was able to get three different vms to lock up, one running the october 22 snapshot, and two others running OpenBSD-6.0 Release, one i386, the other amd64. I cannot reproduce this, even with a high keyboard repeat rate, though an SSH session to any of the VMs. Mike and I have been in touch off-list (Thanks again!), but I thought the results of my testing were relevant to misc@. On Wed, Oct 26, 2016 at 7:15 PM, Mike Larkinwrote: > On Wed, Oct 26, 2016 at 06:36:25PM -0500, Ax0n wrote: > > I'm running vmd with the options you specified, and using tee(1) to peel > it > > off to a file while I can still watch what happens in the foreground. It > > hasn't happened again yet, but I haven't been messing with the VMs as > much > > this week as I was over the weekend. > > > > One thing of interest: inside the VM running the Oct 22 snapshot, top(1) > > reports the CPU utilization hovering over 1.0 load, with nearly 100% in > > interrupt state, which seems pretty odd to me. I am also running an i386 > > and amd64 vm at the same time, both on 6.0-Release and neither of them > are > > exhibiting this high load. I'll probably update the snapshot of the > > -CURRENT(ish) VM tonight, and the snapshot of my host system (which is > also > > my daily driver) this weekend. > > > > I've seen that (and have seen it reported) from time to time as well. This > is unlikely time being spent in interrupt, it's more likely a time > accounting > error that's making the guest think it's spending more in interrupt > servicing > than it actually is. This is due to the fact that both the statclock and > hardclock are running at 100Hz (or close to it) because the host is unable > to inject more frequent interrupts. > > You might try running the host at 1000Hz and see if that fixes the problem. > It did, for me. Note that such an adjustment is really a hack and should > just be viewed as a temporary workaround. Of course, don't run your guests > at 1000Hz as well (that would defeat the purpose of cranking the host). > That > parameter can be adjusted in param.c. > > -ml > > > load averages: 1.07, 1.09, 0.94 vmmbsd.labs.h-i-r.net > > 05:05:27 > > 26 processes: 1 running, 24 idle, 1 on processor up > > 0:28 > > CPU states: 0.0% user, 0.0% nice, 0.4% system, 99.6% interrupt, 0.0% > > idle > > Memory: Real: 21M/130M act/tot Free: 355M Cache: 74M Swap: 0K/63M > > > > PID USERNAME PRI NICE SIZE RES STATE WAIT TIMECPU > COMMAND > > 1 root 100 420K 496K idle wait 0:01 0.00% init > > 13415 _ntp 2 -20 888K 2428K sleep poll 0:00 0.00% ntpd > > 15850 axon 30 724K 760K sleep ttyin 0:00 0.00% ksh > > 42990 _syslogd 20 972K 1468K sleep kqread0:00 0.00% > syslogd > > 89057 _pflogd40 672K 424K sleep bpf 0:00 0.00% > pflogd > > 2894 root 20 948K 3160K sleep poll 0:00 0.00% sshd > > 85054 _ntp 20 668K 2316K idle poll 0:00 0.00% ntpd > > > > > > > > On Tue, Oct 25, 2016 at 2:09 AM, Mike Larkin > wrote: > > > > > On Mon, Oct 24, 2016 at 11:07:32PM -0500, Ax0n wrote: > > > > Thanks for the update, ml. > > > > > > > > The VM Just did it again in the middle of backspacing over uname > -a... > > > > > > > > $ uname -a > > > > OpenBSD vmmbsd.labs.h-i-r.net 6.0 GENERIC.MP#0 amd64 > > > > $ un <-- frozen > > > > > > > > Spinning like mad. > > > > > > > > > > Bizarre. If it were I, I'd next try killing all vmd processes and > > > running vmd -dvvv from a root console window and look for what it dumps > > > out when it hangs like this (if anything). > > > > > > You'll see a fair number of "vmd: unknown exit code 1" (and 48), those > > > are harmless and can be ignored, as can anything
unable to dump setting of running vm (vmm)
Hi, is there a way to dump setting of current (vmm) vm? For example if it was started with network interface...? It seems I can only see `ifconfig tap0' and compare vm name in tapX interface description with running vms now :/ Although I don't know what would be best visual representation of such info. Also daemon.log does not show info if a vm was having a network interface. j.
Re: Difference between ping mnaual page and behaviour
Hi Florian! Thanks for your answer. Regards,Tamas
Re: BGPd / Update Large-Communities Attribute number
Hi Denis Yes, I am in quite close contact with Job and the IETF IDR-WG, and will update this in the near future. On 2016 Oct 27 (Thu) at 08:12:08 +0200 (+0200), Denis Fondras wrote: :Hello, : :Here is a patch to update the large communities attribute value. IANA has :changed it from 30 to 32. :(https://mailarchive.ietf.org/arch/msg/idr/nKnJVQfsJyAKu6k7ppaFh1GX5ig) : :Denis : :Index: rde.h :=== :RCS file: /cvs/src/usr.sbin/bgpd/rde.h,v :retrieving revision 1.150 :diff -u -p -r1.150 rde.h :--- rde.h 14 Oct 2016 16:05:36 - 1.150 :+++ rde.h 27 Oct 2016 06:09:11 - :@@ -113,7 +113,7 @@ enum attrtypes { : ATTR_EXT_COMMUNITIES=16, : ATTR_AS4_PATH=17, : ATTR_AS4_AGGREGATOR=18, :- ATTR_LARGE_COMMUNITIES=30, :+ ATTR_LARGE_COMMUNITIES=32, : }; : : /* attribute flags. 4 low order bits reserved */ : -- When you make your mark in the world, watch out for guys with erasers. -- The Wall Street Journal
BGPd / Update Large-Communities Attribute number
Hello, Here is a patch to update the large communities attribute value. IANA has changed it from 30 to 32. (https://mailarchive.ietf.org/arch/msg/idr/nKnJVQfsJyAKu6k7ppaFh1GX5ig) Denis Index: rde.h === RCS file: /cvs/src/usr.sbin/bgpd/rde.h,v retrieving revision 1.150 diff -u -p -r1.150 rde.h --- rde.h 14 Oct 2016 16:05:36 - 1.150 +++ rde.h 27 Oct 2016 06:09:11 - @@ -113,7 +113,7 @@ enum attrtypes { ATTR_EXT_COMMUNITIES=16, ATTR_AS4_PATH=17, ATTR_AS4_AGGREGATOR=18, - ATTR_LARGE_COMMUNITIES=30, + ATTR_LARGE_COMMUNITIES=32, }; /* attribute flags. 4 low order bits reserved */