Ændring i PHP-opsætning / adgange i nat?

[hamsel]

Aloha -

Mine sites var utilgængelige mellem 00:50 og 01:18 i morges - ser ud, som om der har været et nedbrud hos jer.  Efterfølgende er der en række af mine (joomla-baserede) sites, hvor jeg ikke kan logge ind som (joomla-)administrator.  Første tanke var selvfølgelig, at sitet var blevet hack'et, men det er det ikke.

Jeg får en PHP-fejl i "session_start" - det ser ud til, at der ikke kan skrives til den semafor, der holder sessions-ID'en.

Under oprettelse af et andet, nyt site her i dag (en proces, der normalt er fuldstændigt smertefrit) får jeg fejlen:

Kode: [Vælg]

Warning: session_start() [function.session-start]: open(/var/tmp/phpsession/sess_23604247c549c239a3c6d92cbffb3850, O_RDWR) failed:
No such file or directory (2) in /usr/home/n312840/public_html/supersquares.eu/libraries/joomla/session/session.php
on line 412Kan det tænkes, at der er sket noget med /var/tmp/phpsession/ - læse-/skriverettigheder, ownership, what-ever?  Eller er der ændret i PHP-setup'et?

Venlig hilsen
Per Hertz

[Calzone]

Installere safe-mode patchen.

[hamsel]

cPanel -> PHP Configuration siger:

Kode: [Vælg]

main  session.save_path  [en masse info-tekst] /var/tmp/phpsessionAltså skal /var/tmp/phpsession være skrivbar for PHP under den bruger, der eksekverer PHP på vegne Apache.

Er det noget, I kigger på?

Venlig hilsen
Per Hertz

[Calzone]

Du skiver i et forum på selv samme maskine som bruger selv samme bibliotek til at skive sine sessions i, og det virker, you do that math... så PHP's bruger har rettigheder til biblioteket... Og det har intet med Apache at gøre.

[hamsel]

Frem til i går aftes eksisterede problemet ikke, og jeg har selvfølgelig safe-mode patches på mine sites - el's kunne de jo ikke have kørt indtil nu - due to the same math...

http://www.supersquares.dk, som efterhånden er blevet et omfangsrigt site, er dér, hvor jeg har fået problemet.  Jeg havde en idé om, at én eller flere filer - eller databasen - kunne være blevet corrupted som følge af fejlen i nat, og jeg har derfor restored alle datafiler (tager 10 timer) og krydscheck'et databasen.  Samme resultat, desværre.

Så for at komme videre vil det være en stor hjælp for mig, hvis jeg kunne få at vide, hvad der er blevet ændret i nat. 

Venlig hilsen
Per Hertz

[Calzone]

Det kan du da godt få af vide...

Fixes
    Adjusted dnsqueue timeout handling to prevent erroneous requeueing
    Avoid locking NSD zonedb during rebuilds by dnsadmin
    Do not display PostrgreSQL information during account termination when account is not using PostgreSQL
    Fixed display output of /scripts/restorepkg to not print Javascript when used from the command line
    Fixed issue with interacting with PostgreSQL via cPanel
    Prevent display of the Proxy Access subdomains from appearing in the cPanel interface
    Resolve issues with device display in the the Show Current Disk Usage WHM interface
    Resolved conditions that produced internal death error output in the WHM Module Installers interface
    Use correct slow query configuration directive in sqloptimizer

Enhancements
    Added chkserv monitor for SSHd
    Bug 6522: Added the Suspend Time information to listsuspended output
    PHPMyAdmin updated to 2.11.9.3
    The restartsrv scripts now accept --stop to stop the service

[hamsel]

Hmmm - siger ikke så meget om sidevirkningerne på PHP-config...

/Hz

[Calzone]

Hmmm - siger ikke så meget om sidevirkningerne på PHP-config...

/Hz

Netop, der er ikke rørt ved PHP....

http://maartensen.com/ har været der længe og kørt uden problemer...  Så jeg kan ikke se hvad web2 skulle have med dine fejl at gøre.

[hamsel]

Det tror jeg gerne, Calzone.  Og jeg er sikker på, at Maartensen er glad.

[Calzone]

Og det er alle andre der har Joomla vel også, for jeg har nu selv installeret Joomla i går for at se om der var noget galt, plus har søgt og se om der der var andre Joomla'er på web2 og fandt fire andre der kørte uden problemer. Så mit bud er at du åbenbart har noget "uoriginalt" i din Joomla.

[thygedrengen]

Slettet.