Controllando l'event viewer del mio server di SharePoint 2010 con installazione Standalone ho visto molti errori di questo tipo "Requested registry access is not allowed".
Cercando in internet ho trovato che la soluzione è ridare i permessi a Network Service a queste 2 chiavi di registro.
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Shared Tools\Web Server Extensions\14.0\Secure\FarmAdmin
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\SystemCertificates
Non ho ancora capito il motivo del mal funzionamento.
domenica 20 giugno 2010
venerdì 11 giugno 2010
Finalmente la certificazione MCTS
Finalmente ho preso il coraggio a due mani e ho affrontato l'esame di certificazione 70-630.
E' con immenso piacere che posso annunciare di essere riuscito a passarlo con un punteggio di 964, quindi ora sono MCTS - Microsoft Office SharePoint Server 2007, Configuration.
_530.png)
E' con immenso piacere che posso annunciare di essere riuscito a passarlo con un punteggio di 964, quindi ora sono MCTS - Microsoft Office SharePoint Server 2007, Configuration.
giovedì 3 giugno 2010
SharePoint 2010 and Office Web Apps
Non so se ritenermi fortunato o meno, per aver già installato due volte le office web apps su SharePoint 2010, perchè per ora l'esperienza è stata più simile a un parto plurigemellare che a una passeggiata.
Premetto che ho seguito fedelmente quanto riportato nell'articolo Technet di Microsoft Deploy Office Web Apps (Installed on SharePoint 2010 Products), ma in entrambe i casi le cose non sono andate per nulla liscie.
La prioma istallazione l'ho fatta su una macchina con SharePoint 2010 installato in standalone mode; in questo caso dopo aver installato i binari delle web apps ho lanciato il PSConfig che arrivato allo step 7 di 10 si è bloccato (suppongo stesse cercando di registrare l'avvenuta istallazione delle web apps in active directory, peccato che la macchina non fosse in dominio). Non sapendo come procedere ho stoppato il processo e sono andato a controllare fin dove era arrivato il configuratore; strano ma vero ho trovato tutti i servizi configurati e startati e le web service application anch'esse pronte all'uso. In definitiva le office web apps risultano funzionanti, anche se il processo PSConfig non ha mai visto la fine.
Di tutt'altro spessore il secondo caso. La situazione era una macchina di front end con sharepoint che punta a un server con SQL Server, questa volta in dominio. Dopo aver installato i binari ho lanciato PSConfig che questa volta è arrivato fino all'ultimo step ma con un bel FAILED! Pensando di essere fortunato come la prima volta sono andato a vedere lo stato dei servizi e delle web service application, ma questa volta la fortuna mi ha voltato le spalle. I servizi erano configurati ma stoppati e le web service application non erano state create. A questo punto ho pensato di lanciare gli script suggeriti nell'articolo e mi sono ritrovato con le web service application installate e configurate in stato di started, ma con i servizi in un limbo: starting.
Dopo essermi consultato con un po' di persone, Davide Colombo mi ha suggerito di eliminare i servizi rimasti appesi con il seguente comando STSADM: deleteconfigurationobject (Unable to delete Shared Services).
Use the following procedure to identify the Shared Services GUID:
Per ora questo ultimo mistero non è ancora stato risolto, invito chiunque avesse un'idea di offrire il suo contributo. Aggiornerò il post qualora trovassi una soluzione.
Premetto che ho seguito fedelmente quanto riportato nell'articolo Technet di Microsoft Deploy Office Web Apps (Installed on SharePoint 2010 Products), ma in entrambe i casi le cose non sono andate per nulla liscie.
La prioma istallazione l'ho fatta su una macchina con SharePoint 2010 installato in standalone mode; in questo caso dopo aver installato i binari delle web apps ho lanciato il PSConfig che arrivato allo step 7 di 10 si è bloccato (suppongo stesse cercando di registrare l'avvenuta istallazione delle web apps in active directory, peccato che la macchina non fosse in dominio). Non sapendo come procedere ho stoppato il processo e sono andato a controllare fin dove era arrivato il configuratore; strano ma vero ho trovato tutti i servizi configurati e startati e le web service application anch'esse pronte all'uso. In definitiva le office web apps risultano funzionanti, anche se il processo PSConfig non ha mai visto la fine.
Di tutt'altro spessore il secondo caso. La situazione era una macchina di front end con sharepoint che punta a un server con SQL Server, questa volta in dominio. Dopo aver installato i binari ho lanciato PSConfig che questa volta è arrivato fino all'ultimo step ma con un bel FAILED! Pensando di essere fortunato come la prima volta sono andato a vedere lo stato dei servizi e delle web service application, ma questa volta la fortuna mi ha voltato le spalle. I servizi erano configurati ma stoppati e le web service application non erano state create. A questo punto ho pensato di lanciare gli script suggeriti nell'articolo e mi sono ritrovato con le web service application installate e configurate in stato di started, ma con i servizi in un limbo: starting.
Dopo essermi consultato con un po' di persone, Davide Colombo mi ha suggerito di eliminare i servizi rimasti appesi con il seguente comando STSADM: deleteconfigurationobject (Unable to delete Shared Services).
Use the following procedure to identify the Shared Services GUID:
- Login to SQL server.
- Open SQL Management Studio and expend Databases.
- Expand Configuration Database & Tables.
- Opened table for dbo.object.
- Executed following query in query analyzer: SELECT * FROM [MOSS_CFG_CA_01].[dbo].[Objects]where name like ‘Name of the Shared Services’.
- Copy the ID of object referenced in objects table of configuration database.
Per ora questo ultimo mistero non è ancora stato risolto, invito chiunque avesse un'idea di offrire il suo contributo. Aggiornerò il post qualora trovassi una soluzione.
Iscriviti a:
Post (Atom)