Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 59 reacties

Ontwikkelaars achter het CentOS-project zijn begonnen met het vrijgeven van zogenoemde 'rolling releases' van de Linuxdistributie. Dit betekent dat er tenminste maandelijks een recente uitgave verschijnt die over de laatste updates beschikt.

CentOS logoDe uitgave bevat alle beveiligingsupdates, bugfixes, verbeteringen en algemene updates voor het besturingssysteem tot dan toe. Dit betekent dat gebruikers die het besturingssysteem willen installeren, niet eerst talloze pakketten hoeven te installeren voordat CentOS up-to-date is.

Voorlopig ondersteunen de ontwikkelaars alleen de laatste grote release van het besturingssysteem, versie 7.0. Binnen afzienbare tijd zouden de iso-bestanden met de liveversies volgen, waarna ook versie 6.0 aan de rolling releases wordt onderworpen. Voor de versie daarvoor komt het overigens niet zover: de installer voldoet niet aan de vereisten.

De ontwikkelaars achter het CentOS-project gaven in juli versie 7.0 van de Linuxdistributie vrij. Daar ging een ontwikkeltraject van bijna drie jaar aan vooraf. De versie omvat enkele 'fundamentele aanpassingen', zoals de implementatie van de systemd-daemon, de Gnome 3-desktopomgeving en het xfs-filesystem.

CentOS is een gratis Linuxdistributie die populair is op servers en gebruikt de broncode van de commerciële Red Hat Enterprise Linux-distro. Het bedrijf achter laatstgenoemde nam het CentOS-project begin dit jaar over. Sindsdien geeft Red Hat drie distributies uit: Red Hat Enterprise Linux, Fedora en CentOS.

Moderatie-faq Wijzig weergave

Reacties (59)

Persoonlijk snap ik ik hele probleem rond om systemd niet helemaal, ik ben onlangs overgestapt naar Arch en vind het de beste distributie die ik tot nu toe ben tegen gekomen. En als je de documentaie leest is systemd best logisch en makkelijk in het gebruik.
Het enige nadeel imho is dat wanneer er veel software voor Linux van systemd afhankelijk wordt, het problemen gaat geven met porten naar bijvoorbeeld de BSD's.
Ik heb laatst (voor de gein) een poging ondernomen om Gnome3 te installeren op OpenBSD en dat ging niet zo soepel als bijvoorbeeld KDE.
Overigens lijkt mij Debian icm systemd wel prettig werken, als Jessie stable is dan ga ik mijn (thuis) servertje waarschijnlijk wel upgraden.
Een nieuwe installatie is een stuk minder ingrijpend dan het omzetten van een bestaand systeem. En er bestaat bij velen het idee dat je niet meer terug kan als je er na een tijd toch niet zo blij mee bent. Ik weet niet of het met Centos kan, maar met Debian ben je nog steeds vrij om op de sysvinit-fiets te springen, of een andere init naar keuze.

Archlinux begon destijds voor mij te vroeg met systemd en boden destijds geen alternatief aan, dat was irritant. Daarvoor gold wel dat je moest overstappen, en dat verliep bepaald niet vlekkeloos.

Ik vind systemd een vooruitgang maar in de verkeerde richting, helemaal voor wat betreft GNU/Linux, vanwege dat GNU, dat voor mijn gevoel haaks staat op iets als systemd.

Het is voor mij een beetje als cola light: ze zeggen dat het beter voor je is, maar mij geeft het maar een vies nasmaakje. Ik zou er niet voor kiezen maar ik klaag niet bij de supermarkt over het aanbod..

[Reactie gewijzigd door Ancipital op 6 december 2014 01:40]

