Bekijk Volledige Versie : DirectAdmin 1.35.0 is uit!
Hello,
DirectAdmin 1.35.0 has been released:
http://www.directadmin.com/versions.php?version=1.350000
This is mainly a bugfix release with a few minor new features.
The main fix is relating to this security issue with the backups:
http://www.directadmin.com/features.php?id=1052
This is a significant change to the backup system, so there will be a notification to all Admins on your system is there are any permission issues with User files that will cause any errors with the backups.
Any errors found will require manual intervention to resolve them, else the User backup creation will result in tar "permission denied" type errors.
Another bugfix is with regards to the referer header check system. This fix allows remote login forms to work again without needing to disable the check:
http://www.directadmin.com/features.php?id=1054
The only real noticeable new feature is the php version infomation on the system information page:
http://www.directadmin.com/features.php?id=1059
Thank you,
John
Op debian is hier de update goed gegaan. Wel duurde het een minuut ofzo voordat de DA daemon gestart was omdat hij van alle file's de permissies gaat checken.
Ik heb daarnet een Debian 4.0 systeem met succes geupdate :)
GC-Hosting
10/02/10, 13:57
Update gedaan, 1 machine dikke error:thumbdown: (CentOS 5.4)
*zucht* Nu gaan we toch niet allemaal zeggen 'update is gelukt'. Testen is meer (écht waar!) dan enkel op een update knop klikken. Laten we uitsluitend problemen hier bespreken, niet of iemand heel erg 1337 skilzz heeft en up het update knopje kan klikken.
@GC: Welke 'dikke error'... logfiles?
*zucht* Nu gaan we toch niet allemaal zeggen 'update is gelukt'.
Ik stel voor om het per machine te melden...
Nou, dat worden dan 1337 regeltjes :drunk:
Update gedaan, 1 machine dikke error (CentOS 5.4)
Wat voor DIKKE error?
Welke CentOS versie? (i686 / x86_64?)
Welke kernel versie/update?
GC-Hosting
10/02/10, 14:14
Apache wilde niet meer starten na de update op 1 van onze servers, backup van de VPS teruggezet en update opnieuw uitgevoerd en toen geen probleem.. Heel vreemd, iig opgelost, @ randy toch bedankt dat je al te hulp wilde schieten ;)
En nogmaals.. op welke kernel en welke versie was dat?
GC-Hosting
10/02/10, 14:47
i386 centos 5.4, kernel-2.6.18
Apache wilde niet meer starten na de update op 1 van onze servers, backup van de VPS teruggezet en update opnieuw uitgevoerd en toen geen probleem.. Heel vreemd, iig opgelost, @ randy toch bedankt dat je al te hulp wilde schieten ;)
Was dat geen toeval? Afaik doen Directadmin updates nooit iets met je apache configs.
i386 centos 5.4, kernel-2.6.18
gefeli, op de 2 minst belangrijke van de 3 vragen heb je geantwoord.. nu welke error je kreeg nog (logfiles!)
GC-Hosting
10/02/10, 15:13
De logfiles zijn al weg, ik heb oude image van vannacht van de vps teruggezet en daarna weer geupdate en toen zonder problemen. Echter snap ik nogsteeds niet hoe Apache er dan spontaan mee gestopt is, zal de server dus maar even grondig moeten onderzoeken..
DirectAdmin gaat toch aardig hard met updates de laatste tijd :)
Ik ga hier komende nacht het een en ander updaten, wat hopelijk zonder problemen gebeurd.
De logfiles zijn al weg, ik heb oude image van vannacht van de vps teruggezet en daarna weer geupdate en toen zonder problemen. Echter snap ik nogsteeds niet hoe Apache er dan spontaan mee gestopt is, zal de server dus maar even grondig moeten onderzoeken..
Wat voor VPS heb je?
En misschien lag het wel niet eens aan de directadmin update ;)
De logfiles zijn al weg, ik heb oude image van vannacht van de vps teruggezet en daarna weer geupdate en toen zonder problemen. Echter snap ik nogsteeds niet hoe Apache er dan spontaan mee gestopt is, zal de server dus maar even grondig moeten onderzoeken..
Jammer dat je error logs van oa Apache niet meer hebt, anders was het zeker de moeite waard om eens naar het begin van de errors te kijken.
DirectAdmin zelf doet niks met Apache. Het zou kunnen dat je de DirectAdmin build hebt geupdate, waardoor toen iets fout is gegaan. Maar dit is moeilijk te zeggen zonder logs.
En hoe heb je geupdate GC-Hosting? Via de 'update-button' of de shell?
grappig trouwens dat zodra een update uitkomt iedereen als eerste op de update knop wil drukken... Ben ik de enige die afwacht of de update wel goed uitpakt bij anderen? Stel je voor dat je, zoals gc-hosting ervaarde ineens met een probleem komt te zitten. Je zou al je klanten maar down gooien door even snel te willen updaten
marsipulami
10/02/10, 16:22
Ben ik de enige die afwacht of de update wel goed uitpakt bij anderen?
Als iedereen dat gaat doen, kan je blijven wachten :p
Maar goed ik doe het zowieso liever savonds/snachts, als het dan mis gaat hebben er minder mensen last van
Als iedereen dat gaat doen, kan je blijven wachten :p
Maar goed ik doe het zowieso liever savonds/snachts, als het dan mis gaat hebben er minder mensen last van
daar heb je ook een goed punt ;)
ik doe het inderdaad ook 's nachts. En dan eerst op de testserver. Als die goed gaat, blijft draaien, maar ook na een reboot netjes bijkomt en dergelijke doe ik het pas op de productieservers.
grappig trouwens dat zodra een update uitkomt iedereen als eerste op de update knop wil drukken... Ben ik de enige die afwacht of de update wel goed uitpakt bij anderen? Stel je voor dat je, zoals gc-hosting ervaarde ineens met een probleem komt te zitten. Je zou al je klanten maar down gooien door even snel te willen updaten
Alleen de testbak krijgt een update en wordt doorgespit, dan wacht ik een paar dagen totdat de grote meute heeft geupdate, ernstige problemen en verhalen van klagende klanten lees je dan vanzelf op bijvb wht :lovewht:
Zelfde geldt voor o.a. Microsoft Updates.
Bij microsoft updates ben ik extra voorzichtig. Daar heb ik rare dingen mee meegemaakt..... Alleen redundant clusters, zoals ons exchange cluster durf ik gerust te updaten. Mocht hij dan down gaan, is er voor klanten nog niets aan de hand en kan ik alles herstellen voor ik de 2e server probeer.
grappig trouwens dat zodra een update uitkomt iedereen als eerste op de update knop wil drukken... Ben ik de enige die afwacht of de update wel goed uitpakt bij anderen? Stel je voor dat je, zoals gc-hosting ervaarde ineens met een probleem komt te zitten. Je zou al je klanten maar down gooien door even snel te willen updaten
Ik installeer ook niet dezelfde dag een nieuwe DirectAdmin update, maar ik ga geen weken wachten. Updates zijn er niet voor niks!
Ook ik heb trouwens niet de meest geweldige evaringen met Microsoft updates.
grappig trouwens dat zodra een update uitkomt iedereen als eerste op de update knop wil drukken... Ben ik de enige die afwacht of de update wel goed uitpakt bij anderen? Stel je voor dat je, zoals gc-hosting ervaarde ineens met een probleem komt te zitten. Je zou al je klanten maar down gooien door even snel te willen updaten
Daarom hou ik dit topic ook rustig in de gaten, en zodra de rush over is ga ik hem updaten :lovewht:
Ook geupdate. Is voorzover ik weet goed gegaan. -kijkt Randy aan-
Tim.Bracquez
10/02/10, 21:36
Eindelijk wat gedaan aan die backup permissies. En nu mogen er geen 'apache' files meer zijn! (geweldig!!!)
cd /usr/local/directadmin
echo "action=syscheck" >> data/task.queue
./dataskq d2000
Bron: http://www.directadmin.com/features.php?id=1052
Ik installeer ook niet dezelfde dag een nieuwe DirectAdmin update, maar ik ga geen weken wachten. Updates zijn er niet voor niks!
Ook ik heb trouwens niet de meest geweldige evaringen met Microsoft updates.
Ik wacht zowieso altijd minstens een weekje. Gebeurd regelmatig dat er binnen die tijd nog een minor bugfix achteraan komt. Laat anderen hem maar eerst goed uittesten :-)
Het lijkt me een eerder een user #fail dan iets met DirectAdmin..
systemdeveloper
11/02/10, 11:38
Is Randy vrij?? In dat geval ... "ssst... freebsd x64 doet het ook"
Smart-Guyz
12/02/10, 15:07
CentOS 5.4 x86_64 Kernel 2.6.18.
Update gedaan, geen enkel probleem tegen gekomen, alles werkt perfect.
YourWebSolution
12/02/10, 18:29
Hier alle servers met success geupdate!
Hier alle servers met success geupdate!
*zucht* Nu gaan we toch niet allemaal zeggen 'update is gelukt'. Testen is meer (écht waar!) dan enkel op een update knop klikken. Laten we uitsluitend problemen hier bespreken, niet of iemand heel erg 1337 skilzz heeft en up het update knopje kan klikken.
:lovewht:
Ik stel voor om het per machine te melden...
:lovewht:
Ik heb gelukkig goede Configuration Management. Tegen de puppetmaster updaten zeggen en alle 159 servers luisteren gewoon.
Ik heb gelukkig goede Configuration Management. Tegen de puppetmaster updaten zeggen en alle 159 servers luisteren gewoon.
Kunnen we ook tegen je puppetmaster zeggen reboot en alle 159 luisteren? :p
YourWebSolution
12/02/10, 22:14
rm -rf /* ??? :drunk:
Kunnen we ook tegen je puppetmaster zeggen reboot en alle 159 luisteren? :p
En we kunnen weer allemaal klikken en hier posten hoe 1337 de skillz zijn...:ban:
Ik kreeg van best wat mensen vragen over de nieuwe back-up controle. DirectAdmin heeft hier wat aanpassingen gemaakt.
Lezen doe je hier (http://www.directadmin.com/versions.php).
(En wees nu verstandig. Met posts als 'update gelukt' kunnen we echt he-le-maal niets!)
(En wees nu verstandig. Met posts als 'update gelukt' kunnen we echt he-le-maal niets!)
Randy dit moet je niet te hard zeggen, het is wel fijn om te weten dat er bij 99% geen problemen zijn ondervonden bij het updaten.
Het is toch niet nodig om alleen maar negatieve berichten hier neer te zetten?
Bij mij is het ook goed gegaan, de taal files heb ik nog niet geupdated.. lijkt me ook niet nodig.
Smart-Guyz
16/02/10, 19:07
En we kunnen weer allemaal klikken en hier posten hoe 1337 de skillz zijn...:ban:
Ik kreeg van best wat mensen vragen over de nieuwe back-up controle. DirectAdmin heeft hier wat aanpassingen gemaakt.
Lezen doe je hier (http://www.directadmin.com/versions.php).
(En wees nu verstandig. Met posts als 'update gelukt' kunnen we echt he-le-maal niets!)
Daarom is nu Version 1.351 uit?
Pre-backup check for hardlinks to resolve backup errors [bugfix] :thumbup:
Yourwebhoster
16/02/10, 19:26
Randy dit moet je niet te hard zeggen, het is wel fijn om te weten dat er bij 99% geen problemen zijn ondervonden bij het updaten.
Het is toch niet nodig om alleen maar negatieve berichten hier neer te zetten?
Bij mij is het ook goed gegaan, de taal files heb ik nog niet geupdated.. lijkt me ook niet nodig.
En weer een paar honderd posts verder dan? Ik zou zeggen post alleen als je problemen hebt; anders niet. Anders blijf je bezig...:thumbdown:
Dat kunnen de mensen die wachten op ervaringen van anderen wel wachten tot ze "een ons" wegen
Of zijn ze te bang om zelf ervaringen op te doen en te delen?
Daarnaast, iedere server blijft op zich natuurlijk. Waar het om gaat is dat de berichten:
Ik heb geupdate zoooo nutteloos zijn.....
dennis0162
16/02/10, 19:44
Als het bij iemand fout gaat zie je van zelf hier een topic verschijnen.
Om te testen heb je toch een test bak?
Ik vond het best een klote streek van DA om die backups aan te passen, heeft me een dag gekost om alle servers na te lopen en bestanden te corrigeren...
Hoe gaan jullie trouwens om met servers waar PHP CLI draait + Magento die hele directories aan cache vol gooit met rechten apache: + 600 rechten? Die geven een mooie foutmelding in je backup log :) (kan wel rechten gaan goed zetten, maar bij de volgende wegschrijf actie van de cache heb je er weer een paar)
/bin/tar: domains/domein.nl/public_html/shop/var/cache/mage--6/mage---internal-metadatas---Zend_LocaleL_nl_NL_day_: Cannot open: Permission denied
/bin/tar: domains/domein.nl/public_html/shop/var/cache/mage--6/mage---internal-metadatas---CONFIG_GLOBAL_STORES_ADMIN: Cannot open: Permission denied
/bin/tar: domains/domein.nl/public_html/shop/var/cache/mage--6/mage---STORE_DEFAULT_CONFIG_CACHE: Cannot open: Permission denied
/bin/tar: domains/domein.nl/public_html/shop/var/cache/mage--6/mage---Zend_LocaleL_nl_NL_day_: Cannot open: Permission denied
/bin/tar: domains/domein.nl/public_html/shop/var/cache/mage--6/mage---internal-metadatas---Zend_LocaleL_en_US_day_: Cannot open: Permission denied
/bin/tar: domains/domein.nl/public_html/shop/var/cache/mage--6/mage---Zend_LocaleL_en_US_day_: Cannot open: Permission denied
/bin/tar: domains/domein.nl/public_html/shop/var/cache/mage--6/mage---internal-metadatas---STORE_DEFAULT_CONFIG_CACHE: Cannot open: Permission denied
/bin/tar: domains/domein.nl/public_html/shop/var/cache/mage--8/mage---0_59AB7150B12748A6360CDE95621E9D1A: Cannot open: Permission denied
Dit dus ;) Dat het niet gebackupt wordt boeit me niet zo, het is tenslotte cache (net als met temp/tmp mappen)
Hoe gaan jullie trouwens om met servers waar PHP CLI draait + Magento die hele directories aan cache vol gooit met rechten apache: + 600 rechten? Die geven een mooie foutmelding in je backup log :) (kan wel rechten gaan goed zetten, maar bij de volgende wegschrijf actie van de cache heb je er weer een paar)
Inkoppertje: mod_ruid gebruiken. En sessies etc lekker in memcached gooien. Dat is ook nog eens een stuk sneller...
Dat kunnen de mensen die wachten op ervaringen van anderen wel wachten tot ze "een ons" wegen
DirectAdmin vervangt enkel zijn eigen binary en wat template-bestanden en scripts. DirectAdmin draait in zijn eigen chroot en komt dus niet aan het systeem. Het voegt dus weinig toe om te zeggen 'ik heb geupdate', helemaal als je er geen OS-versie en architectuur bij zet. CentOS en Debian worden daarnaast ook enkele dagen voor de release getest door een besloten team. ;)
Inkoppertje: mod_ruid gebruiken.inderdaad, geen centje pijn
Inkoppertje: mod_ruid gebruiken. En sessies etc lekker in memcached gooien. Dat is ook nog eens een stuk sneller...
Daarom zei ik al: wat als PHP CLI ;)