HN user

cgb_

145 karma
Posts1
Comments36
View on HN

N-1 didn't save you, nor did N-2:

https://news.ycombinator.com/item?id=41015038

"b) Since n, n-1 and n-2 versions of the sensor all died equally spectacularly, that bug as been around for at least three versions of csagent.sys."

There's so much misinformation around this Crowdstrike issue. The change deployed was in what is referred to as a "channel file" which isn't part of the software update mechancism (what you call N-X) but part of the intra-day frequent signature/channel updates it gets (that we all have no control over).

Crowdstrike are calling it an unfortunate "logic error" but they and few others are talking about the how a binary payload could get released to the public without seemingly any pre-release testing of the payload. If the content that was made available to the public had ran on a test endpoint, they would have discovered this "logic error" before taking down a high number of the world's systems simultaneously.

The author doesn't appear to have documented the bookmarklet itself. If they are here or another person, can you suggest what it might look like to have a bookmarklet collect the url, page title, meta description and image, and then set window.location.href ?

I love the idea of these crowd-sourced systems, but is there any appetite to open source the data behind them?

In theory the collective knowledge of all of these platforms could converge on a single data-source that's freely available to analyse in any way we see fit, but more often the knowledge is behind the platform and ends up gated behind a Pro or commercial edition and the crowd is left to rebuild it again on some other platform...

MeshCentral

https://github.com/Ylianst/MeshCentral “This is a full computer management web site. With MeshCentral, you can run your own web server and it to remotely manage and control computers on a local network or anywhere on the internet. Once you get the server started, will create a mesh (a group of computers) and then download and install a mesh agent on each computer you want to manage. A…”

Yup - https://github.com/lefcha/imapfilter

"IMAPFilter is a mail filtering utility. It connects to remote mail servers using the Internet Message Access Protocol (IMAP), sends searching queries to the server and processes mailboxes based on the results. It can be used to delete, copy, move, flag, etc. messages residing in mailboxes at the same or different mail servers. The 4rev1 and 4 versions of the IMAP protocol are supported."

Dropbox is DOWN 9 years ago

Website randomly working for me, multiple agents failing to connect or partially connecting but then timing out.

Interesting that Dropbox help center [0] links to [1], which redirects to [2] and reports 'Private Status Page'. Did the status page ever work? Is it now hidden due to the outage? Is statuspage.io affected by the same problem?

[0] https://www.dropbox.com/en/help/30

[1] https://status.dropbox.com/

[2] https://dropboxpublic.statuspage.io/private-only?page=t34hty...

To be fair, those are app choices to require 'Always' for location tracking. You can most definitely restrict an app to use location only while using - you can't fault Apple or IOS for apps that (unnecessarily [1]) demand more.

One thing I really like about IOS is the reminder that an app has been using your location in the background for a while [2]

[1] http://www.theverge.com/2016/11/30/13763714/uber-location-da... [2] https://support.apple.com/library/content/dam/edam/applecare...

Hey, I do many things similarly (track connections with people, record movies watch etc. Nowhere near to the level of detail you've experimented with, but I've dreamt of using calendar as a database of life too, or at least some kind of timeline-based experience that sewed the various facts about my life (phonecall with x, meet with y) and presented it in useful ways. Nice to see someone else thinking along the same lines.

I've implemented the same thing in a Usenet/NZB streaming project a few years ago - it's actually trivial since the multi-part rars are uncompressed, so the raw bytes of inner-content are there ready to be read. Just have to handle RAR headers/trailers. Seeking worked too since Usenet posts were commonly made up of 700kb posts, so if a seek occurred, you prioritize retrieving the required posts where the user seeked to, to fill the media player buffer. Code has never been released for obvious reasons :)

I've found pipework (https://github.com/jpetazzo/pipework) still to be the easiest way to manage networking in containers when you know what you want. Start up your container with --net=none and then something like:

  pipework mybr01 mycontainername 1.1.1.3/24@1.1.1.1