Ik kan me inderdaad voostellen dat het up of downgraden van een server naar of van systemd problemen kan geven. En Arch biedt zo ongeveer overal de keuze behalve bij systemd, toch is de vrijheid die Debian geeft enigzins beperkt door dat dependencie verhaal. Vandaar dat het geforkt wordt, gelukkig is die vrijheid er, en we zullen zien of het een succes word.
Toch denk ik dat wanneer de meesten gewend zijn aan systemd de kritiek ook minder zal worden. Het is niet dat het niet werkt of moeilijk is.
Het is denk ik vooral het gevoel van vrijheidsbeperking dat je ervaart als je een dergelijke verandering opgedrongen wordt. Zeker in een werksituatie waarin je meestal niet ruim in de tijd zit, en er in je persoonlijke situatie geen noodzaak voor is.
Sinds CentOS 7 over is gegaan op systemd heb ik het eruit gegooid en ben ik naar Debian gegaan. Wat een ellende is dat zeg.
Debian gaat langzaamaan (zover ik begrepen heb) ook over op systemd. ;) Get used to it. Zoveel anders is het oerigens niet hoor, dus ik snap jouw - niet onderbouwde - reactie eigenlijk niet.
Tja ik wil het best onderbouwen maar er is al zoveel gezegd door mij en iedereen over systemd, Google er maar eens op.

Hoe dan ook ik heb het een tijdje geprobeerd te gebruiken maar ik werd er gek van. Ik kon echt niks meer vinden het leek wel alsof ze alles ineens verstopt hadden. Ik snap dat het even wennen is maar dit is gewoon echt niet handig. Ook het zelf toevoegen van services is echt een kriem dus gooide ik nog steeds maar alles in init.d en daardoor leefde ik ineens in twee werelden en was het overzicht helemaal weg.

Ook als een service niet wil starten, moet je ineens systemctl status service doen ofzo. Allemaal van dat soort belachelijke dingen ipv gewoon even een tail -f /var/log/messages.

Het werkt gewoon allemaal heel tegendraads, het lijkt wel alsof het gemaakt is om dingen epxres moeilijker te maken ipv makkelijker.
Ook als een service niet wil starten, moet je ineens systemctl status service doen ofzo. Allemaal van dat soort belachelijke dingen ipv gewoon even een tail -f /var/log/messages.
Seriously? Voordien moest je hopen dat de service effectief iets naar het system log wegschreef, anders ga je gewoon niks zien. Met systemd krijg je ALLE (ok, bijna alle) output van de service te zien als je de status opvraagt. Alles wat de service richting system logs heeft gestuurd en alles wat er richting stdio en stderr is gestuurd.

En daarbij, systemd in CentOS 7 maakt nog altijd gebruik van de oude vertrouwende system logger (journal wordt enkel in memory bijgehouden). Op dat punt is er dus eigenlijk niks veranderd...
Dat moest je niet hopen, je pastte gewoon de config file aan van wat je wilt starten en je zegt schrijf naar messages of naar een eigen logfile. Ik heb nog nooit gehad dat iets niet startte zonder het te loggen.

