Foutmelding bij restoren domains

[Aar]

Hoi,

Ik ben bezig met het overzetten (test-fase) van het overzetten van mijn domains van de ene server naar de andere, op userniveau.

Ik zit nu in een shared-hosting omgeving, en ga naar een eigen server toe.
Nu heb ik in de shared-hosting-omgeving een backup gemaakt via DirectAdmin van mijn domains, en deze gedownload naar mijn PC (~200 MB), en deze naar mijn server geuploadt naar de backupsmap.

Echter bij het restoren via Backup & Restore krijg ik deze foutmelding van DirectAdmin cadeau:

File is not of type tar.gz: gzip: stdin: not in gzip format /bin/tar: Child returned status 1 /bin/tar: Error exit delayed from previous errors

Het leuke is dat de bestandsnaam is:
backup-Oct-27-2009-1.tar.gz

En dat lijkt me toch geldig?

Iemand enig idee?

[Adnecto]

Je .tar.gz is wellicht corrupt geraakt?

Probeer eens uit te pakken op je lokale pc..

[Aar]

Ik zie het al, ik zat de tar die in de gz-file zat up te loaden.
Geen idee wie deze constructie bij DirectAdmin bedacht heb. Maar ik ben opnieuw aan het uplaoden.

Ik vond het al gek dat de extentie anders was, en dat dhet bestand naar mijn idee groter was dan ik dacht .

Geen idee of het werkt, dat zie ik over een minuut of 25. Maar ik heb er nu wel meer hoop in

[Aar]

Ok, dat is gelukt.
Echter nu zit ik met een probleem.

Ik hed 1 domain aangemaakt eerst, de restore van het gz-file uitvoerd via DA. En opeens stonden alle domeins uit de gz-file in DA.
Echter: Nu krijg ik een error 500 -foutmelding als ik naar http://MIJN_IP/~user ga...

het lijkt erop dat de domeinen (eentje al test uitgeprobeerd) wel prima werken...
Hoe kan dit? In welke logfile moet ik zoeken? Die httpd error log vermeldt niet echt wat noemenswaardigs...
Als ik een nieuwe domein aanmaak, en die als default instel pakt ie hem wel, maar bestaande domains niet?
Een .htaccess probleem in de webroot lijkt het niet te zijn?

[marsipulami]

als je iets als suphp hebt draaien komt het daarvan. dan kan je php files alleen runnen als je de site via de domeinnaam opvraagt

[Aar]

Okee dan, maar wat me wel opvalt. Als ik een nieuw domain aanmaak op user niveau in DA, en die als default instel. Dan pakt hij hem wel, en zie ik de nette placeholderpage :-).
Hoe kan dit dan?

[marsipulami]

omdat dat een html pagina is, en de andere paginas waarschijnlijk php.

verander de placeholder maar eens naar een php bestand

[dicktump]

Ik zie het al, ik zat de tar die in de gz-file zat up te loaden.
Geen idee wie deze constructie bij DirectAdmin bedacht heb. Maar ik ben opnieuw aan het uplaoden.

Het is juist heel gebruikelijk om een .tar.gz te maken. DirectAdmin heeft daarnaast ook een zeer overzichtelijke backup file, waarmee je zelfs nog vrij eenvoudig naar andere control panels/custom oplossingen kunt migreren.

Tar kun je min of meer zien als een soort van bestandssysteem (zonder compressie), waar je dan compressie met bijvoorbeeld gzip of bzip2 overheen doet om het bestand kleiner te krijgen.

[Aar]

omdat dat een html pagina is, en de andere paginas waarschijnlijk php.

verander de placeholder maar eens naar een php bestand

Hej ja, dat klopt. Dan heeft mijn hosting idd SuPHP geinstalleerd. Is er ook een theoretische reden waarom je dan allen sites via je domain op kan vragen, en niet via je IP/hostname? Is er ook een workaround of oplossing voor?
Ook php_flags in .htaccess lijken hierdoor niet te werken wat erg jammer is....

[Mark17]

workaround voor je eerste probleem:
domein.tld.server.jouwdomein.nl

Dit moet echter wel ingesteld worden in de apache configs. En anders kun je bij je pc (om te testen) je hosts file even aanpassen om zo terwijl de dns nog naar de oude locatie verwijst toch te kunnen testen.

Voor probleem 2 kun je kijken naar een php.ini per user en daar de instellingen uit de .htaccess inzetten. Verder is hier geen echte workaround voor. Persoonlijk geef ik de voorkeur aan mod_ruid (zie een ander topic op het forum over suphp vs mod_ruid).