toasters

toasters@lists.teaparty.net

13515 discussions

FAS2240-2
by Sally Rogers 16 Nov '17

16 Nov '17

I have an FAS2240-2 that is out of maintenance. I'd like to buy some shelves off eBay and add them to it but I'm not sure if the number of shelves/disks is limited by the license codes. Does anybody know if there is any such restriction besides the 144 disk limitation? Thanks, Sal

2 1

NDMP to tape, cDOT 8.3, command line?
by John Stoffel 09 Nov '17

09 Nov '17

Guys, I need to write one damn volume to tape on a cDOT 8.3.2p9 four node cluster. LTO5 drives hooked up with FC. I can setup NDMP in VServer mode and get that part working. But I can't find the tool to start a dump to tape of the volume. ndmpcopy just does filer to filer copies. You can't use 'dump' any more from the console, it's all NDMP based now. I guess I'll have to just configure Netbackup 7.7.3 with NDMP to make this happen, but then I'll need to figure out how to backup a specific snapshot. Such a pain... John

2 3

Ontap 8.2.5 FAS8020 SP firmware 3.0.4
by Douglas Siggins 08 Nov '17

08 Nov '17

Greetings, Has anybody upgraded to Ontap 7mode 8.2.5 on FAS8020? I do have a case in, but as you can imagine it is moving slowly. I dont yet feel the need to start screaming. The Ontap update is autoupdating the SP to 3.0.4, and causing some issues: sp.device.fw.mismatch:warning]: Device firmware version mismatch detected: eth_switch:Rev:2,Img:3-mismatch Couple of oddities with this: There isn't a 3.0.4 SP firmware available via netapp website nor is it documented in the SP matrix https://mysupport.netapp.com/NOW/cgi-bin/fw?platform=FAS8020&type=sp_ontap&… https://mysupport.netapp.com/NOW/download/tools/serviceimage/support/Servic… I've gone into debug mode and issued SP netapp01*> sp switch-update Which seems to have worked, but the new error then becomes: sp.device.fw.mismatch:warning]: Device firmware version mismatch detected: 12:Rev:fan,Img:-mismatch So I presume I should run: SP netapp01*> system fan update Warning: system sensors monitor and system sensors thermal-mgmt should be disabled both on this controller and partner controller (if installed). Continue? [y/n] At which point I thought it best to figure out exactly what is going on here. I think the following message might be related. monitor.temp.unreadable:info]: The controller temperature (CPU0 Temp Margin) is not readable. Regards, Douglas

1 0

started getting "0x80070057 the parameter is incorrect" errors with CIFS
by Sami Kapanen 07 Nov '17

07 Nov '17

Hi, fas2520 ontap9.0p1 running CIFS only. now started having lot of file access issues, admin/service cannot access (delete) student homedirectory files, error is: 0x80070057 the parameter is incorrect any seen this? br, sk

3 2

RE: Windows-to-unix usermapping through LDAP not working: RESULT_ERROR_SECD_CONFIGURATION_NOT_FOUND
by Parisi, Justin 06 Nov '17

06 Nov '17

