[Building Sakai] Workspace not found: getting Site Not found

[Sanghyun Jeon]

I  add any new participant into the !template.course.sc site using Add
Participant feature from SITE INFO, but SAKAI_SITE_USER table won't be
updated, which means this table does not have the newly added participant.
When I compare this "!template.course.sc" with other course sites from
SAKAI_SITE table, IS_SPECIAL filed is different: "!template.course.sc" has
value 1, while the other course sites have 0.
What does this mean?
why SAKAI_SITE_USER table won't updated, although the newly added
participant" is automatically added into User Id tab when you go to Realms
< search "!template.course.sc" ?




1
On Fri, Feb 1, 2013 at 2:57 PM, Sanghyun Jeon <euksa99 at gmail.com> wrote:

> Thank you for writing back, Alex.
>
> I've check this campus admin account from SAKAI_USER_ID_MAP , but I found
> one result per each admin.
>
> Still could not figure it out why?
>
> Sanghyun
>
>
>
> On Thu, Jan 31, 2013 at 12:30 AM, Alexandre Ballesté <
> alexandre.balleste at udl.cat> wrote:
>
>>  Some time ago we had a problem with some users that didn't see their
>> own workspaces. That users had a double account with the same eid, one in
>> DB and the other in LDAP. In the SAKAI_USER_ID_MAP they had 2 rows for each
>> eid with a different userId. You could take a look if it happens to you.
>>
>> Alex
>>
>>
>>
>> On 01/30/2013 09:37 PM, Sanghyun Jeon wrote:
>>
>> I am sorry to send so many emails to the list-- I need to resolve this
>> issue, can anyone help me? At least giving me any starting point to dig...
>>
>>  Sanghyun
>>
>> On Mon, Jan 28, 2013 at 2:09 PM, Sanghyun Jeon <euksa99 at gmail.com> wrote:
>>
>>> We, Claremont have a bit similar problem.
>>>
>>>  Claremont has 7 different campus and each campus admin can access its
>>> own sites using campus_admin account (ex. admin_scr).
>>>
>>>  Problem is that we have 7 different default course site templates and
>>> each campus admin has a maintain role for each course site template and can
>>> access via url (
>>> https://sakai.claremont.edu/portal/site/!template.course.sc)
>>> However, each campus admin cannot search this same site via Worksite
>>> Setup.
>>>
>>>  Each site template has two site participants: admin and campus_admin.
>>> Both have maintain role.
>>> Admin < Realm < /site/!template.course.sc has two user Id: admin_scr
>>> and admin. It has five roles id: Auditor, Instructor, Student, Teachning
>>> Assistant, and maintain.
>>> admin account, which has the same maintain role, can both access and
>>> search course site template.
>>> Can anyone shed some light on this?
>>>
>>>  Sanghyun
>>>
>>>
>>>
>>>
>>> On Tue, Oct 23, 2012 at 7:40 AM, David Horwitz <david.horwitz at uct.ac.za>wrote:
>>>
>>>>  Also:
>>>>
>>>> - the user has the right role in the created realm (usualy maintain)
>>>> - the site and realm are being created
>>>>
>>>> ...
>>>>
>>>> D
>>>>
>>>> On 10/23/2012 04:33 PM, David Wafula wrote:
>>>>
>>>> Just checked...yes, they are all ticked..
>>>>
>>>> On Tue, Oct 23, 2012 at 4:26 PM, David Horwitz <david.horwitz at uct.ac.za
>>>> > wrote:
>>>>
>>>>>  Hi David,
>>>>>
>>>>>
>>>>> do they have site.visit for the realms of thier new myworkspace site?
>>>>>
>>>>> D
>>>>>
>>>>>
>>>>> On 10/23/2012 04:20 PM, David Wafula wrote:
>>>>>
>>>>>  Hello all,
>>>>>
>>>>>  We have started experiencing problems with new users in 2.8.0 a few
>>>>> days ago. When new users login for the first time, they get Site Not Found.
>>>>> No workspace for them. These users are either type 'guest' or type
>>>>> 'student'. Yes, we recently created !user.student and !user.guest
>>>>> templates, but must have done something wrong with these changes. How best
>>>>> do we fix this?
>>>>>
>>>>> Thanks.
>>>>> --
>>>>> David Wafula
>>>>>
>>>>>
>>>>>  _______________________________________________
>>>>> sakai-dev mailing listsakai-dev at collab.sakaiproject.orghttp://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>>>>>
>>>>> TO UNSUBSCRIBE: send email to sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of "unsubscribe"
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> sakai-dev mailing list
>>>>> sakai-dev at collab.sakaiproject.org
>>>>> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>>>>>
>>>>> TO UNSUBSCRIBE: send email to
>>>>> sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of
>>>>> "unsubscribe"
>>>>>
>>>>
>>>>
>>>>
>>>>  --
>>>> David Wafula
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> sakai-dev mailing list
>>>> sakai-dev at collab.sakaiproject.org
>>>> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>>>>
>>>> TO UNSUBSCRIBE: send email to
>>>> sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of
>>>> "unsubscribe"
>>>>
>>>
>>>
>>
>>
>> _______________________________________________
>> sakai-dev mailing listsakai-dev at collab.sakaiproject.orghttp://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>>
>> TO UNSUBSCRIBE: send email to sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of "unsubscribe"
>>
>>
>>
>> --
>> Alexandre Ballesté Crevillén  alexandre.balleste at udl.cat
>> =====================
>> University of Lleida
>> Information and Communication Systems Service
>> Analyst / Programmer
>> Twitter: @sinmsinm
>>
>> Tlf: +34 973 702148
>> Fax: +34 973 702130
>> =====================
>>
>>
>> _______________________________________________
>> sakai-dev mailing list
>> sakai-dev at collab.sakaiproject.org
>> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>>
>> TO UNSUBSCRIBE: send email to
>> sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of
>> "unsubscribe"
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20130201/7d55fdc5/attachment.html