(Gisteravond laat kon ik al alleen msgs ontangen maar niet verzenden -
dacht het op te lossen met disconnect/reconnect maar nu ben ik nog verder
van huis. :()
--
Marjolein Katsma
* Travel blog: http://blog.iamback.com/
* Spam reporting addresses: http://banspam.javawoman.com/report3.html
Werkt hier ook niet meer.
Ook zo een best effort dienst van XS4all.
Het gaat niet goed in Diemen aan de Eekholt.
--
Robert
Jabber is geen best effort dienst, maar een experimentele dienst.
Hij is inderdaad down op dit moment zie ik (de server is up, maar
het proces zelf doet weinig meer, soort van zombie mode).
We hebben inmiddels allerlei verschillende jabber servers
getest - jabber 1.4, jabber2, ejabberd, en nu openfire.
*Al* die jabber servers blijken niet stabiel te draaien.
Misschien dat we weer eens van voren af aan moeten beginnen met
al die jabber servers testen, misschien dat 1 ervan nu wel een
keer betrouwbaar is.
Ik meen dat de enige die we nog niet geprobeerd hebben djabberd is.
Iemand suggesties ?
Mike.
Ik heb eens gekeken of ik de boel zelf kan herstarten, baat
het niet enzo. Doet-ie het nu weer ?
Mike.
Bedankt Mike. Hij doet het inderdaad weer.
Dankzij mensen zoals jij, blijf ik toch in XS4all geloven.
Nogmaals dank.
--
Robert
Ik heb dit voor het eerst eens uitgeprobeerd, en hij doet het wel.
Maar in mijn client (PSI) krijg ik telkens een melding dat het
certificaat verlopen is. Klopt dat?
(En zijn er mensen die meerdere Windows clients hebben uitgeprobeerd?
Wat valt er aan te raden?)
--
Frank Lekens
Je krijgt geen melding dat het certificaat verlopen is, maar dat er een
mismatch is tussen de hostname en de naam van het certificaat. Dit is bijna
bij alle jabber servers het geval als je PSI gebruikt. Andere clients geven
deze waarschuwing wellicht niet.
Zie www.jabber.org voor een uitgebreide lijst van clients.
--
Robert
Ter aanvulling: er wordt een geldig certificaat gebruikt op
jabber.xs4all.nl, maar het is een wildcard certificaat voor
*.xs4all.nl. Misschien kan PSI daar (onterecht) niet tegen.
Mike.
FreeBSD. Maar maakt dat veel uit, aangezien het een compleet
user-level gebeuren is ? OK, misschien een andere versie java,
dat zou kunnen schelen.
Overigens, newsflash, xs4all gaat als OS standaard over van
freebsd naar debian linux. Niet voor bestaande servers, maar
alles wat nieuw geinstalleerd wordt gaat (binnen een paar
maanden) linux worden.
Mike.
--
Total world domination is proceeding as planned.
> Overigens, newsflash, xs4all gaat als OS standaard over van freebsd
> naar debian linux. Niet voor bestaande servers, maar alles wat nieuw
> geinstalleerd wordt gaat (binnen een paar maanden) linux worden.
Uit nieuwsgierigheid, wat zijn de redenen daarvoor? En hebben jullie
bijvoorbeeld ook overwogen om Ubuntu te gaan draaien ipv Debian?
Maarten
[...]
> Overigens, newsflash, xs4all gaat als OS standaard over van
> freebsd naar debian linux. Niet voor bestaande servers, maar
> alles wat nieuw geinstalleerd wordt gaat (binnen een paar
> maanden) linux worden.
Waarom is dat?
Betere hardware support, meer features, beter packagemanagement,
beter beheersbaarheid, meer software, etc.
>En hebben jullie
>bijvoorbeeld ook overwogen om Ubuntu te gaan draaien ipv Debian?
Het is overwogen.
Mike.
*grin*
Wat 1 persoon al niet voor elkaar krijgt ;-)
Danny
--
The five R's of windows tech support: Retry, Reboot, Reinstall, Replace & Resign
>>> Overigens, newsflash, xs4all gaat als OS standaard over van freebsd
>>> naar debian linux. Niet voor bestaande servers, maar alles wat nieuw
>>> geinstalleerd wordt gaat (binnen een paar maanden) linux worden.
>>
>>Uit nieuwsgierigheid, wat zijn de redenen daarvoor?
>
> Betere hardware support, meer features, beter packagemanagement, beter
> beheersbaarheid, meer software, etc.
En meer mensen te vinden die Linux kennis hebben dan kennis over *BSD.
--
Bas.
> Uit nieuwsgierigheid, wat zijn de redenen daarvoor? En hebben jullie
> bijvoorbeeld ook overwogen om Ubuntu te gaan draaien ipv Debian?
Je moet je ook afvragen wat het op Debian gebaseerde Ubuntu meer biedt
voor een specialistische install van een server ten opzichte van "vanilla"
Debian.
--
Bas.
Als je Linux wel snapt en BSD niet, dan snap je ze allebei niet.
Mike.
> Als je Linux wel snapt en BSD niet, dan snap je ze allebei niet.
Sterk. Die quote ga ik onthouden!
Maar intussen is mijn urgente probleem dat ik Solaris niet snap.
Ik hoop dat dat geen weerslag heeft op de rest ;-)
N
Ook als je de hardware die je niet wilt hebben wegstreept?
> meer features,
Die je kan inzetten in een datacenter?
> beter packagemanagement,
Met de juiste compile time opties?
> beter beheersbaarheid,
Omdat je minder vrij bent?
> meer software, etc.
Meer spelletjes?
Dat voordeel zag ik voorheen ook niet, maar ik ben inmiddels erg
gecharmeerd van het onderscheid tussen normale releases en LTS releases.
Concreet betekent dit dat je kan kiezen voor een versie met zeer recente
versies van software en libraries, maar als je dat juist niet wilt -
bijvoorbeeld omdat je een applicatie draait die mogelijk breekt bij een
upgrade - kan je ervoor kiezen om LTS te draaien. Daar heb je de komende
vijf jaar dan ook geen omkijken meer naar.
Verder is mijn indruk dat Canonical voor zichzelf een verplichting heeft
gecreƫerd richting haar gebruikers, terwijl je bij Debian altijd maar
moet afwachten wat er gebeurt.
Een concreet voorbeeld: recent werden er vulnerabilities in Ruby
gevonden die op 26 juni werden gefixed in Ubuntu [1] en op 21 juli in
Debian [2].
Wat mij betreft draai je het dan ook om: waarom zou je Debian boven
Ubuntu verkiezen?
[1] http://www.ubuntu.com/usn/usn-621-1
[2] http://www.debian.org/security/2008/dsa-1612
Maarten
Nou omdat ik bvb aantal weken voor hardy release date een bug in xen
rapporteerde en dat ze gewoon gereleased hebben met die bug erin en dat
ze pas bij/met 8.04.1 die bug eruit hadden ?
Releasen omwille van het releasen is (imho) een slechte zaak.
Danny "het is pas af als het af is"
> Maarten te Paske <maa...@tepaske.net.invalid> wrote:
>
> > Wat mij betreft draai je het dan ook om: waarom zou je Debian boven
> > Ubuntu verkiezen?
>
> Nou omdat ik bvb aantal weken voor hardy release date een bug in xen
> rapporteerde en dat ze gewoon gereleased hebben met die bug erin en dat
> ze pas bij/met 8.04.1 die bug eruit hadden ?
Ik las pas een interview met Mark Shuttleworth waarin hem dit voorgelegd
werd. Niet specifiek over Xen, maar dingen als Pulse Audio, GNOME en
Firefox. Het was even zoeken maar hier staat het:
http://derstandard.at/?url=/?id=3413801
> Releasen omwille van het releasen is (imho) een slechte zaak.
Ik ga wel mee in zijn argumentatie. Tussen Woody en Sarge zat 3 (!)
jaar, en ook toen was de release niet vrij van (bekende) bugs. Op het
moment dat Xen stuk is in Hardy wacht je gewoon even met upgraden, zou
ik zeggen. Ik doe dat sowieso na een nieuwe release.
Maarten
> In article <slrng9019q....@zero.analogue.nl>, Maarten te Paske
> <maa...@tepaske.net.invalid> wrote:
>
> > Uit nieuwsgierigheid, wat zijn de redenen daarvoor?
>
> Betere hardware support, meer features, beter packagemanagement, beter
> beheersbaarheid, meer software, etc.
De BSD gebruikers die ik ken zijn dat natuurlijk niet met je eens :)
Voor mij voldoet Linux overigens prima, hoewel ik Solaris wel
interessant begin te vinden door ZFS.
> > En hebben jullie
> > bijvoorbeeld ook overwogen om Ubuntu te gaan draaien ipv Debian?
>
> Het is overwogen.
Dan ben ik best benieuwd waarom er voor Debian is gekozen!
Maarten
Ja. Het is voorgekomen dat we speciaal niet-courante modellen
moesten bestellen omdat de courante modellen niet op dat moment
ondersteund werden door freebsd. En wel door Linux. Supermicro.
>> beter packagemanagement,
>Met de juiste compile time opties?
En dat boeit op een generieke 64 bit cpu want ?
>> beter beheersbaarheid,
>Omdat je minder vrij bent?
Je bent minder vrij want ?
>> meer software, etc.
>Meer spelletjes?
Oh sorry, ik zat serieus antwoord te geven. Never mind, ik stop al.
Mike.
Persoonlijk vind ik dat jammer maar het was te verwachten.
Linux is nou eenmaal populairder dan de andere BSD's tezamen.
En als je bedrijf eenmaal een bepaalde grote wordt dan wordt het
makkkelijker om kennis in te kopen dan zelf te vergaren en te behouden.
Op dat moment wint de populairste OS die nog wel aan de eisen voldoet,
in dit geval linux.
Eisen kunnen inderdaad hardware support zijn of gewoonweg dat je
makkelijker mensen vind die linux kennen dan BSD.
Gelukkig is xs4all een ISP en hebben ze wat meer eisen aan het systeem
(en de hoeveelheid systemen) anders zouden ze met die argumentatie die
ik hier zeg (en ik zeg niet dat xs4all die deelt) beter kunnen
overstappen op windows.
Daar zijn veel meer mensen voor te vinden, hardware support is bijna
gegarandeerd en als je dezelfde energie insteekt om windows te kennen
als linux kun je het _bijna_ net zo stabiel maken als FreeBSD.
En toch blijf ik liever hangen om mij oude vertrouwde BSD'tjes voor mijn
servers. Niet omdat het beter is (ik vind van wel maar besef mij ook dat
de argumentatie heel er subjectief is) maar omdat ik het persoonlijk
fijner vind.
Misschien een troost voor mij is om te weten is dat de BSD userland
veruit populairder is dan die van linux, maar misschien wordt die van
linux meer daadwerkelijk gebruikt :-)
--
mph
Wat jij niet-courant vindt hoeft niet niet-courant te zijn.
>>> beter packagemanagement,
>>Met de juiste compile time opties?
>
> En dat boeit op een generieke 64 bit cpu want ?
Want het gaat niet om de woordlengte maar om de
samenstelling van de packages.
>>> beter beheersbaarheid,
>>Omdat je minder vrij bent?
>
> Je bent minder vrij want ?
Want je bent afhankelijk van wat de ander kiest.
One size fits all? Vergeet het maar.
Maak je eigen distro. Dat kan met FreeBSD.
>>> meer software, etc.
>>Meer spelletjes?
>
> Oh sorry, ik zat serieus antwoord te geven.
Tel eens serieus de add-on's en zet ze in catagorien.
Je knipte:
<q>
> meer features,
Die je kan inzetten in een datacenter?
</q>
Kwam dat niet van pas bij jouw telling?
> Never mind, ik stop al.
Stoppen is de trend bij xs4all tegenwoordig...
Om een collega te citeren: "Go, go gadget world domination!"
:)
Hans
>>En meer mensen te vinden die Linux kennis hebben dan kennis over *BSD.
>
> Als je Linux wel snapt en BSD niet, dan snap je ze allebei niet.
>
> Mike.
Ja en nee. Er zijn veel overeenkomsten, maar net de verschillen maken dat
je wel of niet snel vooruit kunt.
--
Bas.
Hoi,
Een beetje late reactie, ben net terug van vakantie, maar:
> Misschien dat we weer eens van voren af aan moeten beginnen met
> al die jabber servers testen, misschien dat 1 ervan nu wel een
> keer betrouwbaar is.
>
> Ik meen dat de enige die we nog niet geprobeerd hebben djabberd is.
>
> Iemand suggesties ?
Ik zit zelf ook nog te zoeken naar de 'juiste' jabber server, maar
hebben jullie al eens naar Tigase ( http://www.tigase.org/ ) gekeken? Ik
heb er zelf geen ervaring mee, maar weet dat de maintainer ervan nogal
aan het (stress)testen is en dat 'ie Tigase inzet voor een grote site
(die hij niet bij naam mag noemen).
just my $0.02
groet,
Winfried
"Tigase is a collection of Jabber/XMPP software written in the Java language."
"Please beware: the current Jabber/XMPP server installation is a very
early test installation. As we encourage you to create an account and
participate in tests, we can't guarantee a reliable service yet..."
Java en early test.. nog een jaartje wachten denk ik.
Mike.
Hoi,
> "Please beware: the current Jabber/XMPP server installation is a very
> early test installation. As we encourage you to create an account and
> participate in tests, we can't guarantee a reliable service yet..."
Dat betreft de publiek toegankelijke installatie van de Tigase server,
die draait op (de nog niet vrijgegeven) versie 4. Versie 3 is wel een
stabiele versie (zie de download sectie).
> Java en early test.. nog een jaartje wachten denk ik.
Dat java schikt mij ook af. Maar of dat nou zo veel erger is dan erlang
of perl?
Overigens is er een nieuwe maintainer van jabberd2. Daar zie ik de
laatste tijd ook veel beweging: http://jabberd2.xiaoka.com/
groet,
Winfried
Is Jabber dusdanig processor-bound dat het daadwerkelijk iets uitmaakt?
--
robert
't is meer dat ik nog nooit een stabiel werkend java product heb gezien.
Ik weet dat er genoeg bedrijven zijn waarvan nagenoeg de hele IT
op java-gebaseerde technologieen draait, dus het zal best wel
kunnen. Ik zal wel pech hebben: alle java apps zijn langzaam,
vreten geheugen, vreten CPU, en slaan vast. Misschien is write-once,
run-anywhere niet waar en moet je het perse op Solaris draaien ?
Mike.
Ik denk inderdaad dat je pech hebt :)
> Misschien is write-once, run-anywhere niet waar en moet je het perse
> op Solaris draaien ?
In een ver verleden (2000/2002) draaide ik de destijds (en nog steeds)
grootste Nederlandse nieuwssite op een dual PIII-500 waarop Solaris draaide
(Linux was geen werkbaar alternatief op dat moment).
Het hele systeem was geschreven in Java en deed op z'n gemak enkele 100K
pageviews (plus nog eens alle bijbehorende css/js/images) per dag. Alleen
op 11 september 2001 trok ie het niet, maar die dag was voor alle
nieuwssites een beproeving.
Mijn huidige ervaringen met Java op Linux zijn behoorlijk positief,
alhoewel Java niet echt mijn favoriete taal is.
--
robert
Hoi,
> Is Jabber dusdanig processor-bound dat het daadwerkelijk iets uitmaakt?
Nee, zeker normaal verkeer genereert weinig load. Om een indruk te
geven: http://status.jabber.org/ (Draait overigens op eJabberd +
PostgreSQL). Een jabberserver is in feite niets anders dan een router
voor 'streaming XML'. Alleen bij zeer grote installaties kan de load
werkelijk parten gaan spelen. Zo is de enige 'normale' jabber
installatie waarvan ik weet dat ze clusteren, die van GMX. De andere
geclusterde installaties waar ik van weet, betreffen zaken als op jabber
draaiende webchat-systemen of game-sites (en Google-talk natuurlijk).
De grootste bottleneck zit in de disk-IO c.q. database op het moment dat
je veel 'abnormale' activiteit hebt, zoals heel veel logins, veel
berichten voor offline storage of veel (grote) avatars in de rosters. Zo
merk ik dat ik, bij jabberd14 met disk-storage (een setup die zowieso
alleen voor een kleine installatie geschikt is) een merkbare IO-load als
er zo een 25 logins per seconde plaatsvinden.
Mijn grootste bezwaar met java (en erlang) is vooral de extra laag die
je toevoegt. Ik denk daarbij: 'daarmee vergroot ik alleen maar de kans
op fouten'. Wat niet weg neemt dat een goede java-installatie met een
goede java-applicatie nog altijd beter kan zijn dan een slechte server
in C. Maar wat mij betreft moet een server in java of erlang zich extra
bewijzen voor 'ie er bij mij inkomt.
groet,
Winfried
> 't is meer dat ik nog nooit een stabiel werkend java product heb gezien.
Ook niet op je telefoon? Op de pc werkt het inderdaad wat minder goed.
Robert