Onderwerp: Belangrijke bug in DA 1.43 met mod_ruid2!

Oorspronkelijk geplaatst door tvdh

- Alle users waarbij het fout gegaan is suspenden en daarna weer unsuspenden, zo maakt hij een nieuwe httpd.conf voor de users aan

Dit is een handigere oplossing:

Code:

echo "action=rewrite&value=httpd" >> /usr/local/directadmin/data/task.queue
/usr/local/directadmin/dataskq #rewrite httpd configs
/usr/local/directadmin/dataskq #herstart httpd, DirectAdmin doet dit nooit direct met de vorige tally.

Hiermee voer je een rewrite voor alle gebruikers uit.

Ik had overigens in mijn reactie ook al geschreven dat je de pre-release binaries kon gebruiken.

De echo regel die yourwebhoster schrijft, wordt ook aangegeven in de help sectie van DA bij de handleiding voor installatie van pre-release binaries.
Degenen die geen lifetime license hebben en dus geen prerelease binaries kunnen gebruiken, kunnen in elk geval de oplossing met het kopiëren van de virtual_host2 files gebruiken.

Bedankt mensen dit werk prima om het probleem te verhelpen. Echter na dit gedaan te hebben is mijn multiserver setup niet meer opearationeel.
Krijg de melding : Unable to get api result. Check your configuration options
Dit was voor de update nog niet zo. Dit schijnt iets te maken te hebben met api_with_password= in de user.conf

Volgens de debug mode zou deze op =no staan maar wanneer ik in /usr/local/directadmin/data/users/admin/user.conf kijk staat deze gewoon op =yes
Dus wie kan me helpen. Hopenlijk krijg ik mn multi setup weer omhoog.

Firewall en dergelijke heb ik allemaal goed staan... het probleem doet zich alleen voor na de update. zelfs wanneer ik downgrade maakt ie weer prima connectie.

Probeer met nano of vi wat je had te verwijderen en voer het opnieuw in. Dit heeft te maken met een encoding probleem die kan optreden als je het met de browser aanpast. Daarna even da herstarten.

Ik heb nano gebruikt voor alle eventuele wijzigingen.
Verder staat de admin (user.conf) standaard op api_with_password=yes dus goed alleen geeft de deboug mode anders aan

Volgens de debug mode zou deze op =no staan maar wanneer ik in /usr/local/directadmin/data/users/admin/user.conf kijk staat deze gewoon op =yes

Dat ziet er naar uit alsof DA zich verslikt heeft, dat had ik laatst ook met php. Die stond op ON terwijl Debug vond dat ie op OFF stond, dat heb ik toen opgelost door het uit te schakelen, opslaan en weer aan te zetten.

Ik denk dat je in jouw situatie het snelst geholpen bent door even de multi setup uit te schakelen en weer aan te schakelen, of als dat niet werkt, even de multi setup te verwijderen en daarna opnieuw aan te maken.

Helaas heb ik dit ook al geporbeerd maar gaat niet goed dus de situatie blijft onveranderd.
Iemand een idee of de zelfde ervaring?