Bovendien kun je met systemd niet tailen, ja kan wel maar dat is ook allemaal zo omslachtig. Waarom veranderen het werkte toch prima?
Dat moest je niet hopen, je pastte gewoon de config file aan van wat je wilt starten en je zegt schrijf naar messages of naar een eigen logfile. Ik heb nog nooit gehad dat iets niet startte zonder het te loggen.
Wel, op dat gebied is er toch weinig veranderd? Het is zelf verbeterd. Op een van mijn systemen draait openldap. Die draait standaard met een -d flag en zo kan ik alles zien wat er gebeurd in het journal zonder dat alle output in het systemlog terecht komt. Je hebt de output in /var/log en alle output van het programma zelf.
Bovendien kun je met systemd niet tailen, ja kan wel maar dat is ook allemaal zo omslachtig. Waarom veranderen het werkte toch prima?
journalctl -xn -f
Maar een gewone tail op /var/log/* werkt ook perfect. Het enige verschil met vroeger is dat er veel meer in je systemlog verschijnt. Lang niet alle programma schrijven naar /dev/log.
Zo is het natuurlijk ook weer, even een dagje vogelen en de meest essentiele zaken heb je weer te pakken alleen dan met de systemd tegenhanger.
journalctl dat was hem ja, mijn god ik werd helemaal gek van die commando's. journalctl, systemctl.

En om het nog verwarrender te maken had CentOS backwards compatibiliteit ingebouwd, dus als je bijv deed chkconfig ntp on dan deed hij dat redirecten naar systemd, dus zo wende je er nooit van z'n leven aan natuurlijk :)

Het zal ook zeker deels aan mij liggen hoor, ik kan heel slecht tegen verandering. Ik ging van Android 4.4.4 naar 5.0 en dat vond ik zo'n hel dat ik er wakker van lag en nu weer terug naar 4 ben gegaan ;)
Ik ken dat en ben ook tijden stug op MS Xenix blijven werken voordat ik overging op NeXTSTEP. Tegenwoordig ben ik aardig gewend aan OS X, Windows, Linux- en BSD-varianten en wil ik niet meer terug. Het kan verkeren. Maar mijn agenda houd ik dan weer bij op een Epoc32 R5 PDA, nog steeds geen goede opvolger gevonden.
:)
Dus je projecteert je eigen problemen op systemd? Dat is lekker dan..

Ik kan prima met systemd werken, zoals hierboven gezegd lees even de man page en je kent de basis.

Als je niet tegen verandering kan is een baan in de IT dus niks voor je, sorry als ik bot ben maar het is zo. Niks is zo aan verandering onderhevig als de IT. En systeembeheerders die aan oude shit blijven hangen hebben we al genoeg (kijk maar naar de groep die XP niet los kan laten om maar wat te noemen).
Hmm ik werk toch al 15 jaar in de IT, heb een eigen bedrijf en verdien er aardig wat geld mee. Misschien moet ik dan toch maar mezelf om laten scholen vanwege systemd.

Nee, even serieus, op papier komt sarcasme helaas niet zo over maar ik kan niet tegen verandering die nergens op slaat, die nergens voor nodig is.

Bijv. IBAN bij rekening nummers, daar zit ik me ook al maanden aan te ergeren steeds als ik een factuur betaal.

Oh en Windows 8, nog zo'n geweldig voorbeeld.

Ik hou van verbeteringen, niet van veranderen om het veranderen.

[Reactie gewijzigd door mkools24 op 5 december 2014 20:30]

Als je al 15 jaar in de IT werkt heb je toch aardig wat veranderingen meegemaakt. Windows 2000 -> XP -> Vista -> 7 -> 8 en Linux 2.4 -> 2.6 -> 3.x met alle wijzigingen die daarin zaten. Vond je zeker ook vreselijk?

Bovendien, na 15 jaar in de IT (en een onbekende tijd met Linux) is het "man systemd" toch niet zo'n grote stap? Ik heb liever systemd omdat dat een duidelijke api heeft én makkelijk te beheren/begrijpen is. Voorheen was ik OpenRC en sysvinit gewend maar dat is soms ook een ramp, iets wat op Arch bijvoorbeeld wel werkte werkte dan weer nét niet op Debian/Ubuntu. Nu met één centraal ontwikkelde init-daemon (systemd word gedaan door Red Hat e.a) weet ik tenminste dat "systemctl enable cups.service" overal gewoon werkt.

En IBAN, tsja, je kunt je eraan ergeren of je kunt het accepteren en dat tot de conclusie komen dat het makkelijker werkt dan de "oude" manier van doen, vooral bij internationale betalingen, en ook voor nationale betalingen (maar ik gebruik de bookmarkmanager in Mijn ING, dus ik hoef alleen de contactpersoon maar te selecteren en klaar, Mijn ING zet netjes alle nummers om naar hun IBAN tegenhanger)
Wel heel offtopic dit maar dat is bij Rabo dus niet. Als je daar een bankrekeningnummer copy/paste of je gebruikt auto aanvullen van je browser gaat hij zeuren dat het geen geldige IBAN is want er zitten geen spaties tussen. Moet je dus het rekening nr steeds weer opnieuw intypen.

En dat is nog niet zo erg maar paar maanden terug vulde hij het zelf aan, dus je vult een rekening nr in en hij zet het zelf om in IBAN maar nee dat moest maar uitgezet worden want mensen moeten er maar aan wennen.

Die veranderingen worden echt door je strot geduwd tegenwoordig en je dient het maar te accepteren.
Wel heel offtopic dit maar dat is bij Rabo dus niet. Als je daar een bankrekeningnummer copy/paste of je gebruikt auto aanvullen van je browser gaat hij zeuren dat het geen geldige IBAN is want er zitten geen spaties tussen. Moet je dus het rekening nr steeds weer opnieuw intypen.

En dat is nog niet zo erg maar paar maanden terug vulde hij het zelf aan, dus je vult een rekening nr in en hij zet het zelf om in IBAN maar nee dat moest maar uitgezet worden want mensen moeten er maar aan wennen.

Die veranderingen worden echt door je strot geduwd tegenwoordig en je dient het maar te accepteren.
Kijk bij ING werd alles in een keer automatisch omgezet en bleef alles werken. Rabo echter is blijkbaar net zoals abn-AMRO. Eerst werd alles automatsch omgezet zodat je denkt dat je niets hoeft t doen, en dan op die 1e van de maand is gelijk je hele adresboek weg. Niet dat je dus eerst de rekeningnummers moet aanpasssen voor je ze kunt gebruiken, zelfs niet dat de voorgaande records moet aanpassen, of allemaal, nee je adresboek is van de ene op de andere dag gelijk helemaal leeg.

Echter ga je de oude boekingen bekijken, die met datzelfde adresboek gedaan zijn, dan staat alles daar wel met ibam, terwijl je de laatste dag van de vorige maand dus nog niet eens op iban kon zoeken, nu moet het zo, van dag 30/31 op dag 1.

Het gaat er niet om dat men iban invoert, het gaat om de manier waarop, idem zo met de euro.

Niet alle veranderingen zijn verbeteringen. In Windows 98 en XP kon je vensters snel schermvullend naast elkaar of boven elkaar zetten, in Windows 7 alleen naast elkaar, in Windows 8 alleen links of rechts docken (al is dat laatste met 8.1 weer teruggedraaid)

Systemd is ook zoiets, prima dat er distro's zijn die het gebruiken, maar er is heel veel weerstand tegen, laat er ook een groep zijn die het oude systeem blijft onderhouden, en laat de toekomst uitmaken aan welk systeem de meerderheid de voorkeur geeft.

Tegelijk moet er ook iets gedaan worden aan de versplintering, maar wel met respect voor elkaars mening en voorkeur en dus zodanig dat apps op ieder systeem werkt ongeacht desktopomgeving, windowmanager, packagingsysteem of opstart-procedure. Dat laatste blijkt men echter massaal niet te willen omdat men alles aan hun eigen systeem wilt vastgrendelen zodat het elders niet beschikbaar is.
Je loopt gewoon te bashen wat je niet wil begrijpen. Het is even wat anders dan je gewend bent en vervolgens relativeer je je eigen onwil met niet ter zaken doende feiten.

Systemd is geweldig. In vrijwel elk opzicht beter dan de archaische initscripts.

Verplicht leesvoer:
https://bbs.archlinux.org/viewtopic.php?pid=1149530#p1149530
https://wiki.archlinux.org/index.php/Systemd

En ja, sommige dingen zijn lastiger dan je gewend bent. Maar het biedt meer, is flexibeler en ... gewoon beter :).

Dus doe niet zo moeilijk, maar je avond boos en dan snap je het en kan je er mee werken.
Uhh... ? Juist met OpenRC, en de andere initdaemons word de POSIX SUS standaard een beetje losgelaten. Een software developer/packager moet dan rekening houden met n+1 mogelijke init deamons. Tuurlijk, ze implementeren misschien allemaal in de basis dezelfde API maar dat werkt net niet. Ik spreek uit ervaring, een init script onder Debian om nginx te laten starten i.c.m een reload (dus eerst starten, en dan reloaden) werkte prima onder Debian met het oude init systeem (sysvinit geloof ik) maar werkte NIET onder Gentoo met OpenRC, terwijl beide zeggen dezelfde features en API's te implementeren.

Systemd geeft je tenminste een API die overal hetzelfde is, wat de POSIX SUS standaard weer ten goede komt, want software die ervoor geschreven word (als dependancy) hoeft maar rekening te houden met EEN API.

Even offtopic: ik ben gestopt met Windows in 2001, toen was ik 10. Je laatste zin slaat dus als een lul op een drumstel...
m.a.w. je hebt de documentatie niet gelezen. Met een half uur heb je basis wel onder de knie en snap je het principe.
Er is een verschil in documentatie over hoe een pakket X te configureren om Y te doen / voor elkaar te krijgen en documentatie over configuratieopties A, B, C die in een pakket X in te stellen zijn.

Met andere woorden: resultaatgerichte documentatie is beter dan domweg een waslijst van wat er in de configuratie in te stellen is.

Op de website van systemd is er veel documentatie ( nouja, eerder meer betogen van waarom systemd beter is dan xyz ) te vinden, behalve een simpele howto sectie, waarmee het gros van de gebruikers mee geholpen is.
Volgens mij is het gehele doel van een GUI het simpel te maken waardoor documentatie niet nodig is. Kortom als er documentatie nodig is doe je als uitgever wat fout!

Een kleine lichte uitleg is nog acceptabel maar een boekwerk hoe en wat waar staat is complete waanzin.
Welkom in de wondere wereld die linux heet. Als je zo op een GUI wilt kunnen vertrouwen dan heb je weinig aan een linux based OS. Ik zou Windows of Mac OS eens proberen...

Ik typ dit zelf overigens op een Windows machine. Ik ben bekend met linux en heb er vaak genoeg mee geëxperimenteerd. Het open karakter en de mogelijkheden spreken me nog steeds aan. Maar ik heb al zoveel simpele problemen gehad waarvoor je een halve studie moet volgen om deze op te lossen dat ik er uiteindelijk maar mee gestopt ben. De industrie is en zal nog lange tijd Windows minded zijn. Ik zie dat graag veranderen maar het is nu eenmaal de realiteit.

Ik heb de indruk dat de linux wereld veel te versnipperd is. Bedrijven zijn niet koersvast en experimenteren er maar op los met van alles. Ubuntu had de Windows onder de linux OS'en- kunnen worden maar ging weer een scheve schaats rijden met die nieuwe GUI van ze. In plaats van zo te focussen op uiterlijk zouden ze beter eens vol inzetten op hardware ondersteuning en dan met name het verbeteren van drivers. Als de linux-mensen een groter blok zouden vormen en op die manier klanten kunnen trekken dan kunnen ze ook de hardware-industrie onder druk zetten om meer hun kant op te schuiven. De reus Google is dat gelukt met Android, dan moet het andere spelers met een beetje organisatie ook lukken. Deels ook door meer te pushen bij o.a. laptop-bouwers om hardware te gebruiken die 100% functioneert onder linux zonder weer allerlei regels code te moeten invoeren in de command line om alles aan de praat te krijgen.

Linux heeft geen commerciële achtergrond en dat is lastig in een wereld die juist om commercie draait. Er moet een nieuwe Bill Gates / Steve Jobs opstaan die met linux aan de slag gaat en de community meetrekt door de ontwikkeling flink te versnellen. Tot die tijd blijft het, met alle respect, zeer geavanceerd hobbywerk.
Ik moet hier er wel bij vermenlden dat ik op mijn laptop een jaar geleden ongeveer linux installeerde(Debian) en die kwam van zichzelf met allerlei drivers op de proppen, zelfs een met meer functionaliteit dan ik van mijn touchpad gewend was, die driver was beter dan de Windows variant. Dat was een positieve verassing.

Wat dan weer stukken minder was, was dat de accuduur fors achterbleef bij Windows. Daar moeten ze aan werken qua laptops bij lijnux. Tenzij je dat bedoeld met 100% functionaliteit natuurlijk.
Dat komt waarschijnlijk door de video driver. Die schakelt in Linux niet goed terug of soms helemaal niet waardoor de GPU veel meer stroom verbruikt. Mijn oude laptop destijds met AMD video chip werd om die reden standaard erg warm en de ventilator stond altijd op max te blazen. Het alternatief was de proprietary driver van AMD zelf en dat loste inderdaad het warmteprobleem op maar introduceerde weer andere problemen.
Als je gaat knutselen aan de services, en er zelf toe gaat voegen mag er best verwacht worden dat je wat documentatie leest, het is geen normaal dagelijks gebruik.
de documentatie van systemd is ronduit slecht te noemen. Ook na het lezen van documentatie blijft er veel onduidelijk. En lees maar eens na hoe de ondersteuning is voor bugs met systems: ach, zo erg is het niet als je een paar minuten moet wachten bij een shutdown. Het idee van systemd is leuk. De implementatie en documentatie is om te janken.
GUI???

Je mag best moeite doen om je os te doorgronden en te snappen.
Er zijn al genoeg prutsers in de IT.
Dat is inderdaad het hele vervelende, allemaal commando's die je gewoon was kunnen de prullenbak in. Dat is ook de reden dat ik er nog tegenaan zit te hikken om over te gaan van Centos 6.5 naar Centos 7. Maar een ding wel, het lijkt erop dat systemd een bijna onvermijdelijk iets gaat worden. Willen wij de de Totaal Poettering? Ja wij willen de Totaal Poettering.

Overgaan van Centos naar Debian is overigens ook weer een stap, ook weer nieuwe commando's waar je gewoon mee moet raken en soms net files op een andere plek.

Wat ik me wel afvraag, hoe zou dat gaan bij bedrijven waar Red Hat de gebruikte Linux variant is. Zou men daar ook overgaan naar de 7 versie met dit in het achterhoofd? Kan me beste voorstellen dat het een hele stap is.
Ik denk het niet, als ik zo'n beetje rondkijk in de hostwereld zie ik dat CentOS 6.6 nog erg populair is. Zolang 6 nog supported is zullen weinig bedrijven zin hebben om over te gaan naar 7.
Maar uiteindelijk ... systemd heeft RedHat achter zich. De effort die tevens nodig zal zijn om systemd uit de sources te houden zal groter en groter worden.
Dus we zullen het wel moeten slikken uiteindelijk. Ik ben benieuwd wat de BSD's gaan doen.
Die gaan ook zoiets opzetten. FreeBSD is er al mee bezig om Apple's launchd daarvoor te bekijken/implementeren.
https://forums.freebsd.or...-ported-to-freebsd.43899/

[Reactie gewijzigd door Conzales op 6 december 2014 10:24]

Hmm, tijdje terug voor het eerst in jaren Debian gebruikt. Liep tegen probleem met service aan, ik log files proberen te tailen, maar bleven leeg. Nog tijdje gezocht, nix gevonden, moed maar opgegeven. Maar hierom dus.

Vage multiarch ook...howtoo drown your system is dat geworden en nogal wat dingen werken ineens anders, voelt niet inuitief aan. Dat deed Debian Sarge/Lenny nog wel ;(
Welke versie heb je gebruikt dan? Wheezy (meest recente stable) heeft helemaal geen systemd.
Was op Jessie of Sid, dat weet ik niet zeker meer. Nee Wheezy loopt met bijna alles iets te veel versies achter in de repos. Niet zo'n fan van dat gebackport en spelen met sources.list.

Was niet zo'n boeiend probleem, Apache oid was het, maar iets deed moeilijk en ik ging uit mezelf de /var/logs in en de logs bleven leeg, gok dat ik dus verkeerd zat te kijken als dat via systemctl status gaat.

[Reactie gewijzigd door batjes op 5 december 2014 19:11]

Ik wil mij alles behalve een linux adept noemen maar ik heb echt in nog geen 10 minuten alle init scripts voor deluge sabnzbd couchpotato sickbeard het is echt niet moeilijk. Daar komt nog is bij dat ik systemctl juist fijner vind ipv onnodig moeten uitzoeken waar welk log nu weer staat.
Zo lastig is het niet om issues te troubleshooten. Ik heb toevallig sinds deze week een aantal CentOS 7 VM's draaien na maanden met Ubuntu dagelijks gewerkt te hebben en ik had het gebeuren met systemctl redelijk snel onder de knie.

Op de wiki pagina van Arch vind je een uitgebreid artikel hoe je kunt troubleshooten wanneer een service niet start.

Het is denk ik een beetje te vergelijken met Windows 7 -> Windows 8. Mensen houden nu eenmaal niet van veranderingen en dan sputtert men altijd tegen in het begin.
Nog eentje toe, had eerder de minimal install op een VM gedraaid, even zien, en inderdaad het start als een razende op. Plop daar was ie. Gisteren nog een keer, een install met de Centos 7 Gnome versie op de desktop maar sjonge jonge dit is inderdaad een heel ander systeem wat je voor de kiezen krijgt. Deze poppenkast van Gnome. Even de dual boot maken, zie ik daar de Grub2. Wat is dat? Ook heel iets anders dan de grub die ik gewoon was waar ik zelf wat in de configuratie file kon rommelen. Iptables? Wel nog aanwezig maar in principe vervangen. Om nog maar te zwijgen van de systemd, Natuurlijk het is allemaal te behappen maar mijn conclusie is wel dat je een compleet ander systeem voor je kiezen krijgt met heel wat wijzigingen.Een interessante link is deze:

http://www.certdepot.net/rhel7-changes/

Hoe dan ook, ik draai op de 'echte' server voorlopig nog wel de 6 versie.

Maar moest ook wel denken aan het zoeken naar een baan/klus wat ik wel eens doe, en waar je standaard tegenaan loopt is, staat de afkorting (systeem, tool, taal) wel op het CV? Terwijl ik toch kan denken, ja ja, veel van het zelfde net even anders en wat je niet weet google je er wel bij. Het is en blijft ICT op de tast. Dat gevoel hield ik er gisteren ook aan over, voor het een beetje doorgronden van Centos 7 moet er weer forse gegoogled worden.

Zal nog een install doen, maar dan vanuit minimal zelf erbij prikken wat je wilt. Maar moest aan je reactie denken, wat een ellende. Gelukkig denk ik dan altijd, een ding blijft hetzelfde, vi werkt nog steeds.
Grub2 is nog zoiets ja, voorheen bij grub kon je gewoon even hacken in de configfile om snel wat aanpassingen te maken. Nu moet je grub2-mkconfig draaien.

Het is allemaal inderdaad even wennen maar de wijzigingen van 6 naar 7 worden zo wel heel groot.
een init systeem van > 500000 regels code, dat is toch van de ratten besnuffeld? afhankelijk van dbus??! de ambitie om geen shell scripts meer te gebruiken?!

Ik hou het wel bij de BSD's en de prima werkende functies van het /etc/rc.subr systeem waarmee je service opstartscripts kan definiëren, dank u wel. En met andere applicaties die andere specifieke dingen goed doen. Dat is namelijk de UNIX filosofie: niet 1 grote applicatie maken die alles probeert te doen, maar specialiseren.

Dus niet 1 grote veelzijdige C applicatie als PID 1 laten draaien.
Ik gebruik ook vooral FreeBSD, bevalt me echt prima maar voor sommige zaken blijf je nou eenmaal Linux nodig houden, of is Linux een betere keuze bijv. voor game servers.
In FreeBSD worden de meeste linux programma's ondersteund via de compatibility layer. Al eens gekeken naar de PC-BSD tools hiervoor in ports/pkgng? Ook kan je de PC-DVD gebruiken om TrueOS te installeren; FreeBSD met de extra tools voorgeinstalleerd.
Uhh, rant mode?
systemd heeft maar één taak: services loaden. Verder doet het niks, op loggen na. Ik zie niet echt hoe dat nou zo gigantisch ingaat tegen de UNIX filosofie (en laten we eerlijk wezen: Linux isn't UNIX...)
Ga je eerst maar eens inlezen wat POSIX (en dan voornamelijk de SUS die je denk ik bedoeld) is en wat systemd daar nu precies aan "loslaat" voordat je dingen gaat roepen die nergens op slaan.
Tuurlijk :+ haha tere systemd teentjes?

Hierboven zeg je op zich wel zinnige dingen,maar het blijft een Unix hostile ding dat systemd.

/rant mode. dat systemd gaat hem voor mij voorlopig niet worden geef ik toe.

[Reactie gewijzigd door Vinzz op 5 december 2014 22:02]

De volgende versie van Debian zal óók systemd hebben, uiteindelijk kun je het echt niet ontlopen volgens mij.

Of systemd goed is of slecht weet ik niet. Ik heb nog niet de moeite genomen er mee te spelen. Dat het een reden was om Debian te forken baart me wel enigszins zorgen.
Op naar Devuan (DevOne) ;)
https://devuan.org

[Reactie gewijzigd door Conzales op 6 december 2014 19:02]

Ik denk dat je dan beter overstapt op Devuan.
Beetje verwarrend, want echt een rolling-release distro worden ze niet, alleen de updates van de huidige versies worden erbij gedaan. Iets wat Ubuntu en Debian al langer deden, maar niet elke maand.
Arch Linux is echt rolling release bijvoorbeeld.
http://en.wikipedia.org/wiki/Rolling_release
Ik snap dat hele gezeur niet over systemd.
Het werkt, ik zie niet in wat men er nou voor zo'n problemen mee heeft. Vaak hoor je ook geen echte argumenten... Enkel "stom systemd!". Veel mensen geven die mening omdat ze gewoon niet weten hoe 't werkt omdat ze init gewend zijn.

Wat vinden mensen nou werkelijk zo *** aan systemd...?
Systemd werkt ontzettend goed en het loont om eraan te wennen. Cheatsheetje ernaast blijft altijd ff wennen :') Debian biedt aardig goede ondersteuning voor systemd en ernaar wisselen is een fluitje van een CentOS 7 komt standaard met SystemD waardoor de overgang vanaf 6.x lastig wordt. Ik draai Mac en het zit ook daarin verwerkt, anders zou ik Fedora Core 20 draaien waar het ook in zit.

Het enige hekelpunt aan systemd is imo dat het lastiger is om te troubleshooten. Yet another manager.. als je package manager kapot maakt ben je wel even zoet, nu systemd kapot gaat ben je mijlenver van huis.

Verder is het mogelijk met systemd alsnog een init directory na te bootsen

Keep IT Simple, Stupid!

[Reactie gewijzigd door Rudy op 7 december 2014 02:25]

Devuan iemand? Heb ik hier op Tweakers ook niks over gelezen. Waarom niet eigenlijk? Zelfs webwereld had een heel artikel.

[Reactie gewijzigd door Vinzz op 5 december 2014 22:04]

Drie boze anonieme mannetjes die dreigen Debian te forken? Zie niet hoe het interessant is...
CentOS is erg populair onder Java developers. Wel nice dat er nu goed support komt :)
Goede support was er al, er komt alleen een semi-rolling versie naast de huidige versie.

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True