Ok, I made that change and restarted idmap with:
#svcadm restart idmap
After doing that I connected to the share again, and verified that I'm
not getting file change notifications.
There don't appear to be any new messages in /var/adm/messages, it's
5pm now and the last message in there is:
Apr 29 13:37:24 rob-039v smbsrv: [ID 138215 kern.notice] NOTICE:
smbd[ROBINSONS\Ross Smith]: admi share not found
And the content of the idmap log file is:
# cat /var/svc/log/system-idmap\:default.log
[ Apr 29 16:56:03 Stopping because service restarting. ]
[ Apr 29 16:56:03 Executing stop method (:kill). ]
[ Apr 29 16:56:04 Executing start method ("/usr/lib/idmapd"). ]
debug mode enabled
change machine_sid=S-1-5-21-925512378-4119938038-2770182097
change default_domain=robinsons.com
change domain_name=robinsons.com
Initial configuration loaded
Querying DNS for SRV RRs named '_ldap._tcp.dc._msdcs' for 'robinsons.com'
Found _ldap._tcp.dc._msdcs.robinsons.com 600 IN SRV [0][100]
rob-010.robinsons.com:389
Found _ldap._tcp.dc._msdcs.robinsons.com 600 IN SRV [0][100]
rob-010x.robinsons.com:389
created thread ID 3 - 1 threads currently active
list_size_limit=0
default_domain=robinsons.com
domain_name=robinsons.com
machine_sid=S-1-5-21-925512378-4119938038-2770182097
No domain controllers known
forest_name=null
site_name=null
No global catalog servers known
No domains in forest null known
No trusted domains known
ds_name_mapping_enabled=false
ad_unixuser_attr=null
ad_unixgroup_attr=null
nldap_winname_attr=null
[ Apr 29 16:56:04 Method "start" exited with status 0. ]
Querying DNS for SRV RRs named
'_ldap._tcp.Default-First-Site-Name._sites.dc._msdcs' for
'robinsons.com'
Found _ldap._tcp.Default-First-Site-Name._sites.dc._msdcs.robinsons.com
600 IN SRV [0][100] rob-010.robinsons.com:389
Found _ldap._tcp.Default-First-Site-Name._sites.dc._msdcs.robinsons.com
600 IN SRV [0][100] rob-010x.robinsons.com:389
Querying DNS for SRV RRs named
'_ldap._tcp.Default-First-Site-Name._sites.gc._msdcs' for
'robinsons.com'
Found _ldap._tcp.Default-First-Site-Name._sites.gc._msdcs.robinsons.com
600 IN SRV [0][100] rob-010.robinsons.com:3268
Found _ldap._tcp.Default-First-Site-Name._sites.gc._msdcs.robinsons.com
600 IN SRV [0][100] rob-010x.robinsons.com:3268
Querying DNS for SRV RRs named '_ldap._tcp.gc._msdcs' for 'robinsons.com'
Found _ldap._tcp.gc._msdcs.robinsons.com 600 IN SRV [0][100]
rob-010.robinsons.com:3268
Found _ldap._tcp.gc._msdcs.robinsons.com 600 IN SRV [0][100]
rob-010x.robinsons.com:3268
unable to discover Trusted Domains
change domain_controller=rob-010.robinsons.com port=389
change domain_controller=rob-010x.robinsons.com port=389
change forest_name=robinsons.com
change site_name=Default-First-Site-Name
change global_catalog=rob-010.robinsons.com port=3268
change global_catalog=rob-010x.robinsons.com port=3268
change domains_in_forest=robinsons.com
created thread ID 5 - 2 threads currently active
On Wed, Apr 29, 2009 at 1:36 PM, Julian Pullen <julian.pul...@sun.com> wrote:
> Ross,
>
> I suggest you turn on idmap debugging and see what you get in the log file
> /var/svc/log/system-idmap:default.log
>
> svccfg -s idmap setprop 'config/debug = astring: ""'
>
> You will have to restart idmapd.
>
> To turn off debugging remove the SMF property.
>
> Regards
>
> Julian
>
>
> Ross Smith wrote:
>>
>> Hi guys,
>>
>> This just happened to me again, on snv_112. In case it helps, this is
>> the entire content of /var/adm/messages:
>>
>> # cat /var/adm/messages
>> Apr 29 03:57:44 rob-039v idmap[1965]: [ID 696364 daemon.error]
>> Degraded operation (Global Catalog servers not
>> configured/discoverable). If you are running an SMB server in
>> workgroup mode, or if you're not running an SMB server, then you can
>> ignore this message
>> Apr 29 04:24:06 rob-039v idmap[1965]: [ID 643943 daemon.notice] Normal
>> operation restored
>> Apr 29 07:48:59 rob-039v smbsrv: [ID 138215 kern.notice] NOTICE:
>> smbd[ROBINSONS\Ross Smith]: admi share not found
>> Apr 29 07:49:17 rob-039v last message repeated 1 time
>> Apr 29 09:52:54 rob-039v smbsrv: [ID 138215 kern.notice] NOTICE:
>> smbd[ROBINSONS\Ross Smith]: admi share not found
>> Apr 29 10:10:29 rob-039v smbsrv: [ID 138215 kern.notice] NOTICE:
>> smbd[ROBINSONS\Ross Smith]: admi share not found
>> Apr 29 10:10:39 rob-039v last message repeated 1 time
>> Apr 29 10:25:57 rob-039v smbsrv: [ID 138215 kern.notice] NOTICE:
>> smbd[NT Authority\Anonymous]: admin access denied: IPC only
>> Apr 29 10:25:57 rob-039v last message repeated 1 time
>> Apr 29 10:29:48 rob-039v smbsrv: [ID 138215 kern.notice] NOTICE:
>> smbd[NT Authority\Anonymous]: admin access denied: IPC only
>> Apr 29 10:29:49 rob-039v last message repeated 1 time
>> Apr 29 10:35:19 rob-039v smbsrv: [ID 138215 kern.notice] NOTICE:
>> smbd[NT Authority\Anonymous]: admin access denied: IPC only
>> Apr 29 10:41:07 rob-039v last message repeated 7 times
>> Apr 29 10:41:54 rob-039v smbsrv: [ID 138215 kern.notice] NOTICE:
>> smbd[NT Authority\Anonymous]: admin access denied: IPC only
>> Apr 29 10:42:08 rob-039v last message repeated 3 times
>> Apr 29 11:27:03 rob-039v smbsrv: [ID 138215 kern.notice] NOTICE:
>> smbd[NT Authority\Anonymous]: admin access denied: IPC only
>>
>>
>> However, this time I can close this windows explorer window and open a
>> new one with the same symptoms. There are no new messages in the log
>> though.
>>
>> It's still restricted to one computer though, connecting from another
>> machine works fine.
>>
>> Is there anything I can look for in the logs that might help you track
>> down the cause of this?
>>
>> Ross
>>
>>
>> On Wed, Feb 4, 2009 at 8:45 PM, Alan M Wright <a...@sun.com> wrote:
>>>
>>> Filed CR 6801332 Intermittent file change notification
>>>
>>> Alan
>>>
>>> On 02/04/09 08:58, Ross Smith wrote:
>>>>
>>>> Hi guys,
>>>>
>>>> Well, it's been a while but I've just had another example of this
>>>> happen.
>>>>
>>>> This time it was on a snv_106 build, and the time is synchronised
>>>> perfectly with the domain (I have ntpdate running as a cron job every
>>>> 5 minutes, and checked it manually when this happened).
>>>>
>>>> I had just moved a whole bunch of files using cut & paste in windows
>>>> explorer. When the move operation finished, the original folder was
>>>> still visible until I hit F5 to manually refresh the display.
>>>>
>>>> I had two explorer windows open at the time. The new files had all
>>>> appeared in the second window, but the main folder I was moving had
>>>> not been removed from the other window.
>>>>
>>>> I've never seen explorer need refreshing from a windows server, and it
>>>> even works fine in Solaris the majority of the time, but there's
>>>> definitely an intermittent bug of some kind affecting the file change
>>>> notifications.
>>>>
>>>> In fact, now I'm writing this, if I leave these two folders open, I'm
>>>> getting problems with file change notification in one, but the other
>>>> works perfectly.
>>>>
>>>> In the window with problems, if I right-click to create a new folder,
>>>> I get exactly the same effect as before - nothing appears. After I
>>>> hit F5, I can see the folder and rename it, but the rename doesn't
>>>> show up either until I hit F5 again.
>>>>
>>>> However, in the second window, creating new folders works perfectly.
>>>>
>>>> I get the same effect moving files. They appear automatically in one
>>>> window, but don't disappear from the other.
>>>>
>>>> If I close the first window down, and open a new explorer window to
>>>> the same location, it works perfectly in both windows.
>>>>
>>>> So whatever this is, it's intermittent in how it starts, but
>>>> persistent once the problem has occurred, and it's specific to an
>>>> individual instance of windows explorer.
>>>>
>>>> Ross
>>>>
>>>>
>>>>
>>>> On Tue, Dec 9, 2008 at 6:42 AM, Brent Jones <br...@servuhome.net> wrote:
>>>>>
>>>>> On Thu, Dec 4, 2008 at 6:30 AM, Ross Smith <myxi...@googlemail.com>
>>>>> wrote:
>>>>>>
>>>>>> Well, it's repeatable, but I've no idea how lol.
>>>>>>
>>>>>> Just had exactly the same happen today after doing a lot of testing on
>>>>>> the server, but despite spending another hour on it, I can't reproduce
>>>>>> the problem.
>>>>>>
>>>>>> These machines are suffering from the VMware clock skew issue, so it
>>>>>> might be related to that. Probably safe to ignore this for now and
>>>>>> I'll raise this again if I ever find what's actually causing it.
>>>>>>
>>>>>> Ross
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Wed, Dec 3, 2008 at 7:38 PM, Ross Smith <myxi...@googlemail.com>
>>>>>> wrote:
>>>>>>>
>>>>>>> Hey guys,
>>>>>>>
>>>>>>> It looks like you're right, it's working perfectly every time now.
>>>>>>>
>>>>>>> I did the original testing on my own XP SP3 workstation, but I've
>>>>>>> just
>>>>>>> gone and repeated the test on a whole bunch of machines (SP2 and
>>>>>>> SP3),
>>>>>>> and it worked fine on all of them, and also now works fine on the
>>>>>>> original workstation.
>>>>>>>
>>>>>>> I have been doing a lot of testing on this pool (disconnecting iscsi
>>>>>>> drives and working in degraded mode to test recovery), which has been
>>>>>>> causing a few CIFS errors as things timeout. I'll see if I can get
>>>>>>> it
>>>>>>> to reproduce this problem.
>>>>>>>
>>>>>>> Ross
>>>>>>>
>>>>>>>
>>>>>>>> On Wed, Dec 3, 2008 at 7:04 PM, Afshin Salek
>>>>>>>> <afshin.ardak...@sun.com>
>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>> Ross,
>>>>>>>>>
>>>>>>>>> What Windows OS are you using?
>>>>>>>>> Have you tried different Windows systems to see if the problem
>>>>>>>>> still
>>>>>>>>> occurs?
>>>>>>>>>
>>>>>>>>> Afshin
>>>>>>>>>
>>>>>>>>> Alan M Wright wrote:
>>>>>>>>>>
>>>>>>>>>> On 12/03/08 10:42, Alan M Wright wrote:
>>>>>>>>>>>
>>>>>>>>>>> On 12/03/08 01:43, Ross wrote:
>>>>>>>>>>>>
>>>>>>>>>>>> I'm not sure what's causing this, but I'm finding that the
>>>>>>>>>>>> Solaris
>>>>>>>>>>>> CIFS
>>>>>>>>>>>> shares don't update automatically like windows shares do.
>>>>>>>>>>>>
>>>>>>>>>>>> A couple of examples:
>>>>>>>>>>>>
>>>>>>>>>>>> If I right-click the folder and create a new file:
>>>>>>>>>>>> - In windows, the new file appears, is selected, and I can
>>>>>>>>>>>> simply
>>>>>>>>>>>> type
>>>>>>>>>>>> the name. When I press enter it's renamed and appears in the
>>>>>>>>>>>> window.
>>>>>>>>>>>> - On a solaris share, no file appears until I manually refresh.
>>>>>>>>>>>> I
>>>>>>>>>>>> then
>>>>>>>>>>>> have to select the file manually and rename it. However, after
>>>>>>>>>>>> renaming it
>>>>>>>>>>>> the file still appears with the old name until I hit refresh
>>>>>>>>>>>> again. If I
>>>>>>>>>>>> try to delete the renamed file before hitting refresh I get an
>>>>>>>>>>>> error "Cannot
>>>>>>>>>>>> delete file: Cannot read from source file or disk."
>>>>>>>>>>>>
>>>>>>>>>>>> Similarly, if I drag a file into a Solaris share, the file does
>>>>>>>>>>>> not
>>>>>>>>>>>> appear until I hit F5 to refresh the window.
>>>>>>>>>>>>
>>>>>>>>>>>> This will be a particular problem if we roll this out as Windows
>>>>>>>>>>>> doesn't
>>>>>>>>>>>> have a refresh button in its explorer windows, and our users
>>>>>>>>>>>> will
>>>>>>>>>>>> almost
>>>>>>>>>>>> certainly not understand why their new files don't appear.
>>>>>>>>>>>
>>>>>>>>>>> That sound strange. We'll have a look at it.
>>>>>>>>>>
>>>>>>>>>> Ross,
>>>>>>>>>>
>>>>>>>>>> Our FVT team just tried that out and reported that it works as
>>>>>>>>>> expected.
>>>>>>>>>>
>>>>>>>>>> Alan
>>>>>>>>>> _______________________________________________
>>>>>>>>>> cifs-discuss mailing list
>>>>>>>>>> cifs-discuss@opensolaris.org
>>>>>>>>>> http://mail.opensolaris.org/mailman/listinfo/cifs-discuss
>>>>>>
>>>>>> _______________________________________________
>>>>>> cifs-discuss mailing list
>>>>>> cifs-discuss@opensolaris.org
>>>>>> http://mail.opensolaris.org/mailman/listinfo/cifs-discuss
>>>>>>
>>>>> I think this issue is very time related, I set the time wrong on
>>>>> purpose on the CIFS server, and I saw this issue very frequently on
>>>>> CIFS clients.
>>>>> Synced the clock again to NTP, and haven't been able to reproduce it
>>>>> again; however even with the time grossly incorrect, the issue was
>>>>> still intermittent.
>>>>>
>>>>> I'll post again if I see the issue with correct time.
>>>>>
>>>>> --
>>>>> Brent Jones
>>>>> br...@servuhome.net
>>>>>
>>>
>> _______________________________________________
>> cifs-discuss mailing list
>> cifs-discuss@opensolaris.org
>> http://mail.opensolaris.org/mailman/listinfo/cifs-discuss
>
_______________________________________________
cifs-discuss mailing list
cifs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/cifs-discuss