Thanks Filip. I’d suggest opening a case and getting a bug filed. From: Filip Sneppe [mailto:filip.sneppe@gmail.com] Sent: Friday, October 6, 2017 2:02 AM To: Parisi, Justin <Justin.Parisi(a)netapp.com> Cc: toasters(a)teaparty.net Subject: Re: Windows-to-unix usermapping through LDAP not working: RESULT_ERROR_SECD_CONFIGURATION_NOT_FOUND Hi Justin, Thanks for taking the time for replying to this. To answer your question, I specified the SVM. But based on your comment that it should work to use the built-in schemas, I did a little more testing, and I think the problem is related to the MS-AD-BIS schema that was added in 9.1. In my experience, it cannot be used directly. Below is an example with: - direct use of the MS-AD-BIS schema (doesn't work) - use of an unmodified copy of the MS-AD-BIS schema (works) - direct use of another built-in schema, AD-IDMU (also works) (in the output below, I search-replaced the clustername, the domainname, and the username) This is on 9.1P8. cluster::*> ldap delete -vserver nfscorpprd01 Warning: "LDAP" is present as one of the sources in one or more ns-switch databases but no valid LDAP configuration was found for Vserver "nfscorpprd01". Remove "LDAP" from ns-switch using the "vserver services name-service ns-switch" command. Configuring "LDAP" as a source in the ns-switch setting when there is no valid configuration can cause protocol access issues. cluster::*> ldap client create -client-config DOESNTWORK -vserver nfscorpprd01 -ad-domain prod.justacompany.be<http://prod.justacompany.be> -schema MS-AD-BIS -bind-as-cifs-server true -min-bind-level simple -base-dn "DC=prod,DC=justacompany,DC=be" cluster::*> ldap create -vserver nfscorpprd01 -client-config DOESNTWORK cluster::*> diag secd name-mapping show -node cluster-01 -vserver nfscorpprd01 -direction win-unix prod\johndoe ATTENTION: Mapping of Data ONTAP "admin" users to UNIX user "root" is enabled, but the following information does not reflect this mapping. 'prod\johndoe' maps to 'pcuser' ===== cluster::*> ldap client schema copy -schema MS-AD-BIS -new-schema-name COPY-OF-MS-AD-BIS -vserver nfscorpprd01 cluster::*> ldap client create -client-config WORKS -vserver nfscorpprd01 -ad-domain prod.justacompany.be<http://prod.justacompany.be> -schema COPY-OF-MS-AD-BIS -bind-as-cifs-server true -min-bind-level simple -base-dn "DC=prod,DC=justacompany,DC=be" cluster::*> ldap delete -vserver nfscorpprd01 Warning: "LDAP" is present as one of the sources in one or more ns-switch databases but no valid LDAP configuration was found for Vserver "nfscorpprd01". Remove "LDAP" from ns-switch using the "vserver services name-service ns-switch" command. Configuring "LDAP" as a source in the ns-switch setting when there is no valid configuration can cause protocol access issues. cluster::*> ldap create -vserver nfscorpprd01 -client-config WORKS cluster::*> diag secd name-mapping show -node cluster-01 -vserver nfscorpprd01 -direction win-unix prod\johndoe ATTENTION: Mapping of Data ONTAP "admin" users to UNIX user "root" is enabled, but the following information does not reflect this mapping. 'prod\johndoe' maps to 'johndoe' ===== cluster::*> ldap client create -client-config ALSOWORKS -vserver nfscorpprd01 -ad-domain prod.justacompany.be<http://prod.justacompany.be> -schema AD-IDMU -bind-as-cifs-server true -min-bind-level simple -base-dn "DC=prod,DC=justacompany,DC=be" cluster::*> ldap delete -vserver nfscorpprd01 Warning: "LDAP" is present as one of the sources in one or more ns-switch databases but no valid LDAP configuration was found for Vserver "nfscorpprd01". Remove "LDAP" from ns-switch using the "vserver services name-service ns-switch" command. Configuring "LDAP" as a source in the ns-switch setting when there is no valid configuration can cause protocol access issues. cluster::*> ldap create -vserver nfscorpprd01 -client-config ALSOWORKS cluster::*> diag secd name-mapping show -node cluster-01 -vserver nfscorpprd01 -direction win-unix prod\johndoe ATTENTION: Mapping of Data ONTAP "admin" users to UNIX user "root" is enabled, but the following information does not reflect this mapping. 'prod\johndoe' maps to 'johndoe' Best regards, Filip

2 1

ssh <vserver> vol show <volume_full_name> hangs
by John Stoffel 27 Oct '17

27 Oct '17

Guys, I've run into an interesting problem on a 4 node cDOT cluster running 8.3.2P9 today. Basically, I've setup a user account with access to a particular VServer. It's used for creating snapshots and such. When we do the command: ssh <vserver> vol show <volume_full_name> it just hangs, and doesn't show anything. We have to do a Ctrl-C to get it back. But if I simply do a simple: 'ssh <vserver> vol show' it all works nice and quickly. So wierd. I can even do the show command when there are multiple volumes using a wild card and it works. ssh <vserver> vol show '<volume_*>' works, as long as it matches MORE than just the single volume. Using the -instance flag doesn't help either. I even tried moving the admin lif to another node, thinking that one node had some stuff ssh processes, but it didn't make a differnce. Thanks, John

3 6

Using N-Series shelf as swing kit
by Chris Hague 25 Oct '17

25 Oct '17

Interested to know if anyone has connected an N-Series disk shelf up to a 7-Mode FAS? Under the hood it's a DS4243 currently running on an N-Series with ONTAP 8.0.2 We will be connecting it to a FAS3250 running ONTAP 8.2.4 P6 Both systems are not under support.

2 3

Hot add 2 shelves at once?
by John Adams 17 Oct '17

17 Oct '17

FAS8020 HA Pair. Multi-path enabled. 8.2.4P4 7-Mode. I've non-disruptively hot added a shelf before. Can I do the same thing with 2 new shelves at once? i.e. Connect 2 new shelves together properly, then connect Side A (which will give 1 path to both new shelves at the same time). then connect Side B (which will give the 2nd path to both new shelves at once). Or do I have to do it as if I was only adding 1 shelf at a time.. ie Completely connect new shelf 1 and then completely connect new shelf 2? This assumes all s/w and h/w compatibility specs have been met. Thanks.

2 1

Re: Windows-to-unix usermapping through LDAP not working: RESULT_ERROR_SECD_CONFIGURATION_NOT_FOUND
by Filip Sneppe 05 Oct '17

05 Oct '17

Hi, I think we I found the cause of the problems after digging some more: it looks like one must copy one of the four built-in schemas into a new schema, and then build an LDAP client config from that schema, even if one of the built-in schemas is an exact fit of the LDAP schema one is looking for and no changes need to be made to the schema. The built-in schemas that are provided are marked as readonly, and it appears secd has trouble finding a config derived from them even though there are no warning or error messages when doing this. Thanks for taking the time to answering my question, Justin. Best regards, Filip On Wed, Oct 4, 2017 at 6:29 PM, Parisi, Justin <Justin.Parisi(a)netapp.com> wrote: > Try the “diag secd configuration query” commands to see if secd agrees > with the ldap client show output. > > > > Example: > > > > ontap9-tme-8040::*> diag secd configuration query -node ontap9-tme-8040-01 > -source-name ldap-config > > > > If that doesn’t show any entry, run the “secd configuration reload” > command. > > > > If it does and things are still failing, I’d suggest opening a case. > > > > *From:* toasters-bounces(a)teaparty.net [mailto:toasters-bounces@ > teaparty.net] *On Behalf Of *Filip Sneppe > *Sent:* Wednesday, October 4, 2017 6:11 AM > *To:* toasters(a)teaparty.net > *Subject:* Windows-to-unix usermapping through LDAP not working: > RESULT_ERROR_SECD_CONFIGURATION_NOT_FOUND > > > > Hi everyone, > > I am trying to set up Windows-to-Unix mapping by following this reference > as a guideline: > > > https://kb.netapp.com/support/s/article/ka31A00000012CQQAY/ > how-to-set-up-windows-to-unix-user-mapping-over-ldap?language=en_US > > > > (I am using the MS-AD-BIS schema available in ONTAP 9 rather than copying > and modifying RFC-2307). > > > > We are using ONTAP 9.1P8. > > > > secd throws up this error: RESULT_ERROR_SECD_CONFIGURATION_NOT_FOUND > followed by RESULT_ERROR_SECD_LIBC_TRANSIENT_ERROR, which I cannot match > to any information on the support site. > > > > > > > show-creds works for a Windows account (apart from the fact that the > account is mapped to pcuser) and shows the Windows group memberships: > > cluster::*> diag secd authentication show-creds -node cluster-01 -vserver > nfscorpprd01 -win-name PROD\johndoe > > UNIX UID: pcuser <> Windows User: PROD\johndoe (Windows Domain User) > > GID: pcuser > Supplementary GIDs (partial): > pcuser > > Windows Membership: > PROD\UX_domain_group_1 (Windows Domain group) > ... > (snipped) > ... > > > When trying to map the user to a Unix name, this fails: > > cluster::*> diag secd name-mapping show -node cluster-01 -vserver > nfscorpprd01 -direction win-unix -name PROD\johndoe > > ATTENTION: Mapping of Data ONTAP "admin" users to UNIX user "root" is > enabled, but the following information does not reflect this mapping. > > 'PROD\johndoe' maps to 'pcuser' > > > > cluster::*> diag secd authentication show-creds -node cluster-01 -vserver > nfscorpprd01 -unix-user-name johndoe > > Vserver: nfscorpprd01 (internal ID: 6) > > Error: Acquire UNIX credentials procedure failed > [ 13 ms] Successfully connected to ip 172.16.42.71, port 389 using > TCP > [ 16] Entry for user-name: johndoe not found in the current > source: LDAP. Ignoring and trying next available source > [ 16] Entry for user-name: johndoe not found in the current > source: FILES. Entry for user-name: johndoe not found in > any of the available sources > **[ 16] FAILURE: Unable to retrieve UID for UNIX user johndoe > > Error: command failed: Failed to resolve user name to a UNIX ID. Reason: > "SecD > Error: libc returned a transient error. Please look at the journal > for > detail". > > Some info on our configuration: > > > cluster::*> ldap show -vserver nfscorpprd01 > > Vserver: nfscorpprd01 > LDAP Client Configuration: CORP_PRD > (DEPRECATED)-LDAP Client Enabled: true > > > cluster::*> vserver services ldap client show -vserver nfscorpprd01 > -instance > > Vserver: nfscorpprd01 > Client Configuration Name: CORP_PRD > LDAP Server List: - > Active Directory Domain: prod.justacompany.be > Preferred Active Directory Servers: - > Bind Using the Vserver's CIFS Credentials: true > Schema Template: MS-AD-BIS > LDAP Server Port: 389 > Query Timeout (sec): 3 > Minimum Bind Authentication Level: simple > Bind DN (User): CN=janedoe_binduser,OU=Common, > OU=Users,OU=NPRD,OU=CORP,OU=POSIX,OU=UNIX,DC=prod,DC=justacompany,DC=be > Base DN: DC=prod,DC=justacompany,DC=be > Base Search Scope: subtree > User DN: - > User Search Scope: subtree > Group DN: - > Group Search Scope: subtree > Netgroup DN: - > Netgroup Search Scope: subtree > Vserver Owns Configuration: true > Use start-tls Over LDAP Connections: false > Enable Netgroup-By-Host Lookup: false > Netgroup-By-Host DN: - > Netgroup-By-Host Scope: subtree > Client Session Security: none > > (I also tried with a bind without using the vserver's CIFS credentials, to > no avail). > > > A packet trace reveals a successful SASL bind, but then the connection > gets closed and nothing else happens, no actual LDAP lookups/queries. > > > > Note: I am also unable to query LDAP successfully using getxxbyyy queries > (users or groups). > > > > I have included secd debugging output, which is probably the most useful > information at this point. I think things go wrong when the > RESULT_ERROR_SECD_CONFIGURATION_NOT_FOUND errors are logged. > > > > Does anyone have any idea what I am doing wrong ? > > Thanks in advance. > > > > secd debugging output: > > > 00000970.00027039 01710074 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] .----------------------------- > -------------------------------------------------. > 00000970.0002703a 01710074 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | RPC > FAILURE: | > 00000970.0002703b 01710074 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | secd_rpc_auth_user_name_to_id has > failed | > 00000970.0002703d 01710074 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | Result = 0, RPC Result = > 7035 | > 00000970.0002703e 01710074 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | RPC received at Wed Oct 4 > 14:07:43 2017 | > 00000970.0002703f 01710074 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] |----------------------------- > -------------------------------------------------' > 00000970.00027040 01710074 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] Failure Summary: > 00000970.00027041 01710074 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] Error: Acquire UNIX credentials procedure failed > 00000970.00027042 01710074 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] [ 25 ms] Successfully connected to ip 172.16.42.71, > port 389 using TCP > 00000970.00027043 01710074 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] [ 28] Entry for user-name: johndoe not found in > the current source: LDAP. Ignoring and trying next available source > 00000970.00027044 01710074 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] [ 29] Entry for user-name: johndoe not found in > the current source: FILES. Entry for user-name: johndoe not found in any of > the available sources > 00000970.00027045 01710074 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] **[ 29] FAILURE: Unable to retrieve UID for UNIX > user johndoe > 00000970.00027046 01710075 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] Details: > 00000970.00027047 01710075 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.000.032] debug: Worker Thread 34638696960 > processing RPC 205:secd_rpc_auth_user_name_to_id with request ID:28849 > which sat in the queue for 0 seconds. { in run() at > src/server/secd_rpc_server.cpp:2067 } > 00000970.00027048 01710075 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.000.072] debug: Setting thread context. > VServerId = 6 (name='nfscorpprd01'), Protocol = NONE, lifId = 0 { in > setThreadContext() at src/utils/secd_thread_data_manager.cpp:411 } > 00000970.00027049 01710075 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.000.089] debug: > secd_rpc_auth_user_name_to_id_1_svc called with vserverid = 6 { in > secd_rpc_auth_user_name_to_id_1_svc() at src/authorization/secd_rpc_authorization.cpp:1193 > } > 00000970.0002704a 01710075 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.000.099] debug: lookup for username: > johndoe { in secd_rpc_auth_user_name_to_id_1_svc() at > src/authorization/secd_rpc_authorization.cpp:1198 } > 00000970.0002704b 01710075 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.000.108] debug: Get UserId for UserName = > johndoe { in getUidFromUserNameViaLibc() at src/authorization/secd_unix_authorization.cpp:601 > } > 00000970.0002704c 01710075 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.000.119] debug: Calling > lookupNameServicesUserCaches() { in _getUserPasswdInfo() at > src/authorization/secd_unix_authorization.cpp:1081 } > 00000970.0002704d 01710075 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.000.126] debug: User Info from User Name = > johndoe requested { in lookupNameServicesUserCaches() at > src/authorization/secd_unix_authorization.cpp:796 } > 00000970.0002704e 01710075 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.000.132] debug: looking up > userNameToInfoCache for User Name johndoe { in > lookupNameServicesUserCaches() at src/authorization/secd_unix_authorization.cpp:804 > } > 00000970.0002704f 01710075 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.000.140] debug: Info not in cache. Calling > libc { in _getUserPasswdInfo() at src/authorization/secd_unix_authorization.cpp:1090 > } > 00000970.00027050 01710075 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.000.152] debug: Calling getpwnam_r(), user > name = johndoe { in getUserInfoViaLibC() at src/utils/secd_ns_utils.cpp:435 > } > 00000970.00027051 01710075 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.001.659] debug: Calling ldapGetPasswd { in > SecdCbNsLdapQuery() at src/authorization/secd_rpc_authorization.cpp:3414 } > 00000970.00027052 01710075 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.001.668] debug: ldapGetPasswd called with > vserverId=6 { in ldapGetPasswd() at src/authorization/secd_rpc_authorization.cpp:3015 > } > 00000970.00027053 01710075 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.001.676] debug: getPasswdInfoFromLdap called > with info type PASSWD_INFO_FROM_USER_NAME { in getPasswdInfoFromLdap() at > src/authorization/secd_rpc_authorization.cpp:2611 } > 00000970.00027054 01710075 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.001.695] debug: getPasswdInfoFromLdap called > with info type PASSWD_INFO_FROM_USER_NAME with userName johndoe { in > getPasswdInfoFromLdap() at src/authorization/secd_rpc_authorization.cpp:2618 > } > 00000970.00027055 01710075 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.001.703] debug: LDAP User Info from User > Name = johndoe requested. { in getLdapUserInfo() at > src/authorization/secd_ldap_unix_authorization.cpp:2251 } > 00000970.00027056 01710075 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.001.724] debug: Looking for LDAP (NIS & Name > Mapping) cache (key: "") in vserver 6 { in getConnectionCache() at > src/connection_manager/secd_connection_cache.cpp:616 } > 00000970.00027057 01710075 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.001.762] debug: Looking for a connection to > LDAP (NIS & Name Mapping) { in getConnection() at > src/connection_manager/secd_connection_manager.cpp:644 } > 00000970.00027058 01710075 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.001.774] debug: Acquiring a new LDAP (NIS & > Name Mapping) connection; favoring cache { in getBestConnection() at > src/connection_manager/secd_connection_manager.cpp:849 } > 00000970.00027059 01710075 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.001.781] debug: Did not find an available > connection in the cache { in getBestCachedConnection() at > src/connection_manager/secd_connection_cache.cpp:355 } > 00000970.0002705a 01710075 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.001.788] debug: Reserving a new LDAP (NIS & > Name Mapping) server from discovery { in getBestConnection() at > src/connection_manager/secd_connection_manager.cpp:866 } > 00000970.0002705b 01710075 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.001.814] debug: Created service key: > 00000006..LDAP_NIS_AND_NAME_MAPPING { in makeServiceKey() at > src/server_discovery/secd_service_list.cpp:182 } > 00000970.0002705c 01710075 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.001.835] debug: Created service key: > 00000006..LDAP_NIS_AND_NAME_MAPPING { in makeServiceKey() at > src/server_discovery/secd_service_list.cpp:182 } > 00000970.0002705d 01710075 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.006.693] debug: Vserver's operational state: > running { in isVserverRunning() at src/configuration_manager/ > secd_configuration_manager.cpp:2753 } > 00000970.0002705e 01710075 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.006.709] debug: Got serviceName : > _ldap._tcp.Justacity._sites.prod.justacompany.be { in parseServiceName() > at src/server_discovery/secd_service_utilities.cpp:660 } > 00000970.0002705f 01710075 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.006.726] debug: NSLIBC: get_state(), > ../../../../../lib/libc/netapp/ns_res_state.c:204, Vsid = 6 Adding entry > for VSID: 6 > 00000970.00027060 01710075 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.007.356] debug: CM_STATS: Skipping stats > for connect() to 172.16.46.10 with port 53 (DNS): not a SecD initiated > conn { in isConnInfoValidForStats() at src/cm/secd_cm_stats_manager.cpp:828 > } > 00000970.00027061 01710075 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.010.731] debug: NSLIBC: __res_nsend(), > ../../../../../lib/libc/resolv/res_send.c:828, Vsid = 6 Connected to > 172.16.46.10 for DNS > 00000970.00027062 01710075 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.010.761] debug: NSLIBC: > log_rcode_and_update_stats(), ../../../../../lib/libc/resolv/res_send.c:485, > Vsid = 6 Rcode received from the DNS server(172.16.46.10): 0 when querying > _ldap._tcp.Justacity._sites.prod.justacompany.be > 00000970.00027063 01710075 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.010.840] debug: Dns name lookup for > nameType: 1, hostName: prod452.prod.justacompany.be { in > DnsNameLookupViaLibC() at src/server_discovery/secd_service_utilities.cpp:435 > } > 00000970.00027064 01710075 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.011.409] debug: NSLIBC: > format_and_add_journal(), ../../../../../lib/libc/netapp/ns_journal.c:248, > Vsid = 6 Entry for host-name: prod452.prod.justacompany.be not found in > the current source: FILES. Ignoring and trying next available source > 00000970.00027065 01710075 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.011.532] debug: NSLIBC: > is_res_init_needed(), ../../../../../lib/libc/netapp/ns_res_state.c:41, > Vsid = 6 Not Initing. statp->options & RES_INIT = 1,statp->options & > RES_STAYOPEN = 0, statp->vsid = 6, vcontext = 6,statp->conf_file_time = > 1506698952, st.st_mtime = 1506698952 > 00000970.00027066 01710075 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.011.568] debug: CM_STATS: Skipping stats > for connect() to 172.16.46.10 with port 53 (DNS): not a SecD initiated > conn { in isConnInfoValidForStats() at src/cm/secd_cm_stats_manager.cpp:828 > } > 00000970.00027067 01710075 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.012.017] debug: NSLIBC: __res_nsend(), > ../../../../../lib/libc/resolv/res_send.c:828, Vsid = 6 Connected to > 172.16.46.10 for DNS > 00000970.00027068 01710075 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.012.047] debug: NSLIBC: > log_rcode_and_update_stats(), ../../../../../lib/libc/resolv/res_send.c:485, > Vsid = 6 Rcode received from the DNS server(172.16.46.10): 0 when querying > prod452.prod.justacompany.be > 00000970.00027069 01710075 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.012.129] debug: Dns name lookup for > nameType: 1, hostName: justaserver.prod.justacompany.be { in > DnsNameLookupViaLibC() at src/server_discovery/secd_service_utilities.cpp:435 > } > 00000970.0002706a 01710075 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.012.331] debug: NSLIBC: > format_and_add_journal(), ../../../../../lib/libc/netapp/ns_journal.c:248, > Vsid = 6 Entry for host-name: justaserver.prod.justacompany.be not found > in the current source: FILES. Ignoring and trying next available source > 00000970.0002706b 01710075 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.012.383] debug: NSLIBC: > is_res_init_needed(), ../../../../../lib/libc/netapp/ns_res_state.c:41, > Vsid = 6 Not Initing. statp->options & RES_INIT = 1,statp->options & > RES_STAYOPEN = 0, statp->vsid = 6, vcontext = 6,statp->conf_file_time = > 1506698952, st.st_mtime = 1506698952 > 00000970.0002706c 01710075 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.012.414] debug: CM_STATS: Skipping stats > for connect() to 172.16.46.10 with port 53 (DNS): not a SecD initiated > conn { in isConnInfoValidForStats() at src/cm/secd_cm_stats_manager.cpp:828 > } > 00000970.0002706d 01710075 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.012.863] debug: NSLIBC: __res_nsend(), > ../../../../../lib/libc/resolv/res_send.c:828, Vsid = 6 Connected to > 172.16.46.10 for DNS > 00000970.0002706e 01710075 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.012.885] debug: NSLIBC: > log_rcode_and_update_stats(), ../../../../../lib/libc/resolv/res_send.c:485, > Vsid = 6 Rcode received from the DNS server(172.16.46.10): 0 when querying > justaserver.prod.justacompany.be > 00000970.0002706f 01710075 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.012.957] debug: Service discovery returned 2 > servers { in DnsServiceLookupViaLibc() at src/server_discovery/secd_service_utilities.cpp:621 > } > 00000970.00027070 01710075 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.012.980] debug: ***Adding server with ip: > 172.16.42.72, nameLowercase: prod452.prod.justacompany.be, pref: 2, > service: LDAP_NIS_AND_NAME_MAPPING { in addDiscoveredServer() at > src/server_discovery/secd_service_list.cpp:711 } > 00000970.00027071 01710075 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.012.998] debug: ***Adding server with ip: > 172.16.42.71, nameLowercase: justaserver.prod.justacompany.be, pref: 2, > service: LDAP_NIS_AND_NAME_MAPPING { in addDiscoveredServer() at > src/server_discovery/secd_service_list.cpp:711 } > 00000970.00027072 01710075 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.017.387] debug: Vserver's operational state: > running { in isVserverRunning() at src/configuration_manager/ > secd_configuration_manager.cpp:2753 } > 00000970.00027073 01710075 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.017.401] debug: Got serviceName : _ldap._ > tcp.prod.justacompany.be { in parseServiceName() at > src/server_discovery/secd_service_utilities.cpp:660 } > 00000970.00027074 01710075 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.017.700] debug: CM_STATS: Skipping stats > for connect() to 172.16.46.10 with port 53 (DNS): not a SecD initiated > conn { in isConnInfoValidForStats() at src/cm/secd_cm_stats_manager.cpp:828 > } > 00000970.00027075 01710076 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.018.217] debug: NSLIBC: __res_nsend(), > ../../../../../lib/libc/resolv/res_send.c:828, Vsid = 6 Connected to > 172.16.46.10 for DNS > 00000970.00027076 01710076 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.018.245] debug: NSLIBC: > log_rcode_and_update_stats(), ../../../../../lib/libc/resolv/res_send.c:485, > Vsid = 6 Rcode received from the DNS server(172.16.46.10): 0 when querying > _ldap._tcp.prod.justacompany.be > 00000970.00027077 01710076 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.018.317] debug: Dns name lookup for > nameType: 1, hostName: justaserver.prod.justacompany.be { in > DnsNameLookupViaLibC() at src/server_discovery/secd_service_utilities.cpp:435 > } > 00000970.00027078 01710076 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.018.554] debug: NSLIBC: > format_and_add_journal(), ../../../../../lib/libc/netapp/ns_journal.c:248, > Vsid = 6 Entry for host-name: justaserver.prod.justacompany.be not found > in the current source: FILES. Ignoring and trying next available source > 00000970.00027079 01710076 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.018.612] debug: NSLIBC: > is_res_init_needed(), ../../../../../lib/libc/netapp/ns_res_state.c:41, > Vsid = 6 Not Initing. statp->options & RES_INIT = 1,statp->options & > RES_STAYOPEN = 0, statp->vsid = 6, vcontext = 6,statp->conf_file_time = > 1506698952, st.st_mtime = 1506698952 > 00000970.0002707a 01710076 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.018.643] debug: CM_STATS: Skipping stats > for connect() to 172.16.46.10 with port 53 (DNS): not a SecD initiated > conn { in isConnInfoValidForStats() at src/cm/secd_cm_stats_manager.cpp:828 > } > 00000970.0002707b 01710076 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.019.126] debug: NSLIBC: __res_nsend(), > ../../../../../lib/libc/resolv/res_send.c:828, Vsid = 6 Connected to > 172.16.46.10 for DNS > 00000970.0002707c 01710076 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.019.148] debug: NSLIBC: > log_rcode_and_update_stats(), ../../../../../lib/libc/resolv/res_send.c:485, > Vsid = 6 Rcode received from the DNS server(172.16.46.10): 0 when querying > justaserver.prod.justacompany.be > 00000970.0002707d 01710076 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.019.227] debug: Dns name lookup for > nameType: 1, hostName: prod452.prod.justacompany.be { in > DnsNameLookupViaLibC() at src/server_discovery/secd_service_utilities.cpp:435 > } > 00000970.0002707e 01710076 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.019.431] debug: NSLIBC: > format_and_add_journal(), ../../../../../lib/libc/netapp/ns_journal.c:248, > Vsid = 6 Entry for host-name: prod452.prod.justacompany.be not found in > the current source: FILES. Ignoring and trying next available source > 00000970.0002707f 01710076 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.019.483] debug: NSLIBC: > is_res_init_needed(), ../../../../../lib/libc/netapp/ns_res_state.c:41, > Vsid = 6 Not Initing. statp->options & RES_INIT = 1,statp->options & > RES_STAYOPEN = 0, statp->vsid = 6, vcontext = 6,statp->conf_file_time = > 1506698952, st.st_mtime = 1506698952 > 00000970.00027080 01710076 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.019.514] debug: CM_STATS: Skipping stats > for connect() to 172.16.46.10 with port 53 (DNS): not a SecD initiated > conn { in isConnInfoValidForStats() at src/cm/secd_cm_stats_manager.cpp:828 > } > 00000970.00027081 01710076 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.019.988] debug: NSLIBC: __res_nsend(), > ../../../../../lib/libc/resolv/res_send.c:828, Vsid = 6 Connected to > 172.16.46.10 for DNS > 00000970.00027082 01710076 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.020.011] debug: NSLIBC: > log_rcode_and_update_stats(), ../../../../../lib/libc/resolv/res_send.c:485, > Vsid = 6 Rcode received from the DNS server(172.16.46.10): 0 when querying > prod452.prod.justacompany.be > 00000970.00027083 01710076 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.020.083] debug: Dns name lookup for > nameType: 1, hostName: prod454.prod.justacompany.be { in > DnsNameLookupViaLibC() at src/server_discovery/secd_service_utilities.cpp:435 > } > 00000970.00027084 01710076 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.020.283] debug: NSLIBC: > format_and_add_journal(), ../../../../../lib/libc/netapp/ns_journal.c:248, > Vsid = 6 Entry for host-name: prod454.prod.justacompany.be not found in > the current source: FILES. Ignoring and trying next available source > 00000970.00027085 01710076 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.020.334] debug: NSLIBC: > is_res_init_needed(), ../../../../../lib/libc/netapp/ns_res_state.c:41, > Vsid = 6 Not Initing. statp->options & RES_INIT = 1,statp->options & > RES_STAYOPEN = 0, statp->vsid = 6, vcontext = 6,statp->conf_file_time = > 1506698952, st.st_mtime = 1506698952 > 00000970.00027086 01710076 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.020.365] debug: CM_STATS: Skipping stats > for connect() to 172.16.46.10 with port 53 (DNS): not a SecD initiated > conn { in isConnInfoValidForStats() at src/cm/secd_cm_stats_manager.cpp:828 > } > 00000970.00027087 01710076 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.020.819] debug: NSLIBC: __res_nsend(), > ../../../../../lib/libc/resolv/res_send.c:828, Vsid = 6 Connected to > 172.16.46.10 for DNS > 00000970.00027088 01710076 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.020.856] debug: NSLIBC: > log_rcode_and_update_stats(), ../../../../../lib/libc/resolv/res_send.c:485, > Vsid = 6 Rcode received from the DNS server(172.16.46.10): 0 when querying > prod454.prod.justacompany.be > 00000970.00027089 01710076 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.020.938] debug: Dns name lookup for > nameType: 1, hostName: prod453.prod.justacompany.be { in > DnsNameLookupViaLibC() at src/server_discovery/secd_service_utilities.cpp:435 > } > 00000970.0002708a 01710076 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.021.149] debug: NSLIBC: > format_and_add_journal(), ../../../../../lib/libc/netapp/ns_journal.c:248, > Vsid = 6 Entry for host-name: prod453.prod.justacompany.be not found in > the current source: FILES. Ignoring and trying next available source > 00000970.0002708b 01710076 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.021.204] debug: NSLIBC: > is_res_init_needed(), ../../../../../lib/libc/netapp/ns_res_state.c:41, > Vsid = 6 Not Initing. statp->options & RES_INIT = 1,statp->options & > RES_STAYOPEN = 0, statp->vsid = 6, vcontext = 6,statp->conf_file_time = > 1506698952, st.st_mtime = 1506698952 > 00000970.0002708c 01710076 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.021.233] debug: CM_STATS: Skipping stats > for connect() to 172.16.46.10 with port 53 (DNS): not a SecD initiated > conn { in isConnInfoValidForStats() at src/cm/secd_cm_stats_manager.cpp:828 > } > 00000970.0002708d 01710076 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.021.599] debug: NSLIBC: __res_nsend(), > ../../../../../lib/libc/resolv/res_send.c:828, Vsid = 6 Connected to > 172.16.46.10 for DNS > 00000970.0002708e 01710076 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.021.620] debug: NSLIBC: > log_rcode_and_update_stats(), ../../../../../lib/libc/resolv/res_send.c:485, > Vsid = 6 Rcode received from the DNS server(172.16.46.10): 0 when querying > prod453.prod.justacompany.be > 00000970.0002708f 01710076 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.021.691] debug: Service discovery returned 4 > servers { in DnsServiceLookupViaLibc() at src/server_discovery/secd_service_utilities.cpp:621 > } > 00000970.00027090 01710076 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.021.720] debug: ***Adding server with ip: > 172.16.42.133, nameLowercase: prod454.prod.justacompany.be, pref: 3, > service: LDAP_NIS_AND_NAME_MAPPING { in addDiscoveredServer() at > src/server_discovery/secd_service_list.cpp:711 } > 00000970.00027091 01710076 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.021.736] debug: ***Adding server with ip: > 172.16.42.132, nameLowercase: prod453.prod.justacompany.be, pref: 3, > service: LDAP_NIS_AND_NAME_MAPPING { in addDiscoveredServer() at > src/server_discovery/secd_service_list.cpp:711 } > 00000970.00027092 01710076 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.021.764] debug: Created service key: > 00000006..LDAP_NIS_AND_NAME_MAPPING { in makeServiceKey() at > src/server_discovery/secd_service_list.cpp:182 } > 00000970.00027093 01710076 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.021.809] debug: Discovery returned > justaserver.prod.justacompany.be (172.16.42.71) { in getBestConnection() > at src/connection_manager/secd_connection_manager.cpp:904 } > 00000970.00027094 01710076 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.021.825] debug: Connecting to LDAP (NIS & > Name Mapping) server justaserver.prod.justacompany.be (172.16.42.71) { > in addStartConnectionLog() at src/connection_manager/secd_connection_manager.cpp:551 > } > 00000970.00027095 01710076 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.021.948] debug: Attemping a SASL bind as > "NFSCORPPRD01$(a)PROD.JUSTACOMPANY.BE" { in ldapSaslBind() at > src/connection_manager/secd_connection.cpp:822 } > 00000970.00027096 01710076 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.021.966] debug: LDAP security level is NONE, > attempting bind using SPNEGO { in ldapSaslBind() at > src/connection_manager/secd_connection.cpp:876 } > 00000970.00027097 01710076 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.024.258] debug: Found matching cache > 'cc:C:6:0' { in secd_ccache_resolve() at src/utils/secd_krb_ccache.cpp:897 > } > 00000970.00027098 01710076 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.025.176] info : [krb5 context 10B23600] > Getting credentials NFSCORPPRD01$(a)PROD.JUSTACOMPANY.BE -> > cifs/justaserver.prod.justacompany.be@ using ccache NETAPPCC:cc:C:6:0 > 00000970.00027099 01710076 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.025.194] debug: Found matching cache > 'cc:C:6:0' { in secd_ccache_resolve() at src/utils/secd_krb_ccache.cpp:897 > } > 00000970.0002709a 01710076 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.025.247] info : [krb5 context 10B23600] > Retrieving NFSCORPPRD01$(a)PROD.JUSTACOMPANY.BE -> cifs/justaserver.prod. > justacompany.be@ from NETAPPCC:cc:C:6:0 with result: 0/Unknown code 0 > 00000970.0002709b 01710076 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.025.316] info : [krb5 context 10B23600] > Creating authenticator for NFSCORPPRD01$(a)PROD.JUSTACOMPANY.BE -> > cifs/justaserver.prod.justacompany.be@, seqnum 227739542, subkey > aes256-cts/FBF9, session key aes256-cts/F40B > 00000970.0002709c 01710076 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.025.590] debug: CM_STATS: Tracking > connect() to server 172.16.42.71, port 389 { in startConnectTracking() at > src/cm/secd_cm_stats_manager.cpp:863 } > 00000970.0002709d 01710076 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.025.832] info : Successfully connected to ip > 172.16.42.71, port 389 using TCP { in _connect() at > src/connection_manager/secd_connection_shim.cpp:317 } > 00000970.0002709e 01710076 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.026.676] info : [krb5 context 10B23600] Read > AP-REP, time 1507118863.924740, subkey aes256-cts/1D80, seqnum 474173867 > 00000970.0002709f 01710076 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.028.609] debug: Successfully authenticated > over LDAP with justaserver.prod.justacompany.be { in connect() at > src/connection_manager/secd_connection.cpp:1888 } > 00000970.000270a0 01710076 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.028.623] debug: Connected to new LDAP (NIS & > Name Mapping) service on justaserver.prod.justacompany.be { in > makeConnectionAttempt() at src/connection_manager/secd_connection_manager.cpp:1020 > } > 00000970.000270a1 01710076 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.028.714] ERR : RESULT_ERROR_SECD_CONFIGURATION_NOT_FOUND:6943 > in query() at src/configuration_manager/secd_configuration_sources. > cpp:3936 > 00000970.000270a2 01710076 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.028.729] ERR : RESULT_ERROR_SECD_CONFIGURATION_NOT_FOUND:6943 > in getLdapSearchDetails() at src/configuration_manager/ > secd_configuration_manager.cpp:1171 > 00000970.000270a3 01710076 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.028.741] ERR : RESULT_ERROR_SECD_CONFIGURATION_NOT_FOUND:6943 > in getLdapUserInfo() at src/authorization/secd_ldap_ > unix_authorization.cpp:2296 > 00000970.000270a4 01710077 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.028.812] debug: Closing service handle; > reporting status 1 { in ~SecdConnection() at src/include/secd_connection.h:118 > } > 00000970.000270a5 01710077 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.028.830] ERR : Failed to get user info for > name johndoe { in getPasswdInfoFromLdap() at src/authorization/secd_rpc_authorization.cpp:2638 > } > 00000970.000270a6 01710077 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.028.837] ERR : RESULT_ERROR_SECD_CONFIGURATION_NOT_FOUND:6943 > in getPasswdInfoFromLdap() at src/authorization/secd_rpc_ > authorization.cpp:2640 > 00000970.000270a7 01710077 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.028.846] ERR : RESULT_ERROR_SECD_CONFIGURATION_NOT_FOUND:6943 > in ldapGetPasswd() at src/authorization/secd_rpc_authorization.cpp:3018 > 00000970.000270a8 01710077 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.028.855] ERR : RESULT_ERROR_SECD_CONFIGURATION_NOT_FOUND:6943 > in SecdCbNsLdapQuery() at src/authorization/secd_rpc_ > authorization.cpp:3415 > 00000970.000270a9 01710077 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.028.865] debug: NSLIBC: ldap_match(), > ../../../../../lib/libc/netapp/ldap_secd.c:1161, Vsid = 6 secd RPC > SECD_LDAP_PASSWD_PROC returned 6943 > 00000970.000270aa 01710077 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.028.872] ERR : NSLIBC: > map_secd_err_to_retval(), ../../../../../lib/libc/netapp/ldap_secd.c:485, > Vsid = 6 Received secd_err: '6943' > 00000970.000270ab 01710077 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.028.892] info : Entry for user-name: johndoe > not found in the current source: LDAP. Ignoring and trying next available > source { in SecdCbNsJournal() at src/utils/secd_ns_utils.cpp:82 } > 00000970.000270ac 01710077 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.029.295] debug: NSLIBC: files_passwd(), > ../../../../../lib/libc/gen/getpwent.c:1030, Vsid = 6 Time taken for > passwd DB lookup for user johndoe: 386 microseconds > 00000970.000270ad 01710077 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.029.313] info : Entry for user-name: johndoe > not found in the current source: FILES. Entry for user-name: johndoe not > found in any of the available sources { in SecdCbNsJournal() at > src/utils/secd_ns_utils.cpp:82 } > 00000970.000270ae 01710077 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.029.332] debug: getpwnam_r() returned error > code=0, files_err=5, nis_err=0, ldap_err=22, dns_err=0 { in > getUserInfoViaLibC() at src/utils/secd_ns_utils.cpp:465 } > 00000970.000270af 01710077 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.029.337] ERR : getpwnam_r() has a transient > error { in getUserInfoViaLibC() at src/utils/secd_ns_utils.cpp:471 } > 00000970.000270b0 01710077 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.029.345] ERR : RESULT_ERROR_SECD_LIBC_TRANSIENT_ERROR:7035 > in getUserInfoViaLibC() at src/utils/secd_ns_utils.cpp:472 > 00000970.000270b1 01710077 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.029.355] ERR : RESULT_ERROR_SECD_LIBC_TRANSIENT_ERROR:7035 > in _getUserPasswdInfo() at src/authorization/secd_unix_ > authorization.cpp:1109 > 00000970.000270b2 01710077 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.029.364] ERR : RESULT_ERROR_SECD_LIBC_TRANSIENT_ERROR:7035 > in _getUserInfo() at src/authorization/secd_unix_authorization.cpp:886 > 00000970.000270b3 01710077 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.029.373] ERR : RESULT_ERROR_SECD_LIBC_TRANSIENT_ERROR:7035 > in _getUserInfo() at src/authorization/secd_unix_authorization.cpp:856 > 00000970.000270b4 01710077 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.029.381] ERR : RESULT_ERROR_SECD_LIBC_TRANSIENT_ERROR:7035 > in getUidFromUserNameViaLibc() at src/authorization/secd_unix_ > authorization.cpp:604 > 00000970.000270b5 01710077 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.029.394] ERR : Unable to retrieve UID for > UNIX user johndoe { in secd_rpc_auth_user_name_to_id_1_svc() at > src/authorization/secd_rpc_authorization.cpp:1209 } > 00000970.000270b6 01710077 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.029.400] ERR : RESULT_ERROR_SECD_LIBC_TRANSIENT_ERROR:7035 > in secd_rpc_auth_user_name_to_id_1_svc() at src/authorization/secd_rpc_ > authorization.cpp:1210 > 00000970.000270b7 01710077 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.029.442] debug: SecD RPC Server sending > reply to RPC 205: secd_rpc_auth_user_name_to_id { in secdSendRpcResponse() > at src/server/secd_rpc_server.cpp:1888 } > 00000970.000270b8 01710077 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.029.515] ERR : RESULT_ERROR_SECD_UNIX_CRED_LOOKUP_FAILED:6987 > in getFailureCode() at src/utils/secd_thread_task_journal.cpp:348 > 00000970.000270b9 01710077 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | [000.029.588] debug: Logged > secd.unixLookupFailure to EMS { in logEmsEventWithJournalForUnixAuthError() > at src/utils/secd_ems_utils.cpp:1289 } > 00000970.000270ba 01710077 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] |----------------------------- > -------------------------------------------------. > 00000970.000270bb 01710077 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | RPC completed at Wed Oct 4 > 14:07:43 2017 | > 00000970.000270bc 01710077 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] | End of log for failed RPC > secd_rpc_auth_user_name_to_id | > 00000970.000270bd 01710077 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] '----------------------------- > -------------------------------------------------' > 00000970.000270be 01710077 Wed Oct 04 2017 14:07:43 +02:00 > [kern_secd:info:6969] > > > > > > > > Best regards, > > Filip > >

1 0

Windows-to-unix usermapping through LDAP not working: RESULT_ERROR_SECD_CONFIGURATION_NOT_FOUND
by Filip Sneppe 04 Oct '17

04 Oct '17

Hi everyone, I am trying to set up Windows-to-Unix mapping by following this reference as a guideline: https://kb.netapp.com/support/s/article/ka31A00000012CQQAY/how-to-set-up-wi… (I am using the MS-AD-BIS schema available in ONTAP 9 rather than copying and modifying RFC-2307). We are using ONTAP 9.1P8. secd throws up this error: RESULT_ERROR_SECD_CONFIGURATION_NOT_FOUND followed by RESULT_ERROR_SECD_LIBC_TRANSIENT_ERROR, which I cannot match to any information on the support site. show-creds works for a Windows account (apart from the fact that the account is mapped to pcuser) and shows the Windows group memberships: cluster::*> diag secd authentication show-creds -node cluster-01 -vserver nfscorpprd01 -win-name PROD\johndoe UNIX UID: pcuser <> Windows User: PROD\johndoe (Windows Domain User) GID: pcuser Supplementary GIDs (partial): pcuser Windows Membership: PROD\UX_domain_group_1 (Windows Domain group) ... (snipped) ... When trying to map the user to a Unix name, this fails: cluster::*> diag secd name-mapping show -node cluster-01 -vserver nfscorpprd01 -direction win-unix -name PROD\johndoe ATTENTION: Mapping of Data ONTAP "admin" users to UNIX user "root" is enabled, but the following information does not reflect this mapping. 'PROD\johndoe' maps to 'pcuser' cluster::*> diag secd authentication show-creds -node cluster-01 -vserver nfscorpprd01 -unix-user-name johndoe Vserver: nfscorpprd01 (internal ID: 6) Error: Acquire UNIX credentials procedure failed [ 13 ms] Successfully connected to ip 172.16.42.71, port 389 using TCP [ 16] Entry for user-name: johndoe not found in the current source: LDAP. Ignoring and trying next available source [ 16] Entry for user-name: johndoe not found in the current source: FILES. Entry for user-name: johndoe not found in any of the available sources **[ 16] FAILURE: Unable to retrieve UID for UNIX user johndoe Error: command failed: Failed to resolve user name to a UNIX ID. Reason: "SecD Error: libc returned a transient error. Please look at the journal for detail". Some info on our configuration: cluster::*> ldap show -vserver nfscorpprd01 Vserver: nfscorpprd01 LDAP Client Configuration: CORP_PRD (DEPRECATED)-LDAP Client Enabled: true cluster::*> vserver services ldap client show -vserver nfscorpprd01 -instance Vserver: nfscorpprd01 Client Configuration Name: CORP_PRD LDAP Server List: - Active Directory Domain: prod.justacompany.be Preferred Active Directory Servers: - Bind Using the Vserver's CIFS Credentials: true Schema Template: MS-AD-BIS LDAP Server Port: 389 Query Timeout (sec): 3 Minimum Bind Authentication Level: simple Bind DN (User): CN=janedoe_binduser,OU=Common,OU=Users,OU=NPRD,OU=CORP,OU=POSIX,OU=UNIX,DC=prod,DC=justacompany,DC=be Base DN: DC=prod,DC=justacompany,DC=be Base Search Scope: subtree User DN: - User Search Scope: subtree Group DN: - Group Search Scope: subtree Netgroup DN: - Netgroup Search Scope: subtree Vserver Owns Configuration: true Use start-tls Over LDAP Connections: false Enable Netgroup-By-Host Lookup: false Netgroup-By-Host DN: - Netgroup-By-Host Scope: subtree Client Session Security: none (I also tried with a bind without using the vserver's CIFS credentials, to no avail). A packet trace reveals a successful SASL bind, but then the connection gets closed and nothing else happens, no actual LDAP lookups/queries. Note: I am also unable to query LDAP successfully using getxxbyyy queries (users or groups). I have included secd debugging output, which is probably the most useful information at this point. I think things go wrong when the RESULT_ERROR_SECD_CONFIGURATION_NOT_FOUND errors are logged. Does anyone have any idea what I am doing wrong ? Thanks in advance. secd debugging output: 00000970.00027039 01710074 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] .------------------------------------------------------------------------------. 00000970.0002703a 01710074 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | RPC FAILURE: | 00000970.0002703b 01710074 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | secd_rpc_auth_user_name_to_id has failed | 00000970.0002703d 01710074 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | Result = 0, RPC Result = 7035 | 00000970.0002703e 01710074 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | RPC received at Wed Oct 4 14:07:43 2017 | 00000970.0002703f 01710074 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] |------------------------------------------------------------------------------' 00000970.00027040 01710074 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] Failure Summary: 00000970.00027041 01710074 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] Error: Acquire UNIX credentials procedure failed 00000970.00027042 01710074 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] [ 25 ms] Successfully connected to ip 172.16.42.71, port 389 using TCP 00000970.00027043 01710074 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] [ 28] Entry for user-name: johndoe not found in the current source: LDAP. Ignoring and trying next available source 00000970.00027044 01710074 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] [ 29] Entry for user-name: johndoe not found in the current source: FILES. Entry for user-name: johndoe not found in any of the available sources 00000970.00027045 01710074 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] **[ 29] FAILURE: Unable to retrieve UID for UNIX user johndoe 00000970.00027046 01710075 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] Details: 00000970.00027047 01710075 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.000.032] debug: Worker Thread 34638696960 processing RPC 205:secd_rpc_auth_user_name_to_id with request ID:28849 which sat in the queue for 0 seconds. { in run() at src/server/secd_rpc_server.cpp:2067 } 00000970.00027048 01710075 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.000.072] debug: Setting thread context. VServerId = 6 (name='nfscorpprd01'), Protocol = NONE, lifId = 0 { in setThreadContext() at src/utils/secd_thread_data_manager.cpp:411 } 00000970.00027049 01710075 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.000.089] debug: secd_rpc_auth_user_name_to_id_1_svc called with vserverid = 6 { in secd_rpc_auth_user_name_to_id_1_svc() at src/authorization/secd_rpc_authorization.cpp:1193 } 00000970.0002704a 01710075 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.000.099] debug: lookup for username: johndoe { in secd_rpc_auth_user_name_to_id_1_svc() at src/authorization/secd_rpc_authorization.cpp:1198 } 00000970.0002704b 01710075 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.000.108] debug: Get UserId for UserName = johndoe { in getUidFromUserNameViaLibc() at src/authorization/secd_unix_authorization.cpp:601 } 00000970.0002704c 01710075 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.000.119] debug: Calling lookupNameServicesUserCaches() { in _getUserPasswdInfo() at src/authorization/secd_unix_authorization.cpp:1081 } 00000970.0002704d 01710075 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.000.126] debug: User Info from User Name = johndoe requested { in lookupNameServicesUserCaches() at src/authorization/secd_unix_authorization.cpp:796 } 00000970.0002704e 01710075 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.000.132] debug: looking up userNameToInfoCache for User Name johndoe { in lookupNameServicesUserCaches() at src/authorization/secd_unix_authorization.cpp:804 } 00000970.0002704f 01710075 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.000.140] debug: Info not in cache. Calling libc { in _getUserPasswdInfo() at src/authorization/secd_unix_authorization.cpp:1090 } 00000970.00027050 01710075 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.000.152] debug: Calling getpwnam_r(), user name = johndoe { in getUserInfoViaLibC() at src/utils/secd_ns_utils.cpp:435 } 00000970.00027051 01710075 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.001.659] debug: Calling ldapGetPasswd { in SecdCbNsLdapQuery() at src/authorization/secd_rpc_authorization.cpp:3414 } 00000970.00027052 01710075 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.001.668] debug: ldapGetPasswd called with vserverId=6 { in ldapGetPasswd() at src/authorization/secd_rpc_authorization.cpp:3015 } 00000970.00027053 01710075 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.001.676] debug: getPasswdInfoFromLdap called with info type PASSWD_INFO_FROM_USER_NAME { in getPasswdInfoFromLdap() at src/authorization/secd_rpc_authorization.cpp:2611 } 00000970.00027054 01710075 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.001.695] debug: getPasswdInfoFromLdap called with info type PASSWD_INFO_FROM_USER_NAME with userName johndoe { in getPasswdInfoFromLdap() at src/authorization/secd_rpc_authorization.cpp:2618 } 00000970.00027055 01710075 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.001.703] debug: LDAP User Info from User Name = johndoe requested. { in getLdapUserInfo() at src/authorization/secd_ldap_unix_authorization.cpp:2251 } 00000970.00027056 01710075 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.001.724] debug: Looking for LDAP (NIS & Name Mapping) cache (key: "") in vserver 6 { in getConnectionCache() at src/connection_manager/secd_connection_cache.cpp:616 } 00000970.00027057 01710075 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.001.762] debug: Looking for a connection to LDAP (NIS & Name Mapping) { in getConnection() at src/connection_manager/secd_connection_manager.cpp:644 } 00000970.00027058 01710075 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.001.774] debug: Acquiring a new LDAP (NIS & Name Mapping) connection; favoring cache { in getBestConnection() at src/connection_manager/secd_connection_manager.cpp:849 } 00000970.00027059 01710075 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.001.781] debug: Did not find an available connection in the cache { in getBestCachedConnection() at src/connection_manager/secd_connection_cache.cpp:355 } 00000970.0002705a 01710075 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.001.788] debug: Reserving a new LDAP (NIS & Name Mapping) server from discovery { in getBestConnection() at src/connection_manager/secd_connection_manager.cpp:866 } 00000970.0002705b 01710075 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.001.814] debug: Created service key: 00000006..LDAP_NIS_AND_NAME_MAPPING { in makeServiceKey() at src/server_discovery/secd_service_list.cpp:182 } 00000970.0002705c 01710075 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.001.835] debug: Created service key: 00000006..LDAP_NIS_AND_NAME_MAPPING { in makeServiceKey() at src/server_discovery/secd_service_list.cpp:182 } 00000970.0002705d 01710075 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.006.693] debug: Vserver's operational state: running { in isVserverRunning() at src/configuration_manager/secd_configuration_manager.cpp:2753 } 00000970.0002705e 01710075 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.006.709] debug: Got serviceName : _ldap._tcp.Justacity._sites.prod.justacompany.be { in parseServiceName() at src/server_discovery/secd_service_utilities.cpp:660 } 00000970.0002705f 01710075 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.006.726] debug: NSLIBC: get_state(), ../../../../../lib/libc/netapp/ns_res_state.c:204, Vsid = 6 Adding entry for VSID: 6 00000970.00027060 01710075 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.007.356] debug: CM_STATS: Skipping stats for connect() to 172.16.46.10 with port 53 (DNS): not a SecD initiated conn { in isConnInfoValidForStats() at src/cm/secd_cm_stats_manager.cpp:828 } 00000970.00027061 01710075 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.010.731] debug: NSLIBC: __res_nsend(), ../../../../../lib/libc/resolv/res_send.c:828, Vsid = 6 Connected to 172.16.46.10 for DNS 00000970.00027062 01710075 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.010.761] debug: NSLIBC: log_rcode_and_update_stats(), ../../../../../lib/libc/resolv/res_send.c:485, Vsid = 6 Rcode received from the DNS server(172.16.46.10): 0 when querying _ldap._tcp.Justacity._ sites.prod.justacompany.be 00000970.00027063 01710075 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.010.840] debug: Dns name lookup for nameType: 1, hostName: prod452.prod.justacompany.be { in DnsNameLookupViaLibC() at src/server_discovery/secd_service_utilities.cpp:435 } 00000970.00027064 01710075 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.011.409] debug: NSLIBC: format_and_add_journal(), ../../../../../lib/libc/netapp/ns_journal.c:248, Vsid = 6 Entry for host-name: prod452.prod.justacompany.be not found in the current source: FILES. Ignoring and trying next available source 00000970.00027065 01710075 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.011.532] debug: NSLIBC: is_res_init_needed(), ../../../../../lib/libc/netapp/ns_res_state.c:41, Vsid = 6 Not Initing. statp->options & RES_INIT = 1,statp->options & RES_STAYOPEN = 0, statp->vsid = 6, vcontext = 6,statp->conf_file_time = 1506698952, st.st_mtime = 1506698952 00000970.00027066 01710075 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.011.568] debug: CM_STATS: Skipping stats for connect() to 172.16.46.10 with port 53 (DNS): not a SecD initiated conn { in isConnInfoValidForStats() at src/cm/secd_cm_stats_manager.cpp:828 } 00000970.00027067 01710075 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.012.017] debug: NSLIBC: __res_nsend(), ../../../../../lib/libc/resolv/res_send.c:828, Vsid = 6 Connected to 172.16.46.10 for DNS 00000970.00027068 01710075 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.012.047] debug: NSLIBC: log_rcode_and_update_stats(), ../../../../../lib/libc/resolv/res_send.c:485, Vsid = 6 Rcode received from the DNS server(172.16.46.10): 0 when querying prod452.prod.justacompany.be 00000970.00027069 01710075 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.012.129] debug: Dns name lookup for nameType: 1, hostName: justaserver.prod.justacompany.be { in DnsNameLookupViaLibC() at src/server_discovery/secd_service_utilities.cpp:435 } 00000970.0002706a 01710075 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.012.331] debug: NSLIBC: format_and_add_journal(), ../../../../../lib/libc/netapp/ns_journal.c:248, Vsid = 6 Entry for host-name: justaserver.prod.justacompany.be not found in the current source: FILES. Ignoring and trying next available source 00000970.0002706b 01710075 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.012.383] debug: NSLIBC: is_res_init_needed(), ../../../../../lib/libc/netapp/ns_res_state.c:41, Vsid = 6 Not Initing. statp->options & RES_INIT = 1,statp->options & RES_STAYOPEN = 0, statp->vsid = 6, vcontext = 6,statp->conf_file_time = 1506698952, st.st_mtime = 1506698952 00000970.0002706c 01710075 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.012.414] debug: CM_STATS: Skipping stats for connect() to 172.16.46.10 with port 53 (DNS): not a SecD initiated conn { in isConnInfoValidForStats() at src/cm/secd_cm_stats_manager.cpp:828 } 00000970.0002706d 01710075 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.012.863] debug: NSLIBC: __res_nsend(), ../../../../../lib/libc/resolv/res_send.c:828, Vsid = 6 Connected to 172.16.46.10 for DNS 00000970.0002706e 01710075 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.012.885] debug: NSLIBC: log_rcode_and_update_stats(), ../../../../../lib/libc/resolv/res_send.c:485, Vsid = 6 Rcode received from the DNS server(172.16.46.10): 0 when querying justaserver.prod.justacompany.be 00000970.0002706f 01710075 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.012.957] debug: Service discovery returned 2 servers { in DnsServiceLookupViaLibc() at src/server_discovery/secd_service_utilities.cpp:621 } 00000970.00027070 01710075 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.012.980] debug: ***Adding server with ip: 172.16.42.72, nameLowercase: prod452.prod.justacompany.be, pref: 2, service: LDAP_NIS_AND_NAME_MAPPING { in addDiscoveredServer() at src/server_discovery/secd_service_list.cpp:711 } 00000970.00027071 01710075 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.012.998] debug: ***Adding server with ip: 172.16.42.71, nameLowercase: justaserver.prod.justacompany.be, pref: 2, service: LDAP_NIS_AND_NAME_MAPPING { in addDiscoveredServer() at src/server_discovery/secd_service_list.cpp:711 } 00000970.00027072 01710075 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.017.387] debug: Vserver's operational state: running { in isVserverRunning() at src/configuration_manager/secd_configuration_manager.cpp:2753 } 00000970.00027073 01710075 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.017.401] debug: Got serviceName : _ldap._ tcp.prod.justacompany.be { in parseServiceName() at src/server_discovery/secd_service_utilities.cpp:660 } 00000970.00027074 01710075 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.017.700] debug: CM_STATS: Skipping stats for connect() to 172.16.46.10 with port 53 (DNS): not a SecD initiated conn { in isConnInfoValidForStats() at src/cm/secd_cm_stats_manager.cpp:828 } 00000970.00027075 01710076 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.018.217] debug: NSLIBC: __res_nsend(), ../../../../../lib/libc/resolv/res_send.c:828, Vsid = 6 Connected to 172.16.46.10 for DNS 00000970.00027076 01710076 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.018.245] debug: NSLIBC: log_rcode_and_update_stats(), ../../../../../lib/libc/resolv/res_send.c:485, Vsid = 6 Rcode received from the DNS server(172.16.46.10): 0 when querying _ldap._ tcp.prod.justacompany.be 00000970.00027077 01710076 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.018.317] debug: Dns name lookup for nameType: 1, hostName: justaserver.prod.justacompany.be { in DnsNameLookupViaLibC() at src/server_discovery/secd_service_utilities.cpp:435 } 00000970.00027078 01710076 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.018.554] debug: NSLIBC: format_and_add_journal(), ../../../../../lib/libc/netapp/ns_journal.c:248, Vsid = 6 Entry for host-name: justaserver.prod.justacompany.be not found in the current source: FILES. Ignoring and trying next available source 00000970.00027079 01710076 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.018.612] debug: NSLIBC: is_res_init_needed(), ../../../../../lib/libc/netapp/ns_res_state.c:41, Vsid = 6 Not Initing. statp->options & RES_INIT = 1,statp->options & RES_STAYOPEN = 0, statp->vsid = 6, vcontext = 6,statp->conf_file_time = 1506698952, st.st_mtime = 1506698952 00000970.0002707a 01710076 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.018.643] debug: CM_STATS: Skipping stats for connect() to 172.16.46.10 with port 53 (DNS): not a SecD initiated conn { in isConnInfoValidForStats() at src/cm/secd_cm_stats_manager.cpp:828 } 00000970.0002707b 01710076 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.019.126] debug: NSLIBC: __res_nsend(), ../../../../../lib/libc/resolv/res_send.c:828, Vsid = 6 Connected to 172.16.46.10 for DNS 00000970.0002707c 01710076 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.019.148] debug: NSLIBC: log_rcode_and_update_stats(), ../../../../../lib/libc/resolv/res_send.c:485, Vsid = 6 Rcode received from the DNS server(172.16.46.10): 0 when querying justaserver.prod.justacompany.be 00000970.0002707d 01710076 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.019.227] debug: Dns name lookup for nameType: 1, hostName: prod452.prod.justacompany.be { in DnsNameLookupViaLibC() at src/server_discovery/secd_service_utilities.cpp:435 } 00000970.0002707e 01710076 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.019.431] debug: NSLIBC: format_and_add_journal(), ../../../../../lib/libc/netapp/ns_journal.c:248, Vsid = 6 Entry for host-name: prod452.prod.justacompany.be not found in the current source: FILES. Ignoring and trying next available source 00000970.0002707f 01710076 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.019.483] debug: NSLIBC: is_res_init_needed(), ../../../../../lib/libc/netapp/ns_res_state.c:41, Vsid = 6 Not Initing. statp->options & RES_INIT = 1,statp->options & RES_STAYOPEN = 0, statp->vsid = 6, vcontext = 6,statp->conf_file_time = 1506698952, st.st_mtime = 1506698952 00000970.00027080 01710076 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.019.514] debug: CM_STATS: Skipping stats for connect() to 172.16.46.10 with port 53 (DNS): not a SecD initiated conn { in isConnInfoValidForStats() at src/cm/secd_cm_stats_manager.cpp:828 } 00000970.00027081 01710076 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.019.988] debug: NSLIBC: __res_nsend(), ../../../../../lib/libc/resolv/res_send.c:828, Vsid = 6 Connected to 172.16.46.10 for DNS 00000970.00027082 01710076 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.020.011] debug: NSLIBC: log_rcode_and_update_stats(), ../../../../../lib/libc/resolv/res_send.c:485, Vsid = 6 Rcode received from the DNS server(172.16.46.10): 0 when querying prod452.prod.justacompany.be 00000970.00027083 01710076 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.020.083] debug: Dns name lookup for nameType: 1, hostName: prod454.prod.justacompany.be { in DnsNameLookupViaLibC() at src/server_discovery/secd_service_utilities.cpp:435 } 00000970.00027084 01710076 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.020.283] debug: NSLIBC: format_and_add_journal(), ../../../../../lib/libc/netapp/ns_journal.c:248, Vsid = 6 Entry for host-name: prod454.prod.justacompany.be not found in the current source: FILES. Ignoring and trying next available source 00000970.00027085 01710076 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.020.334] debug: NSLIBC: is_res_init_needed(), ../../../../../lib/libc/netapp/ns_res_state.c:41, Vsid = 6 Not Initing. statp->options & RES_INIT = 1,statp->options & RES_STAYOPEN = 0, statp->vsid = 6, vcontext = 6,statp->conf_file_time = 1506698952, st.st_mtime = 1506698952 00000970.00027086 01710076 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.020.365] debug: CM_STATS: Skipping stats for connect() to 172.16.46.10 with port 53 (DNS): not a SecD initiated conn { in isConnInfoValidForStats() at src/cm/secd_cm_stats_manager.cpp:828 } 00000970.00027087 01710076 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.020.819] debug: NSLIBC: __res_nsend(), ../../../../../lib/libc/resolv/res_send.c:828, Vsid = 6 Connected to 172.16.46.10 for DNS 00000970.00027088 01710076 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.020.856] debug: NSLIBC: log_rcode_and_update_stats(), ../../../../../lib/libc/resolv/res_send.c:485, Vsid = 6 Rcode received from the DNS server(172.16.46.10): 0 when querying prod454.prod.justacompany.be 00000970.00027089 01710076 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.020.938] debug: Dns name lookup for nameType: 1, hostName: prod453.prod.justacompany.be { in DnsNameLookupViaLibC() at src/server_discovery/secd_service_utilities.cpp:435 } 00000970.0002708a 01710076 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.021.149] debug: NSLIBC: format_and_add_journal(), ../../../../../lib/libc/netapp/ns_journal.c:248, Vsid = 6 Entry for host-name: prod453.prod.justacompany.be not found in the current source: FILES. Ignoring and trying next available source 00000970.0002708b 01710076 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.021.204] debug: NSLIBC: is_res_init_needed(), ../../../../../lib/libc/netapp/ns_res_state.c:41, Vsid = 6 Not Initing. statp->options & RES_INIT = 1,statp->options & RES_STAYOPEN = 0, statp->vsid = 6, vcontext = 6,statp->conf_file_time = 1506698952, st.st_mtime = 1506698952 00000970.0002708c 01710076 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.021.233] debug: CM_STATS: Skipping stats for connect() to 172.16.46.10 with port 53 (DNS): not a SecD initiated conn { in isConnInfoValidForStats() at src/cm/secd_cm_stats_manager.cpp:828 } 00000970.0002708d 01710076 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.021.599] debug: NSLIBC: __res_nsend(), ../../../../../lib/libc/resolv/res_send.c:828, Vsid = 6 Connected to 172.16.46.10 for DNS 00000970.0002708e 01710076 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.021.620] debug: NSLIBC: log_rcode_and_update_stats(), ../../../../../lib/libc/resolv/res_send.c:485, Vsid = 6 Rcode received from the DNS server(172.16.46.10): 0 when querying prod453.prod.justacompany.be 00000970.0002708f 01710076 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.021.691] debug: Service discovery returned 4 servers { in DnsServiceLookupViaLibc() at src/server_discovery/secd_service_utilities.cpp:621 } 00000970.00027090 01710076 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.021.720] debug: ***Adding server with ip: 172.16.42.133, nameLowercase: prod454.prod.justacompany.be, pref: 3, service: LDAP_NIS_AND_NAME_MAPPING { in addDiscoveredServer() at src/server_discovery/secd_service_list.cpp:711 } 00000970.00027091 01710076 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.021.736] debug: ***Adding server with ip: 172.16.42.132, nameLowercase: prod453.prod.justacompany.be, pref: 3, service: LDAP_NIS_AND_NAME_MAPPING { in addDiscoveredServer() at src/server_discovery/secd_service_list.cpp:711 } 00000970.00027092 01710076 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.021.764] debug: Created service key: 00000006..LDAP_NIS_AND_NAME_MAPPING { in makeServiceKey() at src/server_discovery/secd_service_list.cpp:182 } 00000970.00027093 01710076 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.021.809] debug: Discovery returned justaserver.prod.justacompany.be (172.16.42.71) { in getBestConnection() at src/connection_manager/secd_connection_manager.cpp:904 } 00000970.00027094 01710076 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.021.825] debug: Connecting to LDAP (NIS & Name Mapping) server justaserver.prod.justacompany.be (172.16.42.71) { in addStartConnectionLog() at src/connection_manager/secd_connection_manager.cpp:551 } 00000970.00027095 01710076 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.021.948] debug: Attemping a SASL bind as "NFSCORPPRD01$(a)PROD.JUSTACOMPANY.BE" { in ldapSaslBind() at src/connection_manager/secd_connection.cpp:822 } 00000970.00027096 01710076 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.021.966] debug: LDAP security level is NONE, attempting bind using SPNEGO { in ldapSaslBind() at src/connection_manager/secd_connection.cpp:876 } 00000970.00027097 01710076 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.024.258] debug: Found matching cache 'cc:C:6:0' { in secd_ccache_resolve() at src/utils/secd_krb_ccache.cpp:897 } 00000970.00027098 01710076 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.025.176] info : [krb5 context 10B23600] Getting credentials NFSCORPPRD01$(a)PROD.JUSTACOMPANY.BE -> cifs/justaserver.prod.justacompany.be@ using ccache NETAPPCC:cc:C:6:0 00000970.00027099 01710076 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.025.194] debug: Found matching cache 'cc:C:6:0' { in secd_ccache_resolve() at src/utils/secd_krb_ccache.cpp:897 } 00000970.0002709a 01710076 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.025.247] info : [krb5 context 10B23600] Retrieving NFSCORPPRD01$(a)PROD.JUSTACOMPANY.BE -> cifs/justaserver.prod.justacompany.be@ from NETAPPCC:cc:C:6:0 with result: 0/Unknown code 0 00000970.0002709b 01710076 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.025.316] info : [krb5 context 10B23600] Creating authenticator for NFSCORPPRD01$(a)PROD.JUSTACOMPANY.BE -> cifs/justaserver.prod.justacompany.be@, seqnum 227739542, subkey aes256-cts/FBF9, session key aes256-cts/F40B 00000970.0002709c 01710076 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.025.590] debug: CM_STATS: Tracking connect() to server 172.16.42.71, port 389 { in startConnectTracking() at src/cm/secd_cm_stats_manager.cpp:863 } 00000970.0002709d 01710076 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.025.832] info : Successfully connected to ip 172.16.42.71, port 389 using TCP { in _connect() at src/connection_manager/secd_connection_shim.cpp:317 } 00000970.0002709e 01710076 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.026.676] info : [krb5 context 10B23600] Read AP-REP, time 1507118863.924740, subkey aes256-cts/1D80, seqnum 474173867 00000970.0002709f 01710076 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.028.609] debug: Successfully authenticated over LDAP with justaserver.prod.justacompany.be { in connect() at src/connection_manager/secd_connection.cpp:1888 } 00000970.000270a0 01710076 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.028.623] debug: Connected to new LDAP (NIS & Name Mapping) service on justaserver.prod.justacompany.be { in makeConnectionAttempt() at src/connection_manager/secd_connection_manager.cpp:1020 } 00000970.000270a1 01710076 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.028.714] ERR : RESULT_ERROR_SECD_CONFIGURATION_NOT_FOUND:6943 in query() at src/configuration_manager/secd_configuration_sources.cpp:3936 00000970.000270a2 01710076 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.028.729] ERR : RESULT_ERROR_SECD_CONFIGURATION_NOT_FOUND:6943 in getLdapSearchDetails() at src/configuration_manager/secd_configuration_manager.cpp:1171 00000970.000270a3 01710076 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.028.741] ERR : RESULT_ERROR_SECD_CONFIGURATION_NOT_FOUND:6943 in getLdapUserInfo() at src/authorization/secd_ldap_unix_authorization.cpp:2296 00000970.000270a4 01710077 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.028.812] debug: Closing service handle; reporting status 1 { in ~SecdConnection() at src/include/secd_connection.h:118 } 00000970.000270a5 01710077 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.028.830] ERR : Failed to get user info for name johndoe { in getPasswdInfoFromLdap() at src/authorization/secd_rpc_authorization.cpp:2638 } 00000970.000270a6 01710077 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.028.837] ERR : RESULT_ERROR_SECD_CONFIGURATION_NOT_FOUND:6943 in getPasswdInfoFromLdap() at src/authorization/secd_rpc_authorization.cpp:2640 00000970.000270a7 01710077 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.028.846] ERR : RESULT_ERROR_SECD_CONFIGURATION_NOT_FOUND:6943 in ldapGetPasswd() at src/authorization/secd_rpc_authorization.cpp:3018 00000970.000270a8 01710077 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.028.855] ERR : RESULT_ERROR_SECD_CONFIGURATION_NOT_FOUND:6943 in SecdCbNsLdapQuery() at src/authorization/secd_rpc_authorization.cpp:3415 00000970.000270a9 01710077 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.028.865] debug: NSLIBC: ldap_match(), ../../../../../lib/libc/netapp/ldap_secd.c:1161, Vsid = 6 secd RPC SECD_LDAP_PASSWD_PROC returned 6943 00000970.000270aa 01710077 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.028.872] ERR : NSLIBC: map_secd_err_to_retval(), ../../../../../lib/libc/netapp/ldap_secd.c:485, Vsid = 6 Received secd_err: '6943' 00000970.000270ab 01710077 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.028.892] info : Entry for user-name: johndoe not found in the current source: LDAP. Ignoring and trying next available source { in SecdCbNsJournal() at src/utils/secd_ns_utils.cpp:82 } 00000970.000270ac 01710077 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.029.295] debug: NSLIBC: files_passwd(), ../../../../../lib/libc/gen/getpwent.c:1030, Vsid = 6 Time taken for passwd DB lookup for user johndoe: 386 microseconds 00000970.000270ad 01710077 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.029.313] info : Entry for user-name: johndoe not found in the current source: FILES. Entry for user-name: johndoe not found in any of the available sources { in SecdCbNsJournal() at src/utils/secd_ns_utils.cpp:82 } 00000970.000270ae 01710077 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.029.332] debug: getpwnam_r() returned error code=0, files_err=5, nis_err=0, ldap_err=22, dns_err=0 { in getUserInfoViaLibC() at src/utils/secd_ns_utils.cpp:465 } 00000970.000270af 01710077 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.029.337] ERR : getpwnam_r() has a transient error { in getUserInfoViaLibC() at src/utils/secd_ns_utils.cpp:471 } 00000970.000270b0 01710077 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.029.345] ERR : RESULT_ERROR_SECD_LIBC_TRANSIENT_ERROR:7035 in getUserInfoViaLibC() at src/utils/secd_ns_utils.cpp:472 00000970.000270b1 01710077 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.029.355] ERR : RESULT_ERROR_SECD_LIBC_TRANSIENT_ERROR:7035 in _getUserPasswdInfo() at src/authorization/secd_unix_authorization.cpp:1109 00000970.000270b2 01710077 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.029.364] ERR : RESULT_ERROR_SECD_LIBC_TRANSIENT_ERROR:7035 in _getUserInfo() at src/authorization/secd_unix_authorization.cpp:886 00000970.000270b3 01710077 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.029.373] ERR : RESULT_ERROR_SECD_LIBC_TRANSIENT_ERROR:7035 in _getUserInfo() at src/authorization/secd_unix_authorization.cpp:856 00000970.000270b4 01710077 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.029.381] ERR : RESULT_ERROR_SECD_LIBC_TRANSIENT_ERROR:7035 in getUidFromUserNameViaLibc() at src/authorization/secd_unix_authorization.cpp:604 00000970.000270b5 01710077 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.029.394] ERR : Unable to retrieve UID for UNIX user johndoe { in secd_rpc_auth_user_name_to_id_1_svc() at src/authorization/secd_rpc_authorization.cpp:1209 } 00000970.000270b6 01710077 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.029.400] ERR : RESULT_ERROR_SECD_LIBC_TRANSIENT_ERROR:7035 in secd_rpc_auth_user_name_to_id_1_svc() at src/authorization/secd_rpc_authorization.cpp:1210 00000970.000270b7 01710077 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.029.442] debug: SecD RPC Server sending reply to RPC 205: secd_rpc_auth_user_name_to_id { in secdSendRpcResponse() at src/server/secd_rpc_server.cpp:1888 } 00000970.000270b8 01710077 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.029.515] ERR : RESULT_ERROR_SECD_UNIX_CRED_LOOKUP_FAILED:6987 in getFailureCode() at src/utils/secd_thread_task_journal.cpp:348 00000970.000270b9 01710077 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | [000.029.588] debug: Logged secd.unixLookupFailure to EMS { in logEmsEventWithJournalForUnixAuthError() at src/utils/secd_ems_utils.cpp:1289 } 00000970.000270ba 01710077 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] |------------------------------------------------------------------------------. 00000970.000270bb 01710077 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | RPC completed at Wed Oct 4 14:07:43 2017 | 00000970.000270bc 01710077 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] | End of log for failed RPC secd_rpc_auth_user_name_to_id | 00000970.000270bd 01710077 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] '------------------------------------------------------------------------------' 00000970.000270be 01710077 Wed Oct 04 2017 14:07:43 +02:00 [kern_secd:info:6969] Best regards, Filip

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

toasters