Hibás sesskey, az űrlap nem elfogadható!
További tájékoztatás erről a hibáról
Mégis: egyik OK, másik fut, csak logint már nem enged.
A moodle.org leírtakhoz hasonlóan költöztettem el két oldalt egy másik gépre. Az egyik működőképes, be lehet lépni is, a másikra nem és ez utóbbinál jelszót se lehet kérni újat, helyette a
üzenetet kapom. Sztem mindkét esetben ugyan úgy jártam el, maintanance mód, majd fileok átkerültek mindkét esetben az új helyre, adazbázis export-import megvolt, config php javítva a új helyen.
Mégis: egyik OK, másik fut, csak logint már nem enged.
Mégis: egyik OK, másik fut, csak logint már nem enged.
Szia, én akkor jártam így mikor nem volt írási jog a moodledata mappára, illetve az almappákra. Van egy sessions könyvtára. Érdemes megnézni.
Üdv.
Üdv.
Szia, csatlakozom Péterhez.
Nálam is egy visszaállítás alkalmával ezt a hibát adta, az ok pedig a könyvtár jogosultságainak beállítása volt. Szóval remélem hamar megoldódik.
At.
Nálam is egy visszaállítás alkalmával ezt a hibát adta, az ok pedig a könyvtár jogosultságainak beállítása volt. Szóval remélem hamar megoldódik.
At.
Köszönöm, bosszantó
, de valóban csak ennyi kellett. Most már jó.
, de valóban csak ennyi kellett. Most már jó.
Talán nem itt kéne rákérdezni. De végül is migráció. Minden pontosan ugyanoda került, adatbázis, mappák stb. S bár minden működni látszik, de azok a menüpontok, amelyek a fiókok adminisztrálásával kapcsolatosak, egyszerűen üres lapot adnak? Semmi hibaüzenet vagy ilyesmi. Jogosultság probléma már nem lehet, ez kizárva.
A domain is ugyanaz? Ergo egy biztonsági mentés helyreállításáról van szó?
Az adatbázis jogosultságok sem változhattak? Van másik admin jogú felhasználó? Azzal is jelentekezik a probléma?
Az eredeti oldalon be volt kapcsolva a password salting szolgáltatás? A config.php egy az egyben ugyanaz?
Bocs, de csak ötletelek, pedig már találkoztam ilyen problémával, de a megoldásra sajnos nem emlékszem.
Üdv.: Csaba
Az adatbázis jogosultságok sem változhattak? Van másik admin jogú felhasználó? Azzal is jelentekezik a probléma?
Az eredeti oldalon be volt kapcsolva a password salting szolgáltatás? A config.php egy az egyben ugyanaz?
Bocs, de csak ötletelek, pedig már találkoztam ilyen problémával, de a megoldásra sajnos nem emlékszem.
Üdv.: Csaba
A domain is ugyanaz?
Teljesen
Ergo egy biztonsági mentés helyreállításáról van szó?
Még csak az se kellett volna, mivel komplett webroot + moodledata 1:1 megvan, jogok is átfrissítve.
Az adatbázis jogosultságok sem változhattak?
semmit
Van másik admin jogú felhasználó? Azzal is jelentekezik a probléma?
van, azzal is. De minden admin funkció jól ment, kivéve ez, ami egyáltalán nem.
Az eredeti oldalon be volt kapcsolva a password salting szolgáltatás?
Nem.
A config.php egy az egyben ugyanaz?
lásd fentebb, igen.
Bocs, de csak ötletelek, pedig már találkoztam ilyen problémával, de a megoldásra sajnos nem emlékszem.
:)
- a megoldás kurzusbackupokból való helyreállítás lett, ami pár fokkal macerásabb.
- egy változás volt, ami érinthette a környezetet: operációs rendszer váltása, ubuntu > debian. De ettől még ... :S
Teljesen
Ergo egy biztonsági mentés helyreállításáról van szó?
Még csak az se kellett volna, mivel komplett webroot + moodledata 1:1 megvan, jogok is átfrissítve.
Az adatbázis jogosultságok sem változhattak?
semmit
Van másik admin jogú felhasználó? Azzal is jelentekezik a probléma?
van, azzal is. De minden admin funkció jól ment, kivéve ez, ami egyáltalán nem.
Az eredeti oldalon be volt kapcsolva a password salting szolgáltatás?
Nem.
A config.php egy az egyben ugyanaz?
lásd fentebb, igen.
Bocs, de csak ötletelek, pedig már találkoztam ilyen problémával, de a megoldásra sajnos nem emlékszem.
:)
- a megoldás kurzusbackupokból való helyreállítás lett, ami pár fokkal macerásabb.
- egy változás volt, ami érinthette a környezetet: operációs rendszer váltása, ubuntu > debian. De ettől még ... :S