opgelost Inlog naar backend lukt niet

Ik heb mijn website laten verplaatsen van een Amerikaanse Host naar een Nederlandse host.
Alles is bijna goed verlopen. Echter ik kan niet zelf meer inloggen in Joomla.

Krijg keurig het inlogscherm kan alles net invoeren, maar verder kom ik niet.
Ook het wijzigen van het paswoord veranderd niets.

Ik heb ergens gelezen over dat er in de database een plg_user_ o.i.d. moet zijn, maar kan in de hele database geen plugins vinden.
Weet iemand waar ik deze zou moeten vinden.

In de tabel xxx_extensions

Ik heb hem gevonden, maar dacht dat daar het goed staat

extension_id int(11)
401
name varchar(100)
plg_authentication_joomla
type varchar(20)
plugin
element varchar(100)
joomla
folder varchar(100)
authentication
client_id tinyint(3)
0
enabled tinyint(3)
1
access int(10) unsigned
1
protected tinyint(3)
0

Deze ook gecontroleerd?

Alles gecontroleerd, maar blijkbaar zit het daar niet.
Ook de inlognaam en wachtwoord aangepast, maar ook dat geeft geen enkele verandering.

Hoe is die verhuizing uitgevoerd?
Je schrijft dat je het hebt laten doen.
Is er gebruik gemaakt van bijvoorbeeld Akeeba Backup?
Of is het handmatig gedaan middels FTP en een back-up en restore van de database?

Het lijkt er in ieder geval op dat de gebruikte back-up voor de verhuizing niet goed was.
Is dat nog te achterhalen?

Toch werkte alles goed voor de verhuizing met inloggen.
Ook de website werkt nu ook normaal, alleen het lukt me niet in de backend te komen.

Kan nog wel bij de bestanden bij de oude host, maar weet niet hoe ik bij de het oude ip nummer bij de backend kan komen.
Kan het veroorzaakt worden door b.v. admintools of HackAlert ?

Ik heb wel een backup gedownload op mijn pc staan, maar hoe ik deze zonder schade kan plaatsen weet ik niet.
Want de website zelf werkt wel goed.

Misschien dat eerst een lokale versie moet installeren op mijn pc

Misschien toch nog even duidelijk aangeven hoe de website verhuisd is. Zie de vragen van Wouter (Woody4u) in #6.
Ik begrijp ook dat je de verhuizing door een 'derde' hebt laten doen. Misschien die er ook eens op aanspreken?
Krijg je foutmeldingen? Kun je eventueel iets terugzien in de (server)logs?.

Het is gewoon door de nieuwe host gebeurd, maar een antwoord verwacht ik pas vanaf maandag, omdat het geen spoed is. De website draait verder prima.
Maar kan niets aanpassen en ook niet updaten.

Ik krijg totaal geen foutmeldingen. Als ik inlog krijg ik gewoon weer direct het inlogscherm.
Daarin kan je ook niet zien of je het onjuiste wachtwoord hebt ingevuld, maar ik weet dat ik het juiste wachtwoord heb ingevuld.
Ook via de andere inlog lukt het niet.

Ik zal dus geduld moeten hebben. Ik zie dat alle bestanden op de oude host server nog steeds staan. Echter weet niet of je die zomaar klakkeloos via ftp over kan zetten.

Wil je eens een screenshot maken van de inhoud van de tabel "jos_extensions" ?
Daar zou het probleem moeten zitten namelijk (zoals al eerder aangegeven).

Wat je zou kunnen doen, om te kijken of er iets corrupt geraakt is tijdens de verhuizing, de complete inhoud van je Joomla installatie vanuit je backup naar een submap te kopiëren, een nieuwe database aanmaken en de backup SQL data importeren. Daarna uiteraard even de config file aanpassen naar de juiste DB instellingen.

Klinkt misschien te eenvoudig, maar op die manier heb je een grote kans dat je nog meer dingen uitsluit

Al weet ik het niet zeker, maar ik heb gezien dat ik mijn oude host twee database heb staan jos en OC5. Nu weet ik niet welke bij de website hoort. Terwijl op de nieuwe host alleen een jos staat.
Maar het aantal records zijn bij OC5 (oud) en Jos (nieuw) gelijk 228

Ik weet niet hoe je een screenshot van al die record kan maken. Heb het wel in 3 PDF bestanden, maar weet hoe je die hier kan.
plaatsen.

De oplossing die je boven aandraagt klinkt misschien voor jou eenvoudig, maar voor mij is het onbegrijpelijk. Welke Dbase hoort bij welke joomla. Ik durf niets te veranderen, omdat nu werkt de website goed en als ik er mogelijk iets mee gaat doen werkt die niet meer. Misschien is het dan beter eerste lokaal daarmee te werken.

Ik zou even tot morgen wachten. Aangezien je hoster de verhuizing heeft verzorgd, is deze hier ook voor verantwoordelijk en zal hij dit op moeten lossen.