From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id ED64F158020 for ; Mon, 19 Dec 2022 16:44:05 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 67AA1E0AC2; Mon, 19 Dec 2022 16:44:00 +0000 (UTC) Received: from mail-lj1-x229.google.com (mail-lj1-x229.google.com [IPv6:2a00:1450:4864:20::229]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 1F4D6E0A90 for ; Mon, 19 Dec 2022 16:44:00 +0000 (UTC) Received: by mail-lj1-x229.google.com with SMTP id v11so9690413ljk.12 for ; Mon, 19 Dec 2022 08:43:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=2QW1chNP3YZyMVM7SxTpdLFejlosmS93DMSm4t1+biQ=; b=hsb3MHXIWcJZeTPSxQRIL2qcxJ5nrsT/7OJ14oderZ7JdaXWXLHUQ8aMbkHxF6bU2d yFcTyK7DeCNWYryWka84QBNW8+2OUNDOnb7Q/2xn4Tf+onXkByc/9Mprf1oR1twyUq7m 3UOmKrVr+cIep/b0Lm6KJgSHuxQWispLeCwDB5oQcGP+DKmLYQ1vArj59UkdvWrO4J6W EA+FKVIMiQw+TBexhlWuOoZiE+Lk+RbDWa8yzcJKaYK+8E32zTfbChuKndlhqgj0FzgL jFZT/TWbpaIoN6Vt9l7I3M25ZpuOHqbf4Wbn+QC9g+aHE7wgzvqALuVAqEL/J0nQOkUx Gopw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=2QW1chNP3YZyMVM7SxTpdLFejlosmS93DMSm4t1+biQ=; b=brpheFew42asbnYrg0n2AbeVpozHkSFib4ErKZVkPf6IewhOu9nYr5Z7R244AN7fpQ mO3MHu+UdgHZPasSqjPhBcfrzDSkKJ6FhjIYY3r7lyMgitGxWMPksCavw15EkaOw/jnl V9mA6+dx/P6on+RD4gSGNydDKCGBh7OLmqlMi6OyHeeZrMaEJ3PgVPv+A2GFCUl3L868 UvfPnyOgjBzmqWwqwZr2QmqAqzh1PAFOTvJOSj3VOAWpsoYw9NbZVOglEMnl0Blm2N5L lXQQrkFU5WVLL3klj1YIiZIbWLmkobKliwUTk7QrMQDKkc8S6qqqXSZsjqBmA0MAV9SP HCng== X-Gm-Message-State: ANoB5pm9aEbZ/iVXm6ySifuzY3C6PBcwmIHCv1jG5IGET0FbCNPNg5X7 jo7sJ/fpqV165Qj6KJUssSmdNoKDTbnqW6W6rlZr8Ca5 X-Google-Smtp-Source: AA0mqf7ppgEaBAJR/yGpv9hJq2gBRqrbvQNvk1zk31EI1IiWvMKFBwdVSR2vVjIoowagtGZTlXgj9mXeYQAWaN0gwkU= X-Received: by 2002:a2e:320b:0:b0:278:d139:74be with SMTP id y11-20020a2e320b000000b00278d13974bemr1336084ljy.162.1671468238111; Mon, 19 Dec 2022 08:43:58 -0800 (PST) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 References: <7a8384d4-4213-b2df-df28-2b56a8b2d030@youngman.org.uk> <4206127f-0a76-4957-d6e1-11ab383ce205@users.sourceforge.net> <2969e3b8-eb12-1236-282f-5debea83439e@gmail.com> <5070515c-6d80-02c6-a324-ea35cbfa8a14@gmail.com> <3c4bf44a-9180-cfe7-b968-ca572ec94031@youngman.org.uk> In-Reply-To: From: Mark Knecht Date: Mon, 19 Dec 2022 09:43:46 -0700 Message-ID: Subject: Re: Living in NGL: was: [gentoo-user] NAS and replacing with larger drives To: gentoo-user@lists.gentoo.org Content-Type: multipart/alternative; boundary="00000000000096074805f0310664" X-Archives-Salt: abbbf854-9395-45b8-a18e-bb45c4d58b3e X-Archives-Hash: bacc23a5057f22442f1881a211fb88cc --00000000000096074805f0310664 Content-Type: text/plain; charset="UTF-8" Hi Rich On Mon, Dec 19, 2022 at 6:30 AM Rich Freeman wrote: > My current solution is: > 1. Moosefs for storage: amd64 container for the master, and ARM SBCs > for the chunkservers which host all the USB3 hard drives. I'm trying to understand the form factor of what you are mentioning above. Presumably the chunkservers aren't sitting on a lab bench with USB drives hanging off of them. Can you point me toward and example of what you are using? I've been considering some of these new mini-computers that have a couple of 2.5Gb/S Ethernet ports and 3 USB 3 ports but haven't moved forward because I want it packaged in a single case. Where does the master reside? In a container on your desktop machine or is that another element on your network? > 2. Plex server in a container on amd64 (looking to migrate this to k8s > over the holiday). Why Kubernetes? Is the Plex server safer when not being used? How long does it take to spin up an instance and do the TV apps understand this operation? Or would it be up and running all the time? Thanks, Mark --00000000000096074805f0310664 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Rich

On Mon, Dec 19, 2022 at 6:30 AM Rich Freema= n <rich0@gentoo.org> wrote:<SNIP>
> My current solution is:
> 1. Moosefs for stora= ge: amd64 container for the master, and ARM SBCs
> for the chunkserve= rs which host all the USB3 hard drives. =C2=A0

I'm t= rying to understand the form factor of what you are mentioning above.
=
Presumably the chunkservers aren't sitting on a lab bench with USB=
drives hanging off of them. Can you point me=C2=A0 toward and ex= ample of=C2=A0
what you are using?

I'= ;ve been considering some of these new mini-computers that have
a= couple of 2.5Gb/S Ethernet ports and 3 USB 3 ports but haven't=C2=A0
moved forward because I want it packaged in a single case.

Where does the master reside? In a container on your desk= top
machine or is that another element on your network?

<SNIP>

> 2. Plex server in a contain= er on amd64 (looking to migrate this to k8s
> over the holiday).

Why Kubernetes? Is the Plex server safer when not bein= g used? How
long does it take to spin up an instance and do the T= V apps understand
this operation? Or would it be up and running a= ll the time?

Thanks,
Mark
--00000000000096074805f0310664--