brycec: (And jumbo frames MTU=9000 yields 2.238 layers of VLAN.
) milki: thats a lot of vlans ***: gluffis has joined #arpnetworks mercutio: mtu is per vlan
the physical link can support more than 9k mtu sometimes.
not necessarily much more
actually usualyl if you can set 9k mtu you can do 9k mtu + vlan, i never 8996 mtu support gluffis: maybe it's time to upgrade my old OpenBSd 4.7 machine to 5.4 :) mercutio: yeah probably, there's a few issues with upgrading
like old packages won't execute
gluffis: mercutio: usually is :) something to do this weekend mercutio: yeah it got worse a little bit
like with the timestamp change gluffis: ok mercutio: it used to be pretty easy
it's still not really difficult, just annoying :) gluffis: hehe mkb: I've setup siteXX.tgz and just re-install whenever a new release comes out gluffis: that is one way to do it :D mkb: this works great except on my Linux boxes where it's never as easy
we are, it seems, supposed to use some gigantic "configuration management" software that creates more problems than it solves gluffis: systemd, since Lennart knows best :D mhoran: I can't wait until systemd has an IRC client.
Then I won't have to use screen anymore! gluffis: haha
'lets fix what is not broken' ***: dj_goku_ has quit IRC (Ping timeout: 264 seconds) mkb: CentOS assigns my workstation a different IP address every time I boot
apparently it doesn't turn the network on until I log into the console, which makes the whole network feature of this computer useless mhoran: I blame NetworkManager. mkb: I meant to SSH to it
and with all the news we hear about lack of IPv4 addresses, I now have 6 public IP addresses assigned to my desktop mhoran: Haha. mkb: someone is lucky enough to work at a university that got a /16 way back when... mhoran: Yeah, my university had the same situation. ***: dj_goku has joined #arpnetworks
dj_goku has quit IRC (Changing host)
dj_goku has joined #arpnetworks mkb: disabling networkmanager did the trick mhoran: Word. mkb: now if only I could disable systemd mhoran: :( mkb: they must have made firefox talk to networkmanager because firefox thinks it's not online
and of course that's more accurate than getaddrinfo("mail.google.com") mhoran: Oh yeah, that's a thing. ***: _Zodiac has joined #arpnetworks m0unds: networkmanager includes a really awful, half-baked attempt at network location detection
and those xml configs, yuck plett: mkb: If I had to guess, the network stack not being configured until you log in sounds like dependency based startup working perfectly and you not having any network services like sshd starting on boot ***: _Zodiac has left "Ciao" brycec: gluffis: why not 5.6?
(And speaking from experience, upgrading from the ISO is a painfully smooth process :) ) mercutio: brycec: did you have to update all of your packages? brycec: s/update/uninstall + reinstall/ BryceBot: <mercutio> brycec: did you have to uninstall + reinstall all of your packages? mercutio: i was skipping between -currents. brycec: For 5.6, yes
(or was it 5.5? I can't remember) mercutio: yeah i can't remember when it was too it was recentish
then i upgrade my base before kernel
because the kernel wouldn't compile brycec: Luckily my OpenBSD servers are mostly base stuff mercutio: and it wouldn't execute anything
so i had to boot with the snapshot kernel brycec: wow, you're either doing a lot of things custom, or you messed something up royally :p I did the 5.5 (and 5.6) upgrades completely headless without issue mercutio: thish is 5.7 i think brycec: 5.7 hasn't been released yet mercutio: and going from -current to -current brycec: (as "stable")
not for another 2 months or so mercutio: OpenBSD arp.meh.net.nz 5.7 GENERIC.MP#834 amd64
OpenBSD 5.7-beta (GENERIC.MP) #834: Tue Feb 3 18:08:48 MST 2015
ok it's in beta
usually i can get by with extracting tarballs from snapshots
and doing my cvs upgrade on kernel brycec: http://www.openbsd.org/faq/upgrade56.html#upgrade "Upgrading without install kernel" Fun times :) mercutio: heh
the 5.6 was more annoying yes
because i changed root shell :/ brycec: so it was the 5.4 -> 5.5 upgrade that required all packages to be removed/reinstalled mercutio: oh
ok 5.5 was more annoying :) ***: dj_goku has quit IRC (Ping timeout: 265 seconds)
dj_goku has joined #arpnetworks
dj_goku has quit IRC (Changing host)
dj_goku has joined #arpnetworks
novae has joined #arpnetworks
toddf has quit IRC (Ping timeout: 245 seconds)
toddf has joined #arpnetworks
ChanServ sets mode: +o toddf
novae has left
dj_goku has quit IRC (Read error: Connection reset by peer)
dj_goku_ has joined #arpnetworks
dj_goku_ has quit IRC (Ping timeout: 240 seconds)
dj_goku has joined #arpnetworks
dj_goku has quit IRC (Changing host)
dj_goku has joined #arpnetworks
dj_goku has quit IRC (Ping timeout: 255 seconds)
dj_goku has joined #arpnetworks
dj_goku has quit IRC (Ping timeout: 264 seconds)
dj_goku has joined #arpnetworks
dj_goku has quit IRC (Changing host)
dj_goku has joined #arpnetworks mnathani_: Are BSD's a type of Unix?
freebsd, netbsd, openbsd etc
and why are they better suited for firewall type workloads? brycec: *BSD is derived from AT&T Unix, yes
(Where as Linux was a work-alike cloen written from scratch)
*clone
The answer to your second question is much broader, and it depends on the flavour more than "BSD in general"
But boils down to, not because it's BSD, but because their developers worked really hard at goal X
OpenBSD's goal is security at every layer mnathani_: thanks brycec brycec: np mnathani_: do the 3 BSDs I mentioned all have ports / packages brycec: Yes
(As does PC-BSD and DragonflyBSD, two other popular flavours) mercutio: openbsd is really the only bsd that's got good firewall afiak
afaik
freebsd has really old version of pf
i suppose it's "okay"
openbsd's working pretty actively on their network stuff. but i think it's mostly only a few intelligent programmers.
whereas linux has way more people working on it.. brycec: It's okay, and not "insecure" necessarily, but it lacks improvements/features added since then.
^ re: FreeBSD's pf mercutio: freebsd actually forked pf
and multithreaded it.
so it's hard for them to sync back
the only really big problem with openbsd is performance.
they're only just starting to add kernel level smp. brycec: Yeah, performance is "good" but it's rarely their target. mercutio: but for most people they have way more performance than they need anyway.
like using a 3 ghz cpu to run word :/
but yeah i wouldn't really go with openbsd for 10 gigabit.
but gigabit is fine. brycec: Only performance issues I've ever noticed on OpenBSD were disk i/o. Still, quite good, but not 6Gbps :p mercutio: and even then, 10 gigabit should work, it just wont' scale as well for many packets etc.
brycec: on virtual or real?
i used to use openbsd as a desktop. brycec: On virtual - virtio makes an enormous difference. On real, there's not much else to do :p mercutio: it's pretty stable generally. things work or don't work.
it's not "random"
whereas linux seems to get random weird obscure problems.
i kind of got turned off linux years ago when ethernet reordering kept happening
then people started triyng to "fix" it but it meant if you changed ethernet cards it'd increment to a new higher name.
that said, linux had way more problems back then.
it's curious how it's become "linux or bsd"
where people seem to lump all of the bsd's together. brycec: And yet it's Linux that is splintered into "distros" and each BSD is just itself. mercutio: heh
i don't like any of the linux distros
i use ubuntu and arch, but both are frustrating
basically combintaitons of rolling release and stable core are necessary i reckon
which is what freebsd-stable is meant to be
but the complexity of both can be kind of overwhelming brycec: It's how I view Arch for that matter (leaning towards rolling-release, but they do still have stable/testing tiers) mercutio: they keep updating the kernel
and then your modules don't work
that's my biggest issue with it atm, and my custom kernel seems to have issues on arch atm
i think i need some option enabled
but it does waiting on enp0s25 or something brycec: Why do you run a custom kernel? mercutio: so that i can do system updates without having to reboot :/ brycec: mercutio: just don't install the updated kernel until you're ready to reboot mercutio: but i generally run custom kernels in most places anyway.
well the same custom kernel
yeah there may be a way to hold it back brycec: there is... Ignore=linux mercutio: ahh brycec: Or --ignore=linux if you feel like typing it every time mercutio: i'll probably just end up figuring why my network and serial config don't load with my custom kernel brycec: And anything that depends on the kernel upgrade (eg: virtualbox host modules) will also be held back. mercutio: i also compile zfs from soruce brycec: instead of using one the existing packages? mercutio: well don't use a package
yeah
i think packages usually compile from source too actually
ubuntu's packages were mental for zfs. brycec: mercutio: AUR are compiled from sources on fetch/makepkg, yes mercutio: are you using arch? brycec: But pacman-installed stuff is binary. (I mean, sure, someone compiled it :P)
yes
It's my Linux desktop of choice. mercutio: % systemd-analyze
Startup finished in 9.022s (firmware) + 1min 14.878s (loader) + 2.816s (kernel) + 6.326s (userspace) = 1min 33.044s
i reckon that's pretty cool. brycec: Startup finished in 2.865s (kernel) + 7.775s (userspace) = 10.640s mercutio: weird you don't get firmware
oh netiher does this computer
# systemd-analyze
Startup finished in 5.007s (kernel) + 1min 33.719s (userspace) = 1min 38.727s brycec: Still, 90+ seconds seems rather slow mercutio: that has an extra 90 seconds from the waiting for ethernet interface issue brycec: (at least in this day and age, with systemd, etc) mercutio: cos it's using custom kernel
you can shorten that time brycec: ahh mercutio: the kernel time is slow too though :/
yeah i like arch the most for play systems
and ubuntu for "dumb" systems.
although i am thinking of moving more stuff to arch anyway
i kind of wish more aur stuff shifted to base
but it is kind of nifty getting such regular updates -: mercutio does update, only logrotate is updated, hmm.. mercutio: how are you finding systemd? brycec: nifty/annoying, depending on the day :p
Just fine. mercutio: i keep hoping radeonsi update comes through that fixes notion slowness
there was an issue with drawing primitives ages ago, which still doesn't seem to be fixed.
and notion uses some "legacy" stuff that's unaccelerated and insanely slow.
so like if you drag a window from one desktop space to another it's really slow
and that's just to show the window title background
it reminds me of sun3s :)
with their unaccelerated framebuffers.
but even on the cpu it should be "fast enough" brycec: heh mnathani_: how would I get tmux to open panes / windows and execute a certain command in each one?
for instance pane 1: telnet localhost 2501, pane 2: telnet localhost 2502 etc
@google tmux multiple panes BryceBot: Google API failure :( ***: gluffis has quit IRC (Ping timeout: 250 seconds)
gluffis has joined #arpnetworks
Seju has joined #arpnetworks
Seji has quit IRC (*.net *.split)
toeshred has quit IRC (*.net *.split)
toeshred has joined #arpnetworks
dj_goku has quit IRC (Ping timeout: 246 seconds)
dj_goku has joined #arpnetworks
dj_goku has quit IRC (Changing host)
dj_goku has joined #arpnetworks