Dall'omonimo post del forum di SugarCRM after_save hook and email addresses
Comportamento segnalato come bug 46029
ho risolto modificando cosi' il file /include/SugarObjects/templates/person/Person.php:
function save($check_notify=false)
{
$this->add_address_streets('primary_address_street');
$this->add_address_streets('alt_address_street');
$ori_in_workflow = empty($this->in_workflow) ? false : true;
$this->emailAddress->handleLegacySave($this, $this->module_dir);
// Move from here
// parent::save($check_notify);
$override_email = array();
if(!empty($this->email1_set_in_workflow))
{
$override_email['emailAddress0'] = $this->email1_set_in_workflow;
}
if(!empty($this->email2_set_in_workflow))
{
$override_email['emailAddress1'] = $this->email2_set_in_workflow;
}
if(!isset($this->in_workflow))
{
$this->in_workflow = false;
}
// To here
parent::save($check_notify);
if($ori_in_workflow === false || !empty($override_email))
{
$this->emailAddress->save($this->id, $this->module_dir, $override_email,'','','','',$this->in_workflow);
}
return $this->id;
}
e tutto funziona cosi' come ci si aspetta
domenica 29 aprile 2012
domenica 15 gennaio 2012
Lighttpd + php + Unslung issues
Se vi trovate davanti ad un problema come quello descritto nell'estratto del file di log di lighttpd (che trovate /opt/var/log/lighttpd/error.log) qui di seguito:
2012-01-15 10:37:57: (mod_fastcgi.c.1732) connect failed: Connection refused on unix:/tmp/php-fcgi.sock-0
2012-01-15 10:37:57: (mod_fastcgi.c.3025) backend died; we'll disable it for 1 seconds and send the request to another backend instead: reconnects: 0 load: 1
2012-01-15 10:37:57: (mod_fastcgi.c.2804) child signaled: 11
2012-01-15 10:37:57: (mod_fastcgi.c.1103) the fastcgi-backend /opt/bin/php-fcgi failed to start:
2012-01-15 10:37:57: (mod_fastcgi.c.1114) terminated by signal: 11
2012-01-15 10:37:57: (mod_fastcgi.c.1119) to be exact: it segfaulted, crashed, died, ... you get the idea.
2012-01-15 10:37:57: (mod_fastcgi.c.1121) If this is PHP, try removing the bytecode caches for now and try again.
2012-01-15 10:37:57: (mod_fastcgi.c. 2842) ERROR: spawning fcgi failed.
vi consiglio di utilizzare il comando:
/opt/bin/php-fcgi
che potrebbe svelare il problema all'origine del crash del modulo php-fcgi. Nel mio caso l'output del comando di cui in precedenza e' stato molto esplicativo e molto utile:
/opt/bin/php-fcgi: /lib/libdl.so.2: version `GLIBC_2.0' not found (required by /opt/lib/libxml2.so.2)
Segmentation fault
in quanto il problema del crash era dovuto alla mancanza del package libcml2 che ho provveduto ad installare utilizzando il comando:
ipkg install libxml2
martedì 1 marzo 2011
Errore TF255510 in fase di configurazione di Microsoft Team Foundation Server 2010
Durante la configurazione di un server TFS 2010, mi sono imbattuto nell'errore TF255510 che impedisce di proseguire con la configurazione del server. Piu' in particolare, aprendo il log file del wizard di configurazione e ricercando per l'errore specificato, si trovano le seguenti righe:
[Error @23:05:06.831] TF255510: The following path contains an access control list (ACL) that is not canonically ordered: C:\Program Files\Microsoft Team Foundation Server 2010\Application Tier\Web Access. This indicates that at least one file system permission required for installation is not configured correctly. You must resolve this issue before Team Foundation Server can be successfully installed. It might be possible to resolve this error by changing the properties for file or directory security in Windows Explorer. For more information, see this page on the Microsoft Web site: http://go.microsoft.com/fwlink/?LinkId=184320 .
[Error @23:05:06.831] !Verify Error!: TF255510: The following path contains an access control list (ACL) that is not canonically ordered: C:\Program Files\Microsoft Team Foundation Server 2010\Application Tier\Web Access. This indicates that at least one file system permission required for installation is not configured correctly. You must resolve this issue before Team Foundation Server can be successfully installed. It might be possible to resolve this error by changing the properties for file or directory security in Windows Explorer. For more information, see this page on the Microsoft Web site: http://go.microsoft.com/fwlink/?LinkId=184320 .
[Info @23:05:06.831] "Verify: System Checks\Root\CanonicalAcls(VCANONICALACLS): Exiting Verification with state Completed and result Error"
Non esistono riferimenti su questo errore al momento in cui sto scrivendo, per cui ho dovuto risolvere il problema"inventandomi" la soluzione, ovvero, assegnando i corretti priveligi alle varie cartelle dell'application tier di TFS2010, servendomi di una precedente, e funzionante, installazione di Team Foundation Server 2010.
Di seguito riporto le impostazioni di sicurezza, da settare per tutte le cartelle di TFS 2010 (C:\Program Files\Microsoft Team Foundation Server 2010), che permettono la risoluzione dell'errore TF255510
CREATOR OWNER: Full Control*
SYSTEM: Full Control
Administrators: Full Control
Users: Modify, Read & Execute, List folder contents
TrustedInstaller: List folder contents, Full Control*
* Il Full Control e' impostato passando da impostazioni avanzate
Cancellazione di un agente DPM 2010 orfano
Mi e' capitato di dover rimuovere un agente di Microsoft Data Protection Manager 2010 rimasto orfano del server su dui era stato installato. L'operazione puo' essere effettuata solo dalla Management Shell di DPM 2010 utilizzando il seguente comando:
PS C:\Program Files\Microsoft DPM\DPM\bin> .\Remove-ProductionServer.ps1 -DPMServerName <FQDN del DPM Server> -PSName <FQDN del server orfano>
venerdì 24 dicembre 2010
Problemi DNS Teletu
Dopo settimane di navigazione con DNS impostati manualmente oggi, sara' perche' e' la vigilia di Natale, anche OpenDNS mi ha "lasciato a piedi", come si suol dire, cosi' mi sono deciso di chiamare Teletu per farmi fornire questi maledetti nuovi DNS server che ancora, non ho capito per quale arcano motivo si rifiutano di fornire automaticamente a chi si connette con un router o un modem ADSL.
Per farla breve, elenco i DNS che mi hanno comunicato attraverso centro assistenza teletu, magari a qualcuno potranno essere utili:
Server DNS Primario: 91.80.36.136
Server DNS Secondario: 91.80.37.101
Buon Natale a tutti :) :)
lunedì 20 dicembre 2010
FSCStatisticsService fail to start
Oggi mi sono imbattutto in un errore che a distanza di circa un minuto circa generava una notifica di Windows in cui veniva segnalata l'impossibilita' di far partire il servizio FSCStatisticsService ovvero il servizio Statistiche di Microsoft ForeFront per Microsoft Exchange Server 2007.
Aprendo l'event viewer di Windows la prima cosa che colpisce e' la numerosissima quantita' di errori relatiivi al servizio:
The description for Event ID 0 from source FSCStatisticsService cannot be found. Either the component that raises this event is not installed on your local computer or the installation is corrupted. You can install or repair the component on the local computer.
If the event originated on another computer, the display information had to be saved with the event.
The following information was included with the event:
Service stopped
La soluzione del problema e' stata molto semplice: rinominare il file C:\Program Files (x86)\Microsoft Forefront Security\Exchange Server\Data\Statistics.xml e riavviare il servizio FSCStatisticsServices dalla console di amministrazione dei servizi di Microsoft Windows (services.msc)
venerdì 17 dicembre 2010
Rename SharePoint_AdminContent_<GUID> databasename
Da un po' di tempo Data Protection Manager 2010 (DPM 2010) falliva i backup di due database di SharePoint (Project Server 2007 per la precisione) adducendo come motivazione l'eccessiva lunghezza del nome del database da backuppare (nello specifico SharePoint_AdminContent_GUID e SharedServicesContent_<GUID>) e suggerendo di rinominare il database con un nome piu' corto.
La prima cosa che ho fatto e' verificare la lunghezza massima del nome di un membro appartenent ad un protection group e, dalla documentazione Microsoft ho trovato che, in realta' la lunghezza dei database da backuppare non era superiore al massimo consentito, ma gli errori di errata sincronizzazione si manifestavano comunque. Ho allora deciso di rinominare il database cosi' come suggerito da DPM... e qui sono cominciati i problemi.
Per farla breve, prima di riassumere i passaggi che hanno portato alla soluzione di tutti i problemi, faro' un piccolissimo preambolo. In pratica l'installazione di Project Server 2007 non e' stata effettuata seguendo le indicazioni fornite dalle Best Practice per cui l'amministratore della farm risultava l'utente di servizio Network Service cosa che ha creato non pochi problemi in fase di ridenominazione del DB.
I seguenti passaggi riassumono gli step da seguire per effettuare il rename del database di contenuto SharePoint_AdminContent_<GUID> anche nel caso in cui l'installazione di MOSS 2007 / WSS 3.0 / Project Server 2007 non sia stata effettuata con i dovuti criteri.
- Se l'installazione non e' stata fatta da voi o non e' stata documentata, assicurarsi che l'amministratore della Farm sia un account di dominio.
a. Se l'account dell'application pool SharePoint Central Administration v3 e' un account di sistema (Network Service, Local System o Local Service) allora molto probabilmente l'amministratore della farm e' l'account con cui "gira" l'application pool. In questo caso tutti i comandi che vederemo successivamente falliranno con il messaggio di Access Denied.
b. Per evitare cio' occorre lanciare il seguente comando:
stsadm -o updatefarmcredentials -identitytype configurableid -userlogin <DomainName>\<UserName> -password <Password>
c. Effettuato il cambio di amministratore occorre riavviare Internet Information Services per rendere effettevio il cambio di identita' per l'application pool di cui al punto 1.a. - Avviare la console di amministrazione di SharePoint
- Effettuare il backup del database che si vuole rinominare
- Ripristinare il database con il nuovo nome
- Avviare il command prompt con le credenziali dell'account amministratore della Farm
- Eseguire il comando
stsadm -o deletecontentdb -url <CentralAdministrationUrl><:<Port>> -databasename SharePoint_AdminContent_<GUID> -databaseserver <DatabaseInstance> - Sempre da commandline, eseguire il comando
stsadm -o addcontentdb -url <CentralAdministrationUrl><:<Port>> -databasename <SharePoint_AdminContent_NewName> -databaseserver <DatabaseInstance> - Avviare la Central Administration Console
- Rimuovere il vecchio database
- Cancellare il database da SQL Server
Iscriviti a:
Post (Atom)