Bekijk Volledige Versie : Directadmin bug in restore van files
Ik heb dit nu al op een 3-tal servers gezien en begin me af te vragen of jullie er ook last van hebben:
-> files gebackupt op een 'oude' Directadmin server
-> Deze backup files verplaatst naar een nieuwe lege Directadmin server en vervolgens deze files daar gerestored via de backup/restore functionaliteit in directadmin
In de CLI zie je de gzip processen opstartten en ook onder /home zie je de users verschijnen echter in de directadmin console komen deze users NIET tevoorschijn.
Er verschijnen een handjevol gebruikers (laat ons zeggen een 20-tal) maar van de andere users is geen spoor in de interface.
Die backup/restore functionaliteit mogen ze echt wel eens op de schop nemen want dat is toch echt wel bagger geimplementeerd..
systemdeveloper
20/10/16, 12:30
Kan het zijn dat je in de backupcron gewoon niet alles users aangevinkt hebt? Wij hebben hier nog nooit last van gehad.
Nee alle users zijn zeker aangezet, we hebben 300+ backup files aan de 'nieuwe kant' staan.
Ik zeg het in de CLI zie je de restore jobs ook allemaal draaien maar in de GUI komt er niets bij :-)
systemdeveloper
20/10/16, 12:43
En als je op pagina 2 van de userlijst klikt? (Ok, open deur, maar wilde het toch even roepen)
:D:D
Deze ken ik ook niet. Wel heb ik er (soms) last van dat bij het ssl certificaat het CA niet wordt gerestored maar verder werkt het eigenlijk altijd goed.
Ik heb wel problemen gezien bij versie verschillen, maar dat was hem dan ook :) Erg betrouwbaar verder
Ze komen pas in de interface nadat er een tally heeft gedraaid. Ze staan dan al lang op disk en in de services. Mogelijk blijft er daar iets hangen, of zijn er fouten mee? Wat zegt de message na de restore?
Algemene tips: restore eerst de admin account, dan de resellers, dan de users. Gaat het mis, restore dan 1 user of zo min mogelijk zodat een fout snel aan het licht komt. Eventuele foutmeldingen komen pas op het allerlaatst, zonde dat je dan moet wachten terwijl een fout in het begin veroorzaakt kan worden.
Zet je CSF uit, die killt je backups. De functie van DirectAdmin werkt goed.
Wij zorgen altijd dat zowel de source als target server dezelfde versies van Directadmin hebben. Verder inderdaad zoals al gezegd;
- Resellers eerst restoren
- CSF uitzetten (of in ieder geval process tracking)
De admin backup/restore functionaliteit werkt hier eigenlijk altijd goed.
wouter0100
24/10/16, 19:55
Hier er ook geen last van. Al verschillende grote migraties uitgevoerd met de DirectAdmin backup- en restore tool. Vind het persoonlijk wel altijd erg vervelend dat de "errors" pas naderhand zichtbaar worden, maar daarnaast vind ik het wel weer mooi dat je (grofweg) het process in kan zien (althans, bij admin backups). Werkt dus altijd wel prima, als je maar wel eerst - zoals hierboven ook aangegeven - de resellers terugzet en dan de users (al word dit volgensmij ook geforceerd door DirectAdmin).
Heb hier zelf een tal van andere problemen met DirectAdmin - maar dat is ter zijde :-).
Klinkt meer als een tally die niet volledig heeft gedraaid. Heb je hier al eens de log van nagelopen? Normaal restorred DA eerst de users en draait vervolgens een tally om de userlist voor de admin gebruikers bij te werken.
Respectievelijk bij redhat distri te vinden onder:
# /usr/local/directadmin/data/admin/userlist
# /usr/local/directadmin/data/admin/show_all_users.cache