Docker 1.9's enhanced networking functionality is supposed to make this easier, although I've had a hard time understanding how to use it on my preferred RHEL/CentOS platform (the doco I've read either glosses over details or assumes you use docker-machine & swarm, neither of which I want to use in a simple deployment).

Weave is supposed to make this easy to (and offers some simplicity over docker 1.9's requirement for a clustered key-value store), but I got frustrated at their implicit iptables nat rule for networks created by default and haven't worked out how to stop that.

All the time (many times per hour when doing bookkeeping).

But I use git & remote bare repos as a backup & multi-device sync method for nearly everything I do on my systems, so I'm pushing very frequently.

I do something similar, although I name my receipts/documents with yyyymmdd-friendlyname.pdf for ease of lookup.

For my IT consulting business, I also wrote a wrapper that rejects entries that don't have a receipt tag which allows me to catch any entries that I haven't complied 100% with my practices (and tax office won't get upset in an audit).

I also autogenerate the ledger entries from the receipt name (and prompt for description/expense account/$$ with logic for handling common items like fuel etc).

I've played with PDF metadata so my entire receipt scanning => ledger is automated from just the PDF document but haven't reached a satisfactory setup there.

Don't know about the OP, but I visited Bad Kreuznach a few years ago which has a reputation for health/spas. They have public Saline Graduation Towers which offer a place to sit and breath in the mineral rich water droplets. Very soothing.

I corrected myself for the other person to mean '[..] upgrade your docker containers'. I heavily use LXC containers (and had used openvz and vserver before that) and treat them as individual servers.

All your points about bad sysadmin practices are OS & container agnostic - they can happen on any platform, don't drag Docker into it. Sure there is a culture of 'docker run somebinaryimage [..]' but those people are the ones that do "curl | sudo bash" as well.

Your claim about non-reproducibility of Dockerfiles is bogus. The result of a Dockerfile build gives you precisely the reproducibility you desire. Every time you run a container from that image built from a Dockerfile, you'll get the same filesystem & environment.

Docker 1.6's "Content Addressable Image Identifiers" addresses your build in a year concern by allowing dockerfiles to refer to a digest to ensure you are building against exactly the image you expect (rather than the result of some build process that yum -y upgrades etc, which I think is what you were getting at).

Well I should have qualified it with 'docker containers'. But yeah, those that have been around long enough in Linux container land have all dealt with vserver, openvz, lxc, etc, and all of those carried around this 'entire copy' of an OS, per container (ignoring vserver's vhashify). Docker helps you to spin up N containers running all sorts of applications based on the single master image.

Docker, whether your view is good or bad, brings something more than just another container implementation to the table...

    This rant is about containers, prebuilt VMs, and the incredible mess they cause because their concept lacks notions of "trust" and "upgrades".
Prebuild VMs? Sure, I wouldn't touch them except for evaluating a project, and for commercial software you may not have a choice.

But docker containers at least usually provide a dockerfile that describes exactly how a binary image is built. You just clone the source repo, audit the few lines of build commands and then build your own private registry. It's nearly no more trust than following the instructions of README or INSTALL. Just because fools are pulling down pre-build images and running in their datacentre, doesn't mean that's what way you should do it. And the problem with 'old-school' sysadmins is they are often far too quick to reject new practices, citing tired excuses based on misunderstandings of the technologies.

    Ever tried to security update a container?
Yeah I have. It's easy if you have already built your 'stack' to scale horizontally (which means you have at least 2 or more of everything in a HA or LB config). You rebuild against a fully patched base-OS container, spin-up, send some test load to it & validate, then bring into service. Repeat for rest of nodes at that tier.

If you are trying to be an old-school sysadmin that expects to console or SSH in and run 'yum upgrade' or 'apt-get upgrade' your containers then you are doing containers wrong...

You are right in that LACP bonding methods cannot increase the throughput of a single flow to gt any single link in the group (the balancing method can utilise src/dst MAC, IP and sometime L4 ports).

MPTCP establishes multiple subflows across individual IP paths and can load balance or failover across all subflows. Applications do not need to be rewritten to take advantage of it. I'm not sure if that includes kernel modules like DRBD though. I suppose someone needs to find out :)

Let's review Docker 11 years ago

"If you expect anything positive from Docker, or its maintainers, then you're shit outta luck.[..]If your development workflow is sane, then you will already understand that Docker is unnecessary[..]Docker would have been a cute idea 8 years ago, but it's pretty much useless today"

Umm ok? Judgement, jumping to conclusions. Take out some of that kind of tone and you have some legitimate criticisms of docker that might be taken more seriously.

There are some real warts in the docker core & community, and a high barrier of entry for multi-node deployments and isolated networks, but on the flipside, deterministic image build & deployment is a big win compared to many other ways of doing this stuff (at scale).

IMO, one of the biggest positives that Docker-like provisioning encourages is clustered-by-default architectures. When you build around failure by assuming nodes come and go (as easily as Docker makes it) your platform availability is likely to be more resilient to some types of failure.

I can be productive but I would always prefer a larger/external screen. I use a DVI/VGA thunderbolt adaptor for second monitor, and VMWare Tools/Xorg sees the additional displays as 'Virtual1, Virtual2 [..]' so xrandr 'just works'.

For the MBA specifically, the resolution is less desirable (non-retina) but the retina model just doesn't exist yet. 8GB RAM max is a bit of a limitation too but I can work around that.

AwesomeWM (tiling window manager) helps me be productive in any monitor configuration though :)

FWIW, I've been using linux on desktop/laptops for 16 years, and for last 1 1/2 years, I've been running Linux (Fedora, awesomewm) on VMware Fusion, on OSX, on a Macbook Air 2013 (June), and it's the smoothest Linux laptop experience I've ever had.

When you think about it, all I'm doing is abstracting the hardware to a hypervisor, and the OS that hypervisor is hosted on is responsible for all hardware management. I continue to get 10-14 hour battery runtime, never ever had a failed suspend/resume, and every single hardware component is fully supported.

Barely any other laptop can compare to it for battery life and the hardware itself is the best laptop experience I've had (although I do miss my 'pointing stick' from Toshiba or IBM/Lenovo gear). I'm surprised more people haven't suggested this.