Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.comm.software.newsserver > #625 > unrolled thread
| Started by | Marco Moock <mm+solani@dorfdsl.de> |
|---|---|
| First post | 2025-10-12 08:56 +0200 |
| Last post | 2025-10-12 22:13 +0200 |
| Articles | 14 — 6 participants |
Back to article view | Back to de.comm.software.newsserver
INN2 best practice für Spool Marco Moock <mm+solani@dorfdsl.de> - 2025-10-12 08:56 +0200
Re: INN2 best practice für Spool Ralph Aichinger <ra@h5.or.at> - 2025-10-12 07:09 +0000
Re: INN2 best practice für Spool Friedemann Stoyan <usenet@ip6-mail.de> - 2025-10-12 10:04 +0200
Re: INN2 best practice für Spool Ralph Aichinger <ra@h5.or.at> - 2025-10-12 08:08 +0000
Re: INN2 best practice für Spool Michael Bäuerle <michael.baeuerle@gmx.net> - 2025-10-12 10:22 +0200
Re: INN2 best practice für Spool "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2025-10-12 10:25 +0200
Re: INN2 best practice für Spool Ralph Aichinger <ra@h5.or.at> - 2025-10-12 08:37 +0000
Re: INN2 best practice für Spool "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2025-10-12 12:08 +0200
Re: INN2 best practice für Spool "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2025-10-12 10:30 +0200
Re: INN2 best practice für Spool Thomas Hochstein <thh@thh.name> - 2025-10-12 22:13 +0200
Re: INN2 best practice für Spool "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2025-10-12 09:48 +0200
Re: INN2 best practice für Spool Friedemann Stoyan <usenet@ip6-mail.de> - 2025-10-12 10:14 +0200
Re: INN2 best practice für Spool Marco Moock <mm+solani@dorfdsl.de> - 2025-10-19 10:06 +0200
Re: INN2 best practice für Spool Thomas Hochstein <thh@thh.name> - 2025-10-12 22:13 +0200
| From | Marco Moock <mm+solani@dorfdsl.de> |
|---|---|
| Date | 2025-10-12 08:56 +0200 |
| Subject | INN2 best practice für Spool |
| Message-ID | <10cfjet$tmti$1@solani.org> |
Hallo zusammen! Ich denke gerade über den Betrieb eines eigenen Newsservers nach, primär erstmal zum Lernen. Zu Verfügung steht ne VM mit FreeBSD, als Spool käme 1GB in Betracht, so viel Platz ist da nicht. Ich habe ZFS im Einsatz für die ganze Platte, eine separate Partition steht nicht zur Verfügung. Was für ein Spool wäre da sinnvoll? Wie gut skaliert das? Geplant sind erstmal nur big-8 und de.*. -- Gruß Marco Spam und Werbung bitte an 1760251986ichwillgesperrtwerden@stinkedores.dorfdsl.de
[toc] | [next] | [standalone]
| From | Ralph Aichinger <ra@h5.or.at> |
|---|---|
| Date | 2025-10-12 07:09 +0000 |
| Message-ID | <10cfk6c$2bm7v$1@gwaiyur.mb-net.net> |
| In reply to | #625 |
Marco Moock <mm+solani@dorfdsl.de> wrote: > Ich denke gerade über den Betrieb eines eigenen Newsservers nach, Same ;) > Was für ein Spool wäre da sinnvoll? Ich habe länger inn2 auf einem Raspberry Pi betrieben und tradspool verwendet, ein Format bei dem jeder Artikel in ein eigenes File geschrieben wird. Der größte Vorteil für mich war, dass tin direkt aus der Spool lesen kann, d.h. das NNTP-Protokoll umgehen. Es ist auch praktisch, wenn man die Spool mit grep -r durchsuchen kann o.ä. > Wie gut skaliert das? Ich hab damals auf dem Pi (noch mit rotierender Platte) keinerlei Probleme gehabt. Der Newsserver auf dem ich zum ersten mal das Usenet benutzt habe war eine Sun-Workstation (vermutlich noch eine 32-Bit-Sparc). Ein Raspberry Pi oder eine mäßig dimensionierte VM rennt Kreise um den. /ralph
[toc] | [prev] | [next] | [standalone]
| From | Friedemann Stoyan <usenet@ip6-mail.de> |
|---|---|
| Date | 2025-10-12 10:04 +0200 |
| Message-ID | <10cfndm$lnn3$1@news.lab.swapon.de> |
| In reply to | #626 |
Ralph Aichinger wrote: > Der größte Vorteil für mich war, dass tin direkt aus der Spool lesen > kann, d.h. das NNTP-Protokoll umgehen. Der größte Nachteil ist, dass Du da ein expire brauchst, das den Spool aufräumt. Ich habe die Umstellung auf CNFS nie beräut. mfg Friedemann
[toc] | [prev] | [next] | [standalone]
| From | Ralph Aichinger <ra@h5.or.at> |
|---|---|
| Date | 2025-10-12 08:08 +0000 |
| Message-ID | <10cfnmd$2br6d$1@gwaiyur.mb-net.net> |
| In reply to | #628 |
Friedemann Stoyan <usenet@ip6-mail.de> wrote: > Der größte Nachteil ist, dass Du da ein expire brauchst, das den Spool > aufräumt. Ich habe die Umstellung auf CNFS nie beräut. Ich hab das expire als eine Sache in Erinnerung die völlig ohne intervention im Hintergrund läuft. Ich kann mich nicht an ein eiziges Problem damit erinnern. /ralph
[toc] | [prev] | [next] | [standalone]
| From | Michael Bäuerle <michael.baeuerle@gmx.net> |
|---|---|
| Date | 2025-10-12 10:22 +0200 |
| Message-ID | <AABo62UuTNoAAAnv.A3.flnews@WStation7.micha.freeshell.org> |
| In reply to | #629 |
Ralph Aichinger wrote: > Friedemann Stoyan <usenet@ip6-mail.de> wrote: > > > > Der größte Nachteil ist, dass Du da ein expire brauchst, das den Spool > > aufräumt. Ich habe die Umstellung auf CNFS nie beräut. > > Ich hab das expire als eine Sache in Erinnerung die völlig ohne > intervention im Hintergrund läuft. Ich kann mich nicht an ein eiziges > Problem damit erinnern. Mit einem leafnode ist es im Prinzip nicht anders: Ich lasse cron jeden Abend texpire ausführen. Funktioniert ohne Probleme, wenn die Maschine zu dieser Zeit läuft. Wenn ich sie dagegen nur einschalte, um News zu lesen, dann sammeln sich die alten Artikel an. Man könnte auch anacron dafür verwenden.
[toc] | [prev] | [next] | [standalone]
| From | "Peter J. Holzer" <hjp-usenet4@hjp.at> |
|---|---|
| Date | 2025-10-12 10:25 +0200 |
| Message-ID | <slrn10empfo.e6om.hjp-usenet4@trintignant.hjp.at> |
| In reply to | #629 |
On 2025-10-12 10:08, Ralph Aichinger <ra@h5.or.at> wrote:
> Friedemann Stoyan <usenet@ip6-mail.de> wrote:
>> Der größte Nachteil ist, dass Du da ein expire brauchst, das den Spool
>> aufräumt. Ich habe die Umstellung auf CNFS nie beräut.
>
> Ich hab das expire als eine Sache in Erinnerung die völlig ohne
> intervention im Hintergrund läuft. Ich kann mich nicht an ein eiziges
> Problem damit erinnern.
Das Expire selbst ist auch meiner Erfahrung nach völlig problemlos.
Aber man muss die Haltezeit konfigurieren. Wählt man sie zu klein,
verschwendet man Platz, wählt man sie zu groß, wird die Platte voll.
Das braucht also ein bisschen Fingerspitzengefühlt und sinnvollerweise
sollte man das auch monitoren, damit man es im Bedarfsfall anpassen
kann. (Ich verwende Tradspool, BTW)
hjp
[toc] | [prev] | [next] | [standalone]
| From | Ralph Aichinger <ra@h5.or.at> |
|---|---|
| Date | 2025-10-12 08:37 +0000 |
| Message-ID | <10cfpct$2bs7c$1@gwaiyur.mb-net.net> |
| In reply to | #632 |
Peter J. Holzer <hjp-usenet4@hjp.at> wrote:
> Das Expire selbst ist auch meiner Erfahrung nach völlig problemlos.
> Aber man muss die Haltezeit konfigurieren. Wählt man sie zu klein,
> verschwendet man Platz, wählt man sie zu groß, wird die Platte voll.
> Das braucht also ein bisschen Fingerspitzengefühlt und sinnvollerweise
> sollte man das auch monitoren, damit man es im Bedarfsfall anpassen
> kann. (Ich verwende Tradspool, BTW)
Das stimmt natürlich, aber da ich bei meinem Server irgendwas kurzes
(keine Ahnung 4 Wochen?) eingestellt gehabt habe, war das nie ein
Problem für mich. "Verschwendet man Platz" ist relativ, ich hab auf den
betreffenden Rechnern auch aus andederen Gründen immer nur die Hälfte
der Platte voll gehabt. Platten sind für sowas einfach seit 20 Jahren zu
billig.
/ralph -- Platz für Backups ist eine andere Sache, da können die
Plattenpreise ruhig noch ein bißchen fallen.
[toc] | [prev] | [next] | [standalone]
| From | "Peter J. Holzer" <hjp-usenet4@hjp.at> |
|---|---|
| Date | 2025-10-12 12:08 +0200 |
| Message-ID | <slrn10emvgi.gpql.hjp-usenet4@trintignant.hjp.at> |
| In reply to | #634 |
On 2025-10-12 10:37, Ralph Aichinger <ra@h5.or.at> wrote:
> Peter J. Holzer <hjp-usenet4@hjp.at> wrote:
>> Das Expire selbst ist auch meiner Erfahrung nach völlig problemlos.
>> Aber man muss die Haltezeit konfigurieren. Wählt man sie zu klein,
>> verschwendet man Platz, wählt man sie zu groß, wird die Platte voll.
>> Das braucht also ein bisschen Fingerspitzengefühlt und sinnvollerweise
>> sollte man das auch monitoren, damit man es im Bedarfsfall anpassen
>> kann. (Ich verwende Tradspool, BTW)
>
> Das stimmt natürlich, aber da ich bei meinem Server irgendwas kurzes
> (keine Ahnung 4 Wochen?) eingestellt gehabt habe,
Da habe ich vorausgesetzt, dass man lange Haltezeit als erstrebenswertes
Ziel ansieht. Dann ist leerer Plattenplatz verschwendet, denn man könnte
ihn ja für eine längere Haltezeit verwenden.
Wenn man nur eine kurze Haltezeit haben will, ist das hingegen kaum ein
Problem, denn ein GB Speicherkapazität kostet fast nichts.
Auf dem Newsserver hier habe ich auch mit einer relativ kurzen Haltezeit
angefangen und im Lauf der Zeit ist die wegen abnhehmenden Traffic immer
länger geworden. Mittlerweile sind es 6 Monate und das Filesystem ist
trotzdem nicht einmal halb voll. Aber mehr als 6 Monate erscheinen mir
wenig sinnvoll, außer man möchte ein Usenet-Archiv anlegen. Aber damit
hätte ich vor 30 Jahren anfangen müssen ;-).
hjp
[toc] | [prev] | [next] | [standalone]
| From | "Peter J. Holzer" <hjp-usenet4@hjp.at> |
|---|---|
| Date | 2025-10-12 10:30 +0200 |
| Message-ID | <slrn10empob.ehai.hjp-usenet4@trintignant.hjp.at> |
| In reply to | #629 |
On 2025-10-12 10:08, Ralph Aichinger <ra@h5.or.at> wrote:
> Friedemann Stoyan <usenet@ip6-mail.de> wrote:
>> Der größte Nachteil ist, dass Du da ein expire brauchst, das den Spool
>> aufräumt. Ich habe die Umstellung auf CNFS nie beräut.
>
> Ich hab das expire als eine Sache in Erinnerung die völlig ohne
> intervention im Hintergrund läuft. Ich kann mich nicht an ein eiziges
> Problem damit erinnern.
Das Expire selbst ist auch meiner Erfahrung nach völlig problemlos.
Aber man muss die Haltezeit konfigurieren. Wählt man sie zu klein,
verschwendet man Platz, wählt man sie zu groß, wird die Platte voll.
Das braucht also ein bisschen Fingerspitzengefühl und sinnvollerweise
sollte man das auch monitoren, damit man es im Bedarfsfall anpassen
kann. (Ich verwende Tradspool, BTW)
hjp
[toc] | [prev] | [next] | [standalone]
| From | Thomas Hochstein <thh@thh.name> |
|---|---|
| Date | 2025-10-12 22:13 +0200 |
| Message-ID | <dcsn.20251012221302.459@scatha.ancalagon.de> |
| In reply to | #629 |
Ralph Aichinger schrieb: > Ich hab das expire als eine Sache in Erinnerung die völlig ohne > intervention im Hintergrund läuft. Ja, schon. Man muss nur die Haltezeit passend wählen, damit nicht entweder die Platte volläuft oder halb leer bleibt, so dass man News durchaus auch länger halten könnte. Und dann gibt es irgendwo ein Flooding mit zigtausend Postings pro Tag, und plötzlich läuft die Platte doch voll.
[toc] | [prev] | [next] | [standalone]
| From | "Peter J. Holzer" <hjp-usenet4@hjp.at> |
|---|---|
| Date | 2025-10-12 09:48 +0200 |
| Message-ID | <slrn10emnan.d3un.hjp-usenet4@trintignant.hjp.at> |
| In reply to | #625 |
On 2025-10-12 08:56, Marco Moock <mm+solani@dorfdsl.de> wrote:
> Ich denke gerade über den Betrieb eines eigenen Newsservers nach,
> primär erstmal zum Lernen.
>
> Zu Verfügung steht ne VM mit FreeBSD, als Spool käme 1GB in Betracht,
> so viel Platz ist da nicht.
>
> Ich habe ZFS im Einsatz für die ganze Platte, eine separate Partition
> steht nicht zur Verfügung.
>
> Was für ein Spool wäre da sinnvoll?
Ich würde zu Tradspool raten. Das ist schön einfach, jeder Artikel ist
ein File und die Newsgroups sind Directorys. Das macht es einfach, einen
Artikel mit Grep zu suchen oder Scripts zu schreiben, die irgendwelche
Statistiken erstellen. Bei heutigen Traffic-Mengen im Text-Usenet und
heutiger Hardware ist die Performance mehr als ausreichend.
Die Alternative CNFS hat IMHO zwei Vorteile:
1) Es ist deutlich performanter. IMHO irrelevant
2) Es ist ein Ring-Buffer. D.h. der Platzbedarf ist fix, es werden
einfach immer die ältesten Postings überschrieben. Das könnte bei
deinem limitierten Platz tatsächlich relevant sein, aber 1 GB reicht
auch so für mehrere Monate.
hjp
[toc] | [prev] | [next] | [standalone]
| From | Friedemann Stoyan <usenet@ip6-mail.de> |
|---|---|
| Date | 2025-10-12 10:14 +0200 |
| Message-ID | <10cfo15$lnrb$1@news.lab.swapon.de> |
| In reply to | #625 |
Marco Moock wrote: > Zu Verfügung steht ne VM mit FreeBSD, als Spool käme 1GB in Betracht, > so viel Platz ist da nicht. Du solltest auch bedenken, dass Du zusätzlich Platz für Overview und History brauchst. Der Platzverbrauch hängt von der OV-Methode ab. ich würde mal schätzen, so 20% vom Spool. mfg Friedemann
[toc] | [prev] | [next] | [standalone]
| From | Marco Moock <mm+solani@dorfdsl.de> |
|---|---|
| Date | 2025-10-19 10:06 +0200 |
| Message-ID | <10d265g$83ne$3@solani.org> |
| In reply to | #630 |
Am 12.10.2025 10:14 Uhr schrieb Friedemann Stoyan: > Du solltest auch bedenken, dass Du zusätzlich Platz für Overview und > History brauchst. Der Platzverbrauch hängt von der OV-Methode ab. ich > würde mal schätzen, so 20% vom Spool. Was sind denn hier sinnvolle Einstellungen? Da scheint es ja auch mehrere Datenbanken zu geben, die man nutzen kann. -- Gruß Marco Spam und Werbung bitte an 1760256869ichwillgesperrtwerden@nirvana.admins.ws
[toc] | [prev] | [next] | [standalone]
| From | Thomas Hochstein <thh@thh.name> |
|---|---|
| Date | 2025-10-12 22:13 +0200 |
| Message-ID | <dcsn.20251012221302.460@scatha.ancalagon.de> |
| In reply to | #625 |
Marco Moock schrieb: > Was für ein Spool wäre da sinnvoll? Von besonderen Anforderungen abgesehen bietet sich normalerweise CNFS an, weil es mindestens zwei Vorteile hat: der für den Newsspool vorgesehene Platz ist fest definiert, und es expired automatisch.
[toc] | [prev] | [standalone]
Back to top | Article view | de.comm.software.newsserver
csiph-web