Re: Industrial use of line printers, does/would your company/organization use them with our lpd?
On 2016-02-19, Chris Bennett wrote: > Why don't hru...@gmail.com and li...@wrant.com have a lovely and > exciting chat off of my lpd/lpr thread? Funnily enough I didn't see either of those until they were quoted here ;) I recommend slrn pointed at gmane's news server for reading misc with liberal use of the 'k' key, some of the features for making newsgroups readable are equally applicable to busy mailing lists.
Re: support update
Hi, James Shupe wrote on Fri, Feb 19, 2016 at 01:06:49PM -0600: > 0 > C USA > P Texas > T Pflugerville > Z 78691 > O HermeTek Network Solutions > I James Shupe > A P.O. Box 2264 > M sa...@hermetek.com > U https://www.hermetek.com/bsd-linux-support > B 512.792.2525 > X 512.888.9889 > N We provide open infrastructure design, development, deployment, > maintenance and training. We specialize in OpenBSD routing and firewall > platforms utilizing OpenBGPD, OpenOSPFD, PF, and other included > technologies. Done. Ingo
Re: Industrial use of line printers, does/would your company/organization use them with our lpd?
On Fri, 19 Feb 2016, Chris Bennett wrote: On Fri, Feb 19, 2016 at 06:52:43PM +0200, li...@wrant.com wrote: Maybe you should pull your head out of the sand (asshole) and understand [...] That previous request was not to include trolling me privately. By the way, I only expressed my oppinion and concern. I am glad that Chris wants to work in the project from which I profit. Rodrigo.
Re: doas(1) and $PATH
On Fri, 19 Feb 2016 13:45:28 -0700, "Todd C. Miller" wrote: > On Wed, 13 Jan 2016 11:17:55 -0500, Philippe Meunier wrote: > > > By the way, while playing with which(1) and doas(1) and $PATH, I > > managed to get which(1) to core dump, twice, although I have not been > > able to reproduce it reliably. > > The crash in which was fixed recently. Whoops, looks like I was responding to an old message. - todd
Re: Industrial use of line printers, does/would your company/organization use them with our lpd?
On 17 Feb 2016, at 14:07, Chris Bennett wrote: > On Wed, Feb 17, 2016 at 07:51:28PM +0100, Tobias Ulmer wrote: >> >> The only thing wrong with lpd is nobody tedu'ed it yet. >> >> No really, it is outdated beyond rescue. If you want to write a new >> print job queueing system, sure, have fun. Maybe you can come up with >> a 'cups' that doesn't suck? >> > > Oh, I agree, it's seriously ready for display in the computer museum. > But it does work in a limited fashion. > I want something in base that handles printing. > I need a project that isn't at the skill level of pouring over code > and finding subtle errors. Way over my head to do that. > Wow all of you developers are good at that! > > I understand that this is going to take a long time to accomplish. > It will need to fill a large group of users needs or it won't be > kept in base. In the "For what it's worth" department: Here at RPI we use the BSD-based lpr/lpd to run our print servers. Our print servers run a few hundred printers for campus, including five pretty modern plotters which see heavy use at the end of each semester. We go through a mile or two of plotter paper every semester. I'm the guy who implemented most of our printing system. To touch upon the original subject of this thread, we have not used any line printers at RPI in at least 20 years. When we did have them, they were connected to IBM mainframes, not unix print servers. I use what is basically FreeBSD's lpr/lpd running on a version of solaris from the days back when Sun was still in business. I've done enough work on lpr/lpd that I worked my way into being the maintainer of lpr/lpd for FreeBSD (although I have not done much work on it lately). I made many improvements to FreeBSD's lpr/lpd from 2000 to about 2006. In some cases I pulled in changes from OpenBSD's lpr/lpd. And the versions of lpr/lpd that I use on our print servers at RPI have some additional improvements that I keep meaning to move over to FreeBSD, however the source for RPI's lpr/lpd is also quite a mess. I need to clean it up and make sense of the changes. I do not know how many of my FreeBSD changes have made it over to OpenBSD's lpr/lpd. Over the years I have tried out both CUPS and LPRng, and both times I ran into enough pain that I've stuck with plain BSD-based lpr/lpd. There is much room for improvement in BSD's lpr/lpd, but there's also a lot of good knowledge which is not obvious and not documented. My main example is that almost every non-BSD alternative will send a job's control-file before sending the data file(s). If you are sending to a busy print server it is actually important to send the data-files first, but the reason *why* you want to do that is not documented anywhere. It's only when you run a busy print server that you realize why some things were done the way they were done. I've been keeping an eye on some of your recent changes to OpenBSD, but I haven't had the time to look them over as much as I would like to. That's been the story of my life for the last 4-5 years... -- Garance Alistair Drosehn= dro...@rpi.edu Senior Systems Programmer or g...@freebsd.org Rensselaer Polytechnic Institute; Troy, NY; USA
Re: doas(1) and $PATH
On Wed, 13 Jan 2016 11:17:55 -0500, Philippe Meunier wrote: > By the way, while playing with which(1) and doas(1) and $PATH, I > managed to get which(1) to core dump, twice, although I have not been > able to reproduce it reliably. The crash in which was fixed recently. - todd
Re: LibertyBSD, recently forked from OpenBSD, has been deblobbed as much as its creator could see?
I have very high expectations that this email thread will produce fresh new additions to http://cvsweb.openbsd.org/cgi-bin/cvsweb/~checkout~/src/usr.bin/mg/theo.c very soon. -luis On Fri, Feb 19, 2016 at 2:17 PM, Alexander Hall wrote: > On February 19, 2016 3:42:08 PM GMT+01:00, Jorge Luis < > jorgeluiscorreioeletron...@gmail.com> wrote: > > >Is true that in LibertyBSD, you can get all of the benefits of OpenBSD, > >while being sure that there are no non-free blobs lurking in the depths > >of > >your system? > > No. The firmware is either already on the hardware itself already or gets > loaded there by the driver. > > If you can't trust the hardware you loose either way. > > Over and out. Read the archives. > > /Alexander
Re: LibertyBSD, recently forked from OpenBSD, has been deblobbed as much as its creator could see?
On February 19, 2016 3:42:08 PM GMT+01:00, Jorge Luis wrote: >Is true that in LibertyBSD, you can get all of the benefits of OpenBSD, >while being sure that there are no non-free blobs lurking in the depths >of >your system? No. The firmware is either already on the hardware itself already or gets loaded there by the driver. If you can't trust the hardware you loose either way. Over and out. Read the archives. /Alexander
support update
0 C USA P Texas T Pflugerville Z 78691 O HermeTek Network Solutions I James Shupe A P.O. Box 2264 M sa...@hermetek.com U https://www.hermetek.com/bsd-linux-support B 512.792.2525 X 512.888.9889 N We provide open infrastructure design, development, deployment, maintenance and training. We specialize in OpenBSD routing and firewall platforms utilizing OpenBGPD, OpenOSPFD, PF, and other included technologies.
Re: LibertyBSD, recently forked from OpenBSD, has been deblobbed as much as its creator could see?
Theo, I'd like to make a comment: I do not want to program and use computers to just a hobby to harm me, if all the software and hardware that exist include non-free code and if is true that non-free code can contain malicious code, I decide not to program and use computers to just a hobby. Is true that OpenBSD ships with several pieces of non-free, binary only firmware in the base system, and depending on the hardware detected, by default a script will download more at first boot, without informing the user of this? Is true that while there may be good reasons for including this firmware, with a default installation you might end up running some of these non-free programs without even knowing it? Is true that in LibertyBSD, you can get all of the benefits of OpenBSD, while being sure that there are no non-free blobs lurking in the depths of your system? -- View this message in context: http://openbsd-archive.7691.n7.nabble.com/LibertyBSD-recently-forked-from-OpenBSD-has-been-deblobbed-as-much-as-its-creator-could-see-tp290022p290035.html Sent from the openbsd user - misc mailing list archive at Nabble.com.
Re: Industrial use of line printers, does/would your company/organization use them with our lpd?
On Fri, Feb 19, 2016 at 06:52:43PM +0200, li...@wrant.com wrote: > > Maybe you should pull your head out of the sand (asshole) and understand > why you can not find relevant information. You're not reading man > pages, but people say. That previous request was not to include trolling me privately. I have the code open in front of me and I have read the man pages repeatedly. I find most of your posts offensive, but occasionally you do say something useful. So I might like to force you to go away, but in the end that would be stupid. Sometimes the most annoying people do have that precious answer nobody else can see. Now go buy/borrow/pull out of the attic some printer and try to make it work with our lpd/lpr system and report back success, partial success or failure. Include the connection method (serial/parallel/USB/network/wifi, etc). Send your printcap file. Did you use any input filters? What language(s) does your printer speak? Does lpc,lpq,lprm work with the printjobs? Of course test to see if it will print a banner page also. You could format your response as a manual page instead of people say, if you really think that matters. Chris Bennett
Re: Industrial use of line printers, does/would your company/organization use them with our lpd?
On Fri, 19 Feb 2016, li...@wrant.com wrote: Well, let me say my opinion. Why ?! I think, you missed the context of my two postings of yesterday. I do not see any problem with lpr/lpd, the only reason given here to change it is: * lpd(8)/lpc(8)/lpr(1) is very old and suffering from bitrot. << (https://marc.info/?l=openbsd-misc&m=145376186932234&w=2) People had to defend lpd/lpr supporting their printer after the following question was stated: Is anyone still using a printer connected to a serial port or is that now removable? << (https://marc.info/?l=openbsd-misc&m=145377943204026&w=2) Later, we read: I do see that lpc, lpq, lprm are dinosaurs and have to be made extinct and replaced with something more functional with more information output and better capabilities. << (https://marc.info/?l=openbsd-misc&m=145573157323762&w=2) Then came the first question that I answered: Anyway, just some musings. Is there anyone else out there using lpr/lpd/lprm from base? Maybe I'm the only one? << (https://marc.info/?l=openbsd-misc&m=145577346702071&w=2) And then I reduced ad absurdum the following argument against lpd/lpr: No really, it [lpd/lpr] is outdated beyond rescue. If you want to write a new print job queueing system, sure, have fun. Maybe you can come up with a 'cups' that doesn't suck? << Again: if lpd is outdated without rescue and must be replaced with a non sucking cups, then bsd/unix is also outdated without rescue and must be replaced with a new, non sucking operating system. Under this logic, "lpd/lpr" may be deleted from base, and also obsolete programs like "mt" that no one use (I did use it not long ago). But inspite of the bad argument, the alternative is indeed to offer a completely new (perhaps non standard?) print job queueing system to make some people happy (and leave lpd/lpr where it is). About a month ago I tried to install "xscanimage" in OpenBSD 5.8 from the package collections, without success. This is the explanation given in CVS: Remove sane-frontends; upstream hasn't put out a new release in >8 years and Xsane is the de-facto SANE frontend nowadays. << (http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/graphics/sane-frontends/) Of course, the bloated Xsane is not a replacement of the meager xscanimage. In spite of all irony in my postings of yesterday, I do believe that plan9 is, at least in some concepts, superior to Unix/BSD, but it is not a standard. There are good reasons to use a standard like Unix/BSD, and that is one of the reasons I use OpenBSD, but there may be also reasons to use something else, for example an innovative, experimental system like Plan9 or a comercial real time system. All depends on what you want to do with the computer, and security in the internet is not necessary a priority: I moved from FreeBSD to OpenBSD only because the wlan driver in OpenBSD seems to work better. Rodrigo.
Re: LibertyBSD, recently forked from OpenBSD, has been deblobbed as much as its creator could see?
I smell astroturfing troll machine. On 2016-02-19 16:46, Giancarlo Razzolini wrote: Em 19-02-2016 12:42, Jorge Luis escreveu: "What is LibertyBSD? OpenBSD is universally known as an operating system designed with security in mind, proudly being able to say that it has had "Only two remote holes in the default install, in a heck of a long time!" Will you please, please, go away?
Re: LibertyBSD, recently forked from OpenBSD, has been deblobbed as much as its creator could see?
Em 19-02-2016 12:42, Jorge Luis escreveu: > "What is LibertyBSD? > OpenBSD is universally known as an operating system designed with security > in mind, proudly being able to say that it has had "Only two remote holes in > the default install, in a heck of a long time!" Will you please, please, go away?
Re: LibertyBSD, recently forked from OpenBSD, has been deblobbed as much as its creator could see?
Recurring troll coming from gmail and nabble (you-name-it tomorrow). Zero entry effort. Wasted electricity and skin. Plain simply ignored.
Re: Industrial use of line printers, does/would your company/organization use them with our lpd?
Thu, 18 Feb 2016 20:38:38 + (GMT) Roderick > Well, let me say my opinion. Why !? > I think BSD and Unix is also "outdated beyond rescue", but we are ^^ This means "following standards and reliably implementing Unix core". Same strong words can also be slammed to fire and wheel, and you put your dearest into this daily. > The inventors of Unix recognized that Unix is obsolete and > developed Plan9. To use it for novel ideas without breaking standards and well established operating system that is Unix. > Maybe he can come up with a new operating system that doesn't suck? More fragmentation does not help. Code quality and skillful art do. Notice how consumerism is mostly tar-pitting consumer periphery devices?
Re: LibertyBSD, recently forked from OpenBSD, has been deblobbed as much as its creator could see?
Jorge Luis [jorgeluiscorreioeletron...@gmail.com] wrote: > > Is true that in LibertyBSD, you can get all of the benefits of OpenBSD, > while being sure that there are no non-free blobs lurking in the depths of > your system? > Yes, in fact the OpenBSD developers are so enthusiastic about this idea, many have abandoned OpenBSD development in favor of the LibertyBSD idea. It's quite astounding!
Re: Industrial use of line printers, does/would your company/organization use them with our lpd?
On Fri, Feb 19, 2016 at 05:47:42PM +0200, li...@wrant.com wrote: > Thu, 18 Feb 2016 20:38:38 + (GMT) Roderick > > Well, let me say my opinion. > > Why !? > > > I think BSD and Unix is also "outdated beyond rescue", but we are > ^^ > This means "following standards and reliably implementing Unix core". > > Same strong words can also be slammed to fire and wheel, and you put > your dearest into this daily. > > > The inventors of Unix recognized that Unix is obsolete and > > developed Plan9. > > To use it for novel ideas without breaking standards and well > established operating system that is Unix. > > > Maybe he can come up with a new operating system that doesn't suck? > > More fragmentation does not help. Code quality and skillful art do. > > Notice how consumerism is mostly tar-pitting consumer periphery devices? > Perhaps the two of you did not read the subject line of this thread? Why don't hru...@gmail.com and li...@wrant.com have a lovely and exciting chat off of my lpd/lpr thread? I just spent my time going over all of the relevant emails and pulling out the useful information into a file using vim, noting who sent the emails so I could ask them for any more useful info they have if I have questions in the future. Others have been very helpful to me so far. This is not helpful or wanted. Bye Chris Bennett
LibertyBSD, recently forked from OpenBSD, has been deblobbed as much as its creator could see?
http://libertybsd.net/ wrote: "What is LibertyBSD? OpenBSD is universally known as an operating system designed with security in mind, proudly being able to say that it has had "Only two remote holes in the default install, in a heck of a long time!" However, OpenBSD ships with several pieces of non-free, binary only firmware in the base system, and depending on the hardware detected, by default a script will download more at first boot, without informing the user of this. While there may be good reasons for including this firmware, with a default installation you might end up running some of these non-free programs without even knowing it. That's why I decided to make a "deblobbed" version of OpenBSD. So that you can get all of the benefits of OpenBSD, while being sure that there are no non-free blobs lurking in the depths of your system. This version is called LibertyBSD." Is true that OpenBSD ships with several pieces of non-free, binary only firmware in the base system, and depending on the hardware detected, by default a script will download more at first boot, without informing the user of this? Is true that while there may be good reasons for including this firmware, with a default installation you might end up running some of these non-free programs without even knowing it? Is true that in LibertyBSD, you can get all of the benefits of OpenBSD, while being sure that there are no non-free blobs lurking in the depths of your system? -- View this message in context: http://openbsd-archive.7691.n7.nabble.com/LibertyBSD-recently-forked-from-OpenBSD-has-been-deblobbed-as-much-as-its-creator-could-see-tp290022.html Sent from the openbsd user - misc mailing list archive at Nabble.com.
How does isakmpd determine which config stanza to use?
I have an ipsec setup using certificate/ca based authentication. The config looks like this: # $OpenBSD: ipsec.conf,v 1.5 2006/09/14 15:10:43 hshoexer Exp $ # my_fqdn="dynamic-0.example.com" my_v4_ip="192.168.1.1" my_v4_net="10.0.0.0/23" remote_fqdn="dynamic-1.example.com" remote_v4_net="10.0.2.0/24" ## -- Remote router ike passive esp from { $my_v4_ip, $my_v4_net } to { $remote_fqdn, $remote_v4_net } \ local $my_v4_ip peer $remote_fqdn \ main auth hmac-sha256 enc aes-128 group modp1024 lifetime 1800 \ quick auth hmac-sha256 enc aes-128 group none \ srcid $my_fqdn dstid $remote_fqdn ## -- Laptop(s) ike passive esp from { $my_v4_ip, $my_v4_net } to any \ local $my_v4_ip peer any \ main auth hmac-sha256 enc aes-128 group modp1024 lifetime 1800 \ quick auth hmac-sha256 enc aes-128 group none \ srcid $my_fqdn I'm trying to configure for two kinds of tunnels. One to a small soekris box that provides it's own network, and one for laptop(s) that connect ad-hoc from a coffee shops or clients work sites. The soekris box as a fqdn certificate. The laptops have user-fqdn certs. My question is: * Am I right to assume that when connecting to isakmpd the soekris box will match to the "Remote router" stanza because it's trying to build a tunnel from "srcid <-> dstid" or is isakmpd using the "local <-> peer" to choose the stanza? I ask the question to get a better understanding of how isakmpd choses the configuration stanza in case I have to expand on this config. Also, I find this a little tricky because both sides of the tunnel are on dynamic IPs although one side changes very very rarely. Another question I have is: * Would it be worth my while to move this config out of isakmpd/ikev1 into ike/ikev2? With the soekris, I'm tunnelling IPv6 traffic over a gif v4/v6 tunnel. While this works, it's a tremendous kludge. And my ipv6 mtu ends up being something like 1320 bytes after all the overhead from UDP NAT-T and ESP overhead. I'd heard that ikev2 lowers the overhead but if it's just in the negotiation exchange it may not be worth the work. Thanks -- Chris __o "All I was trying to do was get home from work." _`\<,_ -Rosa Parks ___(*)/_(*).___o..___..o...ooO..._ Christopher Sean Hilton[chris/at/vindaloo/dot/com]
Re: IPsec config with dynamic IP.
On Fri, Feb 19, 2016 at 11:36:04AM +, Stuart Henderson wrote: > On 2016-02-18, Christopher Sean Hilton wrote: > > My box cannot resolve the name "ike-v1.example.com" until > > after isc_named is started which happens way late in the bootup > > That seems like a misconfiguration - apart from this issue, what if BIND > crashes or you need to update it? can't you list another nameserver > in resolv.conf? I've always run servers that have bind with resolv.conf as: search example.com nameserver 127.0.0.1 so, as a dynamic configured ip on a cable modem, this server has: 'supersede domain-name-servers 127.0.0.1;' in /etc/dhclient.conf. But I've recently found that changing that from supersede to prepend can be useful in other situations. I can do that here also. > You could run isakmpd/ipsecctl from rc.local which always runs after > the main startup scripts. Otherwise you're into modifyong /etc/rc. > That's a good tip. There are pieces of it that I like better than my solution of an @reboot cron job. Thanks! -- Chris __o "All I was trying to do was get home from work." _`\<,_ -Rosa Parks ___(*)/_(*).___o..___..o...ooO..._ Christopher Sean Hilton[chris/at/vindaloo/dot/com]
Re: Industrial use of line printers, does/would your company/organization use them with our lpd?
On 2016-02-18, gwes wrote: > CUPS installs AVAHI. That is a security risk - it attempts > to change DNS lookups, etc. Can you expand on "it attempts to change DNS lookups"? Perhaps on OS with nsswitch via nss-mdns, but I don't see any way of getting it to do this on OpenBSD, even if you wanted to.
Re: IPsec config with dynamic IP.
On 2016-02-18, Christopher Sean Hilton wrote: > My box cannot resolve the name "ike-v1.example.com" until > after isc_named is started which happens way late in the bootup That seems like a misconfiguration - apart from this issue, what if BIND crashes or you need to update it? can't you list another nameserver in resolv.conf? > process. I've noticed that the rcctl manpage mentions changing > the startup order. > > * Can I affect this change at all since isakmpd is a base > system service and isc_named is in pkg_scripts? No, this is only for package scripts. > Just restarting isakmpd doesn't load /etc/ipsec.conf. Without a > configuration, I'm not sure how useful isakmpd is. > > * Would it be wise to just add cron job that fires at reboot > and uses rcctl to reload isakmpd and then reloads the ipsec > configuration? > > As always, it's possible that I'm completely missing something > here. I'm always interested in better solutions. You could run isakmpd/ipsecctl from rc.local which always runs after the main startup scripts. Otherwise you're into modifyong /etc/rc.
Re: general xdg-open configuration
On 2016-02-18, Jiri B wrote: > On Thu, Feb 18, 2016 at 04:15:50PM +, Mike Burns wrote: >> On 2016-02-18 17.11.03 +0100, Rudolf Sykora wrote: >> > I appear to need to modify the default application used >> > by xdg-open to open a file directory. The man page of xdg-open >> > is not very helpful. Can anybody tell me what is the right >> > and general (I run fvwm) system-wide file on openbsd to edit? >> >> Sadly not entirely straightforward, but the ArchWiki has the details that >> the man page should have had: https://wiki.archlinux.org/index.php/Xdg-open > > You were too fast, +1 for above wiki page. "should have had" - why not submit a diff to xdg-utils upstream?
Re: startx vs xdm
> Can you please elaborate on why LC_CTYPE > is the one of the LC_* family to be set? > Or does the current locale support involve > anything else then CTYPE? Aha: find /usr/share/locale
Re: startx vs xdm
On Feb 19 08:53:15, s...@stsp.name wrote: > On Thu, Feb 18, 2016 at 09:44:08PM +0100, Jan Stary wrote: > > Probably not, because if I remove all my .x* files > > and keep just the .Xdefaults -> .Xresources which > > specifies the UTF8 locale for xterm, the same thing > > happens in (the default) fvwm. Namely, > > the xterm started by default has XTERM_LOCALE=C, > > and every xterm started from fvwm's menu has XTERM_LOCALE=C, > > but every xterm I start as `xterm` (from another xterm) > > has XTERM_LOCALE=cs_CZ.UTF-8, as specified in.Xdefaults. > > > > Why is that? Am I missing something obvious? > > > > Jan > > > > Why don't you just set LC_CTYPE in your environment as described here? > http://www.openbsd.org/faq/faq10.html#locales I do. (Actually, LANG) Only last night did I realize it's _this_ that makes them xterms UTF, not the xterm-specific locale in my X settings (see below). > Do you really want to set a separate UTF-8 flag for every application you use? > I think per-application locale knobs are silly. They are legacy cruft added > before somewhat standardized locale support was built into unix systems. > I'm not surprised it doesn't work the way you expect. xterm needs LC_CTYPE > set the environment when it calls setlocale(3) and/or whatever other things > it does to set up its locale. I haven't looked at xterm code to track down > why xrdb locale settings don't apply as you expect, and I'm not going to > because you should really just be exporting LC_CTYPE in your xsession and > be done with this. That's exactly right. Here is what I did, trying to find what's "wrong": Set up a brand new user with nothing in his $HOME, apart from ~/.Xdefaults -> ~/.Xresources which says XTerm*utf8: true XTerm*locale: UTF-8 and ~/.xsession -> ~/.xinitrc which says xrdb -load ~/.Xresources cwm An xterm of this user will not be UTF8, whteher started after startx or from an xdm session, from whichever menu or cmdline. On the other hand, if the brand new user has nothing in his $HOME except ~/.xsession which says export LC_CTYPE="cs_CZ.UTF-8" cwm then his xterm (and anything else, for that matter), will be UTF, as intended. Thank you for the insight. Can you please elaborate on why LC_CTYPE is the one of the LC_* family to be set? Or does the current locale support involve anything else then CTYPE? Jan
Re: Storage server HW advice/feedback req for setup overall & in particular reliability/QoS of SATA, to protect from controller- or BIOS-induced system crashes? Dedicated PCI SATA HBA needed??
On Fri, Feb 19, 2016 at 05:01:19PM +0700, Tinker wrote: > On 2016-02-17 01:01, j...@bitminer.ca wrote: > .. > >Why do you think you need to build such a device? Why don't you buy it? > > > >(Dell PowerEdge VRTX, HP hyper converged, etc) > > Colocation requires rack servers, but thanks for thinking about it. > > >Some important things: > > > > - what is the purpose of this collection of clients, servers, > >networks and software? > > - who will judge, and how will they judge, the effectiveness of it? > >How fast/correctly it performs not just reliability > > - what is their budget? > > - how much time will they give you? > > - how will you spend your time? > > - how will you prove to yourself that you have finished? How can you > >prove to your users/customer that it works? > > > I feel the general takehome from this conversation and Nick Holland's > suggestions, is that really anything might break and everything needs to be > set up to handle that. > > So like, all of > > * data integrity verifications, > * checksumming of everything, > * automated routines to take a node out of use in case of IO slowdown or > failure, or any other error, and > * live syncing of important stuff to another datacenter for the case o > power failures > > need to be in place for there to be any real data integrity + QoS > guarantees. > > > Thanks! You keep forgetting "planning for the manual stuff that will need to be done when all automated stuff fails".
Re: dhcrelay: send_packet: No buffer space available
On 18/02/16 15:52, Kapetanakis Giannis wrote: On 18/02/16 13:22, Peter Hessler wrote: How many bpf devices do you have? You may need to create more. I have 20 bpf devices, 27 vlan interfaces, 27 carp interfaces, 17 dhcrelay processes. wasn't there a message when bpf devides were short? Anyway I pushed it to 30 bpf devices and see how it goes. G Unfortunately that wasn't the problem... Feb 19 09:10:42 dhcrelay: send_packet: No buffer space available carp48 # fstat|grep bpf|wc -l 19 any more ideas? thanks G
Re: Storage server HW advice/feedback req for setup overall & in particular reliability/QoS of SATA, to protect from controller- or BIOS-induced system crashes? Dedicated PCI SATA HBA needed??
On 2016-02-17 01:01, j...@bitminer.ca wrote: .. Why do you think you need to build such a device? Why don't you buy it? (Dell PowerEdge VRTX, HP hyper converged, etc) Colocation requires rack servers, but thanks for thinking about it. Some important things: - what is the purpose of this collection of clients, servers, networks and software? - who will judge, and how will they judge, the effectiveness of it? How fast/correctly it performs not just reliability - what is their budget? - how much time will they give you? - how will you spend your time? - how will you prove to yourself that you have finished? How can you prove to your users/customer that it works? I feel the general takehome from this conversation and Nick Holland's suggestions, is that really anything might break and everything needs to be set up to handle that. So like, all of * data integrity verifications, * checksumming of everything, * automated routines to take a node out of use in case of IO slowdown or failure, or any other error, and * live syncing of important stuff to another datacenter for the case o power failures need to be in place for there to be any real data integrity + QoS guarantees. Thanks!