Onderwerp: Plesk 8.1 update beschikbaar

De reden dat php na de update/herinstallatie niet meer werkt kwam omdat de bestanden php4.* directory mods-enabled waren verdwenen. PHP werkt inmiddels weer.

Hier probleemloos 2 windows servers van 7.6.1 naar 8.1 geupdate

Kan iemand antwoorden op mijn vraag omtrent de backups?

FrontPage Server Extensions are no longer shipped with Plesk. Therefore, after upgrading to Plesk 8.1, you will need to obtain and install FrontPage Server Extensions separately.

Dat is wel... minder optimaal zeg maar. Ik heb een aantal klanten welke hier gebruik van maken. Ik draai nu Plesk 8.0.1. Weet iemand wat er gaat gebeuren als ik nu de 8.1 update doe? Blijven mijn FP Extensions geinstalleerd of dien ik die handmatig te installeren en te activeren voor klanten?

edit
Ik moet eerst lezen en dan posten, niet andersom

Uit de Plesk Knowlegde Base:

Accordingly to http://www.rtr.com/fpsupport/fp2000license.htm: "FPSE kits are
no longer available for download and it cannot be distributed".

So, new installation of Plesk since 8.1 version will not have FPSE feature,
but if you upgraded from the previous Plesk version that had FPSE installed, it will work.

Kan iemand antwoorden op mijn vraag omtrent de backups?

Maak ff een nieuw topic aan a.u.b., das mss duidelijker

Heb zojuist ook de update gedaan. Het valt me mee Tot nu toe werkt alles aardig op een paar kleine dingetjes na.

Er zijn wat wijzigingen gedaan in de templates, dus wij moeten ons template gaan aanpassen.

Verder is Ruby on Rails wel geinstalleerd volgens de log, maar ik kan er in Plesk niets over terug vinden? Ik weet niet precies hoe Ruby on Rails werkt, maar het lijkt me dat het toch wel aan/uit te zetten is o.i.d.?

Verder missen er nu onderdelen in het Dutch language pack (de onofficiele) maar dat werkt goed genoeg gelukkig, ik denk niet eens dat de klanten dat door gaan hebben.

Verder ben ik nu MySQL handmatig aan het updaten naar 5.0 aangezien dat niet door Plesk gedaan is. Ik post mijn uiteindelijke bevindingen nog wel

Plesk 8.1 maakt niet de juiste .qmail files in elke maildir.

Code:

| /usr/local/psa/bin/psa-spamc reject
| true
./Maildir/

Hij mist hier de -u optie, waarmee hij de personal-settings van een mailuser kan gebruiken. Hij pakt dus alleen de site-wide opties. Ook werkt hierdoor de Autowhitelist niet...

In mijn maillogs zie ik dan ook dit:

Code:

Dec  3 13:16:35 mooi-01 spamd[8270]: spamd: got connection over /tmp/spamd_full.sock
Dec  3 13:16:35 mooi-01 spamd[8270]: spamd: using default config for info@: home/qmail/mailnames//info/.spamassassin/user_prefs
Dec  3 13:16:35 mooi-01 spamd[8270]: spamd: processing message <001c01c716dd$3bc70270$066500e4@LUKAS> for info@:110
Dec  3 13:16:41 mooi-01 spamd[8270]: mkdir /home/qmail/mailnames//info: Permission denied at /usr/lib/perl5/vendor_perl/5.8.5/Mail/SpamAssassin.pm line 1530
Dec  3 13:16:41 mooi-01 spamd[8270]: locker: safe_lock: cannot create tmp lockfile /home/qmail/mailnames//info/.spamassassin/auto-whitelist.lock.my_mailserver.com.8270 for /home/qmail/mailnames//info/.spamassassin/auto-whitelist.lock: No such file or directory
Dec  3 13:16:41 mooi-01 spamd[8270]: auto-whitelist: open of auto-whitelist file failed: locker: safe_lock: cannot create  tmp lockfile /home/qmail/mailnames//info/.spamassassin/auto-whitelist.lock.my_mailserver.com.8270 for /home/qmail/mailnames//info/.spamassassin/auto-whitelist.lock: No such file or directory

Zie de dubbele slashes op regel 2,3,4 en 5 , daar hoort de domeinnaam tussen te staan!

Inmiddels al meerdere keren mchk -v of mchk --with-spam gedraait. Geen oplossing. Sterker nog, tijdens het draaien van mchk, zie ik het volgende in de processlist: "spammng <defunct>" Lijkt alsof ie wat arguments mist.

De gehele spamassassin tables zijn veranderd binnen de psa-dbase, het lijkt dus dat mchk hier niet mee om kan gaan...

Nog meer mensen met dit probleem?

Oorspronkelijk geplaatst door Pirus Internetservices

Verder is Ruby on Rails wel geinstalleerd volgens de log, maar ik kan er in Plesk niets over terug vinden? Ik weet niet precies hoe Ruby on Rails werkt, maar het lijkt me dat het toch wel aan/uit te zetten is o.i.d.?

Plesk biedt (nog) geen RoR-ondersteuning.

Plesk 8.1 adds support for Ruby on Rails framework. Ruby on Rails support can be turned on by enabling FastCGI on a domain(hosting preferences).

Wij gebruiken momenteel plesk 7.5.6 voor windows. Ik heb net de 8.1 installer gedownload van de swsoft website, moet ik deze gewoon uitvoeren op de server. Zijn er nog andere dingen waar ik rekening mee moet houden ?

Oorspronkelijk geplaatst door mihosnet

Plesk 8.1 adds support for Ruby on Rails framework. Ruby on Rails support can be turned on by enabling FastCGI on a domain(hosting preferences).

Dat heb ik ik gedaan. Nou moet ik zeggen ik heb 0 ervaring met RoR, dus ik ben maar wezen googlen waar ik kon vinden dat een RoR bestand de .rb extentie heeft.

Ik een test bestandje gemaakt, maar ik zie gewoon de broncode als tekst op het scherm. Lijkt me niet dat dat de bedoeling is wel?

Mijn excuus, had het nog niet gezien. Ga hier het framework eens instaleren op een testdoosje (Win32).

Mijn probleem (zie hierboven) is inmiddels netjes opgelost. Omdat mijn /var volliep en ik op /home nog meer dan voldoende ruimte had, heb ik /var/qmail/mailnames gesymlinked naar /home/qmail/mailnames. Dit snapte psa-spamassassin blijkbaar niet.
SWSoft support had de volgende oplossing:

Thank you for details. Yes, the problem with spamassassin has been fixed by replacing variable environment HOME in /usr/local/psa/bin/psa-spamc file:

the line p="${HOME#/var/qmail/mailnames/}" has been substituted for p="${HOME#/home/qmail/mailnames/}"

I have already sent an excerpt from maillog in my previous email to prove that spamassassin is running fine.


Best regards,

Die knoppen van MyPlesk.com enzo zijn gewoon uit te zetten.

Hoe dan? Ik kan het niet vinden?

edit: gevonden

To remove it from the left menu:

add this to /css/left/custom.css

#virtuozzo {
display: none;
}