Re: [autofs] autofs problem
On Mon, 2011-03-14 at 10:09 +, hpc.ad...@uea.ac.uk wrote: Hello Ian, Thank you for your reply. The contents of /etc/sysconfig/autofs are: [root@head00 ~]# grep -v '^#' /etc/sysconfig/autofs TIMEOUT=300 BROWSE_MODE=no USE_MISC_DEVICE=yes [root@head00 ~]# When the machine boots up, it completely fails to mount /home/username; it just complains that /home/username doesn't exist. The contents of /var/log/messages then show the message given below, thus I assume that they are related. Do let me know if you require further information. Googling around for the error message hasn't been very successful :-( Failing to open a control file handle on an automount is fatal. I don't know why that's happening. We would probably need to add some log prints to get more information. Thanks for your help, Wadud. -Original Message- From: hpc.admin-boun...@uea.ac.uk [mailto:hpc.admin-boun...@uea.ac.uk] On Behalf Of Ian Kent Sent: Sunday, March 13, 2011 1:29 AM To: hpc.ad...@uea.ac.uk Cc: autofs@linux.kernel.org Subject: Re: [autofs] autofs problem On Tue, 2011-03-08 at 11:24 +, hpc.ad...@uea.ac.uk wrote: Hello, I am experiencing autofs problems with my Centos 5.5 system. Upon boot, the mount fails with the following error messages (created by passing the -d option in the automount): Mar 8 10:38:19 cn024 automount[6395]: do_notify_state: signal 15 Mar 8 10:38:19 cn024 automount[6395]: master_notify_state_change: sig 15 switching /home from 1 to 5 Mar 8 10:38:19 cn024 automount[6395]: st_prepare_shutdown: state 1 path /home Mar 8 10:38:19 cn024 automount[6395]: expire_proc: exp_proc = 1090562368 path /home Mar 8 10:38:19 cn024 automount[6395]: expire_cleanup: got thid 1090562368 path /home stat 0 Mar 8 10:38:19 cn024 automount[6395]: expire_cleanup: sigchld: exp 1090562368 finished, switching from 5 to 7 Mar 8 10:38:19 cn024 automount[6395]: st_shutdown: state 5 path /home Mar 8 10:38:19 cn024 smartd[7258]: smartd has fork()ed into background mode. New PID=7258. Mar 8 10:38:19 cn024 automount[6395]: umount_multi: path /home incl 0 Mar 8 10:38:19 cn024 automount[6395]: umounted indirect mount /home Mar 8 10:38:19 cn024 automount[6395]: automount_path_to_fifo: fifo name /var/run/autofs.fifo-home Mar 8 10:38:19 cn024 automount[6395]: shut down path /home Mar 8 10:38:19 cn024 automount[6395]: autofs stopped Mar 8 10:38:28 cn024 automount[7334]: Starting automounter version 5.0.1-0.rc2.143.el5, master map auto.master Mar 8 10:38:28 cn024 automount[7334]: using kernel protocol version 5.01 Mar 8 10:38:28 cn024 automount[7334]: lookup_nss_read_master: reading master files auto.master Mar 8 10:38:28 cn024 automount[7334]: parse_init: parse(sun): init gathered global options: (null) Mar 8 10:38:28 cn024 automount[7334]: lookup_read_master: lookup(file): read entry /home Mar 8 10:38:28 cn024 automount[7334]: master_do_mount: mounting /home Mar 8 10:38:28 cn024 automount[7334]: automount_path_to_fifo: fifo name /var/run/autofs.fifo-home Mar 8 10:38:28 cn024 automount[7334]: lookup_nss_read_map: reading map file /etc/auto.home Mar 8 10:38:28 cn024 automount[7334]: parse_init: parse(sun): init gathered global options: rw,intr Mar 8 10:38:28 cn024 automount[7334]: do_mount_autofs_indirect: failed to create ioctl fd for autofs path /home Mar 8 10:38:28 cn024 automount[7334]: handle_mounts: mount of /home failed! Mar 8 10:38:28 cn024 automount[7334]: master_do_mount: failed to startup mount Mar 8 10:38:28 cn024 automount[7334]: no mounts in table The error messages to note are the last four lines. When I restart the daemon, the automount works, but fails after a day or two. The version of autofs I am using is: What makes you think these are the same problem? Did you check to see if /home was already mounted when it failed? What is in your /etc/sysconfig/autofs? Name: autofs Relocations: (not relocatable) Version : 5.0.1Vendor: CentOS Release : 0.rc2.143.el5_5.6 Any help will be greatly appreciated. Thanks in advance. -- Wadud Miah High Performance Computing Systems Developer Research Computing Services, University of East Anglia Telephone: 01603 593856 Information Services -- ___ autofs mailing list autofs@linux.kernel.org http://linux.kernel.org/mailman/listinfo/autofs ___ Hpc.admin mailing list hpc.ad...@uea.ac.uk http://www.uea.ac.uk/mailman21/listinfo/hpc.admin ___ autofs mailing list autofs@linux.kernel.org http://linux.kernel.org/mailman/listinfo/autofs
Re: [autofs] autofs problem
On Mon, 2011-03-14 at 22:59 +0800, Ian Kent wrote: On Mon, 2011-03-14 at 10:09 +, hpc.ad...@uea.ac.uk wrote: Hello Ian, Thank you for your reply. The contents of /etc/sysconfig/autofs are: [root@head00 ~]# grep -v '^#' /etc/sysconfig/autofs TIMEOUT=300 BROWSE_MODE=no USE_MISC_DEVICE=yes [root@head00 ~]# When the machine boots up, it completely fails to mount /home/username; it just complains that /home/username doesn't exist. The contents of /var/log/messages then show the message given below, thus I assume that they are related. Do let me know if you require further information. Googling around for the error message hasn't been very successful :-( Failing to open a control file handle on an automount is fatal. I don't know why that's happening. We would probably need to add some log prints to get more information. Where does the map come from, is it network based? If it is and you use NetworkManager, have you checked to see if automount is starting up during NetworkManager initialization? In the log you show why do we see automount shutting down, then starting up, you say the problem is at boot but the example log doesn't show an error at boot? And, did you check if /home was already mounted after the shutdown and before that startup in the log. Thanks for your help, Wadud. -Original Message- From: hpc.admin-boun...@uea.ac.uk [mailto:hpc.admin-boun...@uea.ac.uk] On Behalf Of Ian Kent Sent: Sunday, March 13, 2011 1:29 AM To: hpc.ad...@uea.ac.uk Cc: autofs@linux.kernel.org Subject: Re: [autofs] autofs problem On Tue, 2011-03-08 at 11:24 +, hpc.ad...@uea.ac.uk wrote: Hello, I am experiencing autofs problems with my Centos 5.5 system. Upon boot, the mount fails with the following error messages (created by passing the -d option in the automount): Mar 8 10:38:19 cn024 automount[6395]: do_notify_state: signal 15 Mar 8 10:38:19 cn024 automount[6395]: master_notify_state_change: sig 15 switching /home from 1 to 5 Mar 8 10:38:19 cn024 automount[6395]: st_prepare_shutdown: state 1 path /home Mar 8 10:38:19 cn024 automount[6395]: expire_proc: exp_proc = 1090562368 path /home Mar 8 10:38:19 cn024 automount[6395]: expire_cleanup: got thid 1090562368 path /home stat 0 Mar 8 10:38:19 cn024 automount[6395]: expire_cleanup: sigchld: exp 1090562368 finished, switching from 5 to 7 Mar 8 10:38:19 cn024 automount[6395]: st_shutdown: state 5 path /home Mar 8 10:38:19 cn024 smartd[7258]: smartd has fork()ed into background mode. New PID=7258. Mar 8 10:38:19 cn024 automount[6395]: umount_multi: path /home incl 0 Mar 8 10:38:19 cn024 automount[6395]: umounted indirect mount /home Mar 8 10:38:19 cn024 automount[6395]: automount_path_to_fifo: fifo name /var/run/autofs.fifo-home Mar 8 10:38:19 cn024 automount[6395]: shut down path /home Mar 8 10:38:19 cn024 automount[6395]: autofs stopped Mar 8 10:38:28 cn024 automount[7334]: Starting automounter version 5.0.1-0.rc2.143.el5, master map auto.master Mar 8 10:38:28 cn024 automount[7334]: using kernel protocol version 5.01 Mar 8 10:38:28 cn024 automount[7334]: lookup_nss_read_master: reading master files auto.master Mar 8 10:38:28 cn024 automount[7334]: parse_init: parse(sun): init gathered global options: (null) Mar 8 10:38:28 cn024 automount[7334]: lookup_read_master: lookup(file): read entry /home Mar 8 10:38:28 cn024 automount[7334]: master_do_mount: mounting /home Mar 8 10:38:28 cn024 automount[7334]: automount_path_to_fifo: fifo name /var/run/autofs.fifo-home Mar 8 10:38:28 cn024 automount[7334]: lookup_nss_read_map: reading map file /etc/auto.home Mar 8 10:38:28 cn024 automount[7334]: parse_init: parse(sun): init gathered global options: rw,intr Mar 8 10:38:28 cn024 automount[7334]: do_mount_autofs_indirect: failed to create ioctl fd for autofs path /home Mar 8 10:38:28 cn024 automount[7334]: handle_mounts: mount of /home failed! Mar 8 10:38:28 cn024 automount[7334]: master_do_mount: failed to startup mount Mar 8 10:38:28 cn024 automount[7334]: no mounts in table The error messages to note are the last four lines. When I restart the daemon, the automount works, but fails after a day or two. The version of autofs I am using is: What makes you think these are the same problem? Did you check to see if /home was already mounted when it failed? What is in your /etc/sysconfig/autofs? Name: autofs Relocations: (not relocatable) Version : 5.0.1Vendor: CentOS Release : 0.rc2.143.el5_5.6 Any help will be greatly appreciated. Thanks in advance. -- Wadud Miah High Performance Computing Systems Developer Research Computing Services, University of East Anglia Telephone: 01603 593856
Re: [autofs] autofs problem
Hello Ian, Thank you for your reply. The contents of /etc/sysconfig/autofs are: [root@head00 ~]# grep -v '^#' /etc/sysconfig/autofs TIMEOUT=300 BROWSE_MODE=no USE_MISC_DEVICE=yes [root@head00 ~]# When the machine boots up, it completely fails to mount /home/username; it just complains that /home/username doesn't exist. The contents of /var/log/messages then show the message given below, thus I assume that they are related. Do let me know if you require further information. Googling around for the error message hasn't been very successful :-( Thanks for your help, Wadud. -Original Message- From: hpc.admin-boun...@uea.ac.uk [mailto:hpc.admin-boun...@uea.ac.uk] On Behalf Of Ian Kent Sent: Sunday, March 13, 2011 1:29 AM To: hpc.ad...@uea.ac.uk Cc: autofs@linux.kernel.org Subject: Re: [autofs] autofs problem On Tue, 2011-03-08 at 11:24 +, hpc.ad...@uea.ac.uk wrote: Hello, I am experiencing autofs problems with my Centos 5.5 system. Upon boot, the mount fails with the following error messages (created by passing the -d option in the automount): Mar 8 10:38:19 cn024 automount[6395]: do_notify_state: signal 15 Mar 8 10:38:19 cn024 automount[6395]: master_notify_state_change: sig 15 switching /home from 1 to 5 Mar 8 10:38:19 cn024 automount[6395]: st_prepare_shutdown: state 1 path /home Mar 8 10:38:19 cn024 automount[6395]: expire_proc: exp_proc = 1090562368 path /home Mar 8 10:38:19 cn024 automount[6395]: expire_cleanup: got thid 1090562368 path /home stat 0 Mar 8 10:38:19 cn024 automount[6395]: expire_cleanup: sigchld: exp 1090562368 finished, switching from 5 to 7 Mar 8 10:38:19 cn024 automount[6395]: st_shutdown: state 5 path /home Mar 8 10:38:19 cn024 smartd[7258]: smartd has fork()ed into background mode. New PID=7258. Mar 8 10:38:19 cn024 automount[6395]: umount_multi: path /home incl 0 Mar 8 10:38:19 cn024 automount[6395]: umounted indirect mount /home Mar 8 10:38:19 cn024 automount[6395]: automount_path_to_fifo: fifo name /var/run/autofs.fifo-home Mar 8 10:38:19 cn024 automount[6395]: shut down path /home Mar 8 10:38:19 cn024 automount[6395]: autofs stopped Mar 8 10:38:28 cn024 automount[7334]: Starting automounter version 5.0.1-0.rc2.143.el5, master map auto.master Mar 8 10:38:28 cn024 automount[7334]: using kernel protocol version 5.01 Mar 8 10:38:28 cn024 automount[7334]: lookup_nss_read_master: reading master files auto.master Mar 8 10:38:28 cn024 automount[7334]: parse_init: parse(sun): init gathered global options: (null) Mar 8 10:38:28 cn024 automount[7334]: lookup_read_master: lookup(file): read entry /home Mar 8 10:38:28 cn024 automount[7334]: master_do_mount: mounting /home Mar 8 10:38:28 cn024 automount[7334]: automount_path_to_fifo: fifo name /var/run/autofs.fifo-home Mar 8 10:38:28 cn024 automount[7334]: lookup_nss_read_map: reading map file /etc/auto.home Mar 8 10:38:28 cn024 automount[7334]: parse_init: parse(sun): init gathered global options: rw,intr Mar 8 10:38:28 cn024 automount[7334]: do_mount_autofs_indirect: failed to create ioctl fd for autofs path /home Mar 8 10:38:28 cn024 automount[7334]: handle_mounts: mount of /home failed! Mar 8 10:38:28 cn024 automount[7334]: master_do_mount: failed to startup mount Mar 8 10:38:28 cn024 automount[7334]: no mounts in table The error messages to note are the last four lines. When I restart the daemon, the automount works, but fails after a day or two. The version of autofs I am using is: What makes you think these are the same problem? Did you check to see if /home was already mounted when it failed? What is in your /etc/sysconfig/autofs? Name: autofs Relocations: (not relocatable) Version : 5.0.1Vendor: CentOS Release : 0.rc2.143.el5_5.6 Any help will be greatly appreciated. Thanks in advance. -- Wadud Miah High Performance Computing Systems Developer Research Computing Services, University of East Anglia Telephone: 01603 593856 Information Services -- ___ autofs mailing list autofs@linux.kernel.org http://linux.kernel.org/mailman/listinfo/autofs ___ Hpc.admin mailing list hpc.ad...@uea.ac.uk http://www.uea.ac.uk/mailman21/listinfo/hpc.admin ___ autofs mailing list autofs@linux.kernel.org http://linux.kernel.org/mailman/listinfo/autofs
Re: [autofs] autofs problem
On Tue, 2011-03-08 at 11:24 +, hpc.ad...@uea.ac.uk wrote: Hello, I am experiencing autofs problems with my Centos 5.5 system. Upon boot, the mount fails with the following error messages (created by passing the -d option in the automount): Mar 8 10:38:19 cn024 automount[6395]: do_notify_state: signal 15 Mar 8 10:38:19 cn024 automount[6395]: master_notify_state_change: sig 15 switching /home from 1 to 5 Mar 8 10:38:19 cn024 automount[6395]: st_prepare_shutdown: state 1 path /home Mar 8 10:38:19 cn024 automount[6395]: expire_proc: exp_proc = 1090562368 path /home Mar 8 10:38:19 cn024 automount[6395]: expire_cleanup: got thid 1090562368 path /home stat 0 Mar 8 10:38:19 cn024 automount[6395]: expire_cleanup: sigchld: exp 1090562368 finished, switching from 5 to 7 Mar 8 10:38:19 cn024 automount[6395]: st_shutdown: state 5 path /home Mar 8 10:38:19 cn024 smartd[7258]: smartd has fork()ed into background mode. New PID=7258. Mar 8 10:38:19 cn024 automount[6395]: umount_multi: path /home incl 0 Mar 8 10:38:19 cn024 automount[6395]: umounted indirect mount /home Mar 8 10:38:19 cn024 automount[6395]: automount_path_to_fifo: fifo name /var/run/autofs.fifo-home Mar 8 10:38:19 cn024 automount[6395]: shut down path /home Mar 8 10:38:19 cn024 automount[6395]: autofs stopped Mar 8 10:38:28 cn024 automount[7334]: Starting automounter version 5.0.1-0.rc2.143.el5, master map auto.master Mar 8 10:38:28 cn024 automount[7334]: using kernel protocol version 5.01 Mar 8 10:38:28 cn024 automount[7334]: lookup_nss_read_master: reading master files auto.master Mar 8 10:38:28 cn024 automount[7334]: parse_init: parse(sun): init gathered global options: (null) Mar 8 10:38:28 cn024 automount[7334]: lookup_read_master: lookup(file): read entry /home Mar 8 10:38:28 cn024 automount[7334]: master_do_mount: mounting /home Mar 8 10:38:28 cn024 automount[7334]: automount_path_to_fifo: fifo name /var/run/autofs.fifo-home Mar 8 10:38:28 cn024 automount[7334]: lookup_nss_read_map: reading map file /etc/auto.home Mar 8 10:38:28 cn024 automount[7334]: parse_init: parse(sun): init gathered global options: rw,intr Mar 8 10:38:28 cn024 automount[7334]: do_mount_autofs_indirect: failed to create ioctl fd for autofs path /home Mar 8 10:38:28 cn024 automount[7334]: handle_mounts: mount of /home failed! Mar 8 10:38:28 cn024 automount[7334]: master_do_mount: failed to startup mount Mar 8 10:38:28 cn024 automount[7334]: no mounts in table The error messages to note are the last four lines. When I restart the daemon, the automount works, but fails after a day or two. The version of autofs I am using is: What makes you think these are the same problem? Did you check to see if /home was already mounted when it failed? What is in your /etc/sysconfig/autofs? Name: autofs Relocations: (not relocatable) Version : 5.0.1Vendor: CentOS Release : 0.rc2.143.el5_5.6 Any help will be greatly appreciated. Thanks in advance. -- Wadud Miah High Performance Computing Systems Developer Research Computing Services, University of East Anglia Telephone: 01603 593856 Information Services -- ___ autofs mailing list autofs@linux.kernel.org http://linux.kernel.org/mailman/listinfo/autofs ___ autofs mailing list autofs@linux.kernel.org http://linux.kernel.org/mailman/listinfo/autofs
Re: [autofs] AutoFS problem with OpenLDAP server
OK, I figured out that AutoFS looks at /etc/openldap/ldap.conf and NOT /etc/ldap.conf. I'm one step closer. However, when I copy my ldap.conf over to /etc/openldap/ldap.conf, and do a /etc/init.d/autofs start, it still gives me the: Starting automount: No Mountpoints Defined Error at the command line. I *DO* see traffic to the Openldap server this time though, and in the OpenLDAP logs I see: ber_scanf fmt ({mm}) ber: ber_scanf fmt ({mm}) ber: filter: ((?=undefined)(?=undefined)) ber_scanf fmt ({M}}) ber: attrs: automountMapName automountInformation == limits_get: conn=10642 op=6 dn=[anonymous] = bdb_search bdb_dn2entry(dc=domain,dc=com) So it looks like the automounter is searching for automountMapName and automountInformation. Which is bad, because my maps are in the form of nisMapName and nisMapEntry. Does anyone know if there is an easy way to tell the automounter to look for the other attributes? Or do I have to try to set up some kind of aliasing on my OpenLDAP server? Thanks for your patience with me! ciao, erich Erich Weiler wrote: Greetings all- I have a strange problem with AutoFS under Fedora Core 5. Can't seem to automount via ldap the way I should be able to. If I have: automount: files ldap in /etc/nsswitch.conf, and have: /projects ldap://ldapserver.domain.com/nisMapName=auto.projects,dc=domain,dc=com in /etc/auto.master, everything works. However, I don't want my clients to be configured this way because I have two redundant OpenLDAP servers and would like AutoFS to automatically try a second LDAP server if the first one goes down. So I put this in /etc/nsswitch.conf: automount: ldap and tried to restart AutoFS, and got the error: [EMAIL PROTECTED] default]# /etc/init.d/autofs start Starting automount: No Mountpoints Defined [ OK ] [EMAIL PROTECTED] default]# But there ARE automount maps in OpenLDAP, as the first method works. If I try the automount command manually, I get this in the logs: Jul 26 13:06:34 sunbright automount[22965]: starting automounter version 4.1.4-19, path = /projects, maptype = ldap, mapname = nisMapName=auto.projects,dc=domain,dc=com Jul 26 13:06:34 starbright automount[22965]: lookup(ldap): couldn't bind to default server The server does accept anonymous lookups. I even watched the traffic (via tcpdump) from the client to the server and there was no traffic at all! Seems the client isn't even trying to contact any of my LDAP servers. Does anyone have any ideas as to what's happening? Like I said I would like the automounter to try each of my 3 servers in order listed in /etc/ldap.conf, so manually specifying one server in /etc/auto.master isn't very appealing... Thanks in advance for any insight! ciao, erich -- === Erich Weiler UNIX Systems Administrator School of Engineering University of California Santa Cruz [EMAIL PROTECTED] === ___ autofs mailing list autofs@linux.kernel.org http://linux.kernel.org/mailman/listinfo/autofs
Re: [autofs] AutoFS problem with OpenLDAP server
== Regarding Re: [autofs] AutoFS problem with OpenLDAP server; Erich Weiler [EMAIL PROTECTED] adds: weiler OK, I figured out that AutoFS looks at /etc/openldap/ldap.conf and NOT weiler /etc/ldap.conf. I'm one step closer. However, when I copy my weiler ldap.conf over to /etc/openldap/ldap.conf, and do a /etc/init.d/autofs weiler start, it still gives me the: weiler Starting automount: No Mountpoints Defined weiler Error at the command line. I *DO* see traffic to the Openldap server weiler this time though, and in the OpenLDAP logs I see: weiler ber_scanf fmt ({mm}) ber: weiler ber_scanf fmt ({mm}) ber: weiler filter: ((?=undefined)(?=undefined)) weiler ber_scanf fmt ({M}}) ber: weiler attrs: automountMapName automountInformation == limits_get: conn=10642 op=6 dn=[anonymous] weiler = bdb_search weiler bdb_dn2entry(dc=domain,dc=com) weiler So it looks like the automounter is searching for weiler automountMapName and automountInformation. Which is bad, weiler because my maps are in the form of nisMapName and nisMapEntry. weiler Does anyone know if there is an easy way to tell the automounter to weiler look for the other attributes? Or do I have to try to set up some weiler kind of aliasing on my OpenLDAP server? The autofs init script in autofs v4 will invoke a command, autofs-ldap-auto-master, to determine if there is an auto.master available on your ldap server. It should try 3 schemas before giving up. You didn't mention whether you actually had an auto.master in ldap. Do you? -Jeff ___ autofs mailing list autofs@linux.kernel.org http://linux.kernel.org/mailman/listinfo/autofs
Re: [autofs] AutoFS problem with OpenLDAP server
Hi Jeff, The autofs init script in autofs v4 will invoke a command, autofs-ldap-auto-master, to determine if there is an auto.master available on your ldap server. It should try 3 schemas before giving up. You didn't mention whether you actually had an auto.master in ldap. Do you? No, I don't have an auto.master in LDAP, I guess I was figuring Linux's AutoFS would kind of figure it out like it does with Solaris. So AutoFS requires a auto.master in LDAP? Do you know what I need to do to tweak this by any chance? Thanks for the response! ciao, erich ___ autofs mailing list autofs@linux.kernel.org http://linux.kernel.org/mailman/listinfo/autofs
Re: [autofs] AutoFS problem with OpenLDAP server
Somehow I feel I didn't send this correctly last time, resending: Hi Jeff, The autofs init script in autofs v4 will invoke a command, autofs-ldap-auto-master, to determine if there is an auto.master available on your ldap server. It should try 3 schemas before giving up. You didn't mention whether you actually had an auto.master in ldap. Do you? No, I don't have an auto.master in LDAP, I guess I was figuring Linux's AutoFS would kind of figure it out like it does with Solaris. So AutoFS requires a auto.master in LDAP? Do you know what I need to do to tweak this by any chance? Or maybe point me to a how-to or something of that nature? Thanks for the response! ciao, erich ___ autofs mailing list autofs@linux.kernel.org http://linux.kernel.org/mailman/listinfo/autofs
Re: [autofs] AutoFS problem
My entries LDAP This is USER LDAP dn: uid=giovanni, ou=People, o=test.it, dc=test,dc=it vacationStartDate: 2003082722Z mailAutoReplyTextInternal;lang-en: descrizione interna pwdMustChange: 2147483647 mail: [EMAIL PROTECTED] uid: giovanni pwdCanChange: 2147483647 mailAutoReplyText;lang-it: descrizione del testo mailAutoReplyTimeout: 0 objectClass: top objectClass: person objectClass: organizationalPerson objectClass: inetorgperson objectClass: inetUser objectClass: inetSubscriber objectClass: ipUser objectClass: nsManagedPerson objectClass: inetmailuser objectClass: inetlocalmailrecipient objectClass: userpresenceprofile objectClass: shadowAccount objectClass: account objectClass: posixAccount objectClass: sambaaccount uidNumber: 10162 sn: romanenghi mailUserStatus: active gidNumber: 223 mailDeliveryOption: mailbox primaryGroupID: 1021 userPassword:: e2NyeXB0fWlGNUdCSk1ZbmlSaEk= nswmExtendedUserPrefs: meDraftFolder=Drafts nswmExtendedUserPrefs: meSentFolder=Sent nswmExtendedUserPrefs: meTrashFolder=Trash nswmExtendedUserPrefs: meInitialized=true nswmExtendedUserPrefs: meColorSet=3 mailAutoReplyMode: reply lmPassword: 62CF8F22A6498F12AAD3B435B51404EE mailHost: mail.test.it rid: 21324 vacationEndDate: 2003082822Z cn: giovanni romanenghi acctFlags: [U ] logofftime: 2147483647 pabURI: ldap://ldap.test.it:389/ou=giovanni,ou=people,o=test.it,dc=test ,dc=it,o=pab mailAutoReplyText;lang-en: descrizione esterna homeDirectory: /home/giovanni givenName: giovanni displayName: giovanni romanenghi pwdLastSet: 1084871308 inetUserStatus: active dataSource: SunOne Messaging Server 5.2 ntPassword: C64865C3C02BB87123092D866496D8A4 kickoffTime: 2147483647 loginShell: /bin/bash logonTime: 2147483647 This is entries for autofs dn: ou=auto.master, o=test.it, dc=test,dc=it ou: auto.master objectClass: top objectClass: automountMap dn: cn=/u, ou=auto.master, o=test.it, dc=test,dc=it objectClass: automount objectClass: top automountInformation: ldap ldap.test.it:ou=auto.u,o=test.it,dc=test,dc=it cn: /u dn: cn=/home, ou=auto.master, o=test.it, dc=test,dc=it objectClass: automount objectClass: top automountInformation: ldap ldap.test.it:ou=auto.home,o=test.it,dc=test,dc=it cn: /home dn: cn=/prova, ou=auto.master, o=test.it, dc=test,dc=it objectClass: automount objectClass: top automountInformation: ldap ldap.test.it:ou=auto.prova,o=test.it,dc=test,dc=it cn: /prova dn: ou=auto.home, o=test.it, dc=test,dc=it ou: auto.home objectClass: top objectClass: automountMap dn: cn=giovanni, ou=auto.home, o=test.it, dc=test,dc=it objectClass: automount objectClass: top automountInformation: -fstype=nfs,hard,intr 192.168.1.162:/tmp/tmp/giovanni cn: giovanni dn: ou=auto.prova, o=test.it, dc=test,dc=it ou: auto.prova objectClass: top objectClass: automountMap dn: cn=giovanni, ou=auto.prova, o=test.it, dc=test,dc=it objectClass: automount objectClass: top automountInformation: -fstype=autofs,hard,intr 192.168.1.162:/var/prova cn: giovanni dn: ou=auto.u, o=test.it, dc=test,dc=it ou: auto.u objectClass: top objectClass: automountMap dn: cn=giovanni, ou=auto.u, o=test.it, dc=test,dc=it objectClass: automount objectClass: top automountInformation: -fstype=nfs,hard,intr 192.168.1.162:/tmp/u cn: giovanni ___ autofs mailing list [EMAIL PROTECTED] http://linux.kernel.org/mailman/listinfo/autofs
Re: [autofs] Autofs problem (migration from sun to linux )
Dear Ian , Thank you for your help . But unfortunately it did not solve my problem . I run autofs modular . So I removed existing one and compiled the autofs4 tar file and also compiled the patch module(autofs4-2.4-module-20031201.tar.bz2 ) . It got installed , I restarted autofs but no luck . Most of my maps comes from NIS . still I cant see any directories . Kindly tell me is there something else which I need to check . awaiting your reply, rgds Surya . - Original Message - From: Ian Kent [EMAIL PROTECTED] Date: Sun, 7 Mar 2004 19:21:50 +0800 (WST) To: surya [EMAIL PROTECTED] Subject: Re: [autofs] Autofs problem (migration from sun to linux ) On Sun, 7 Mar 2004, surya wrote: Dear All , We are migrating from sun to linux . The problem faced is , all the mounted directories are shown by default in sun . But in linux the directories are not shown until they are accessed . Is there a way wherein all the directories are shown by default in linux like sun . Try looking at http://www.kernel.org/pub/linux/daemons/autofs/v4/ You need the kernel module update also. Ian rgds surya -- __ Check out the latest SMS services @ http://www.linuxmail.org This allows you to send and receive SMS through your mailbox. Powered by Outblaze ___ autofs mailing list [EMAIL PROTECTED] http://linux.kernel.org/mailman/listinfo/autofs
Re: [autofs] Autofs problem (migration from sun to linux )
On Sun, 14 Mar 2004, surya wrote: Dear Ian , Thank you for your help . But unfortunately it did not solve my problem . I run autofs modular . So I removed existing one and compiled the autofs4 tar file and also compiled the patch module(autofs4-2.4-module-20031201.tar.bz2 ) . It got installed , I restarted autofs but no luck . Most of my maps comes from NIS . still I cant see any directories . Kindly tell me is there something else which I need to check . Did you read the documentation in the tarball? I guess you untared it edited the macros in Makefile.conf to point to the source tree of the running kernel then: make make install That's all you should need to do for the kernel module. You also need to add an option to the master map like /home /etc/auto.home --ghost Ian ___ autofs mailing list [EMAIL PROTECTED] http://linux.kernel.org/mailman/listinfo/autofs
Re: [autofs] Autofs problem (migration from sun to linux )
Dear Ian , Thx for the instant reply . I have tried in the same way you told . I am in an environment where we have both solaris and linux clients while nis master is a solaris box .Maps come from NIS . Does this ghost option ( /home /etc/auto.home --ghost ) given in the master server cause any trouble for the existing solaris clients . Any work around would be highly appreciated . rgds surya - Original Message - From: Ian Kent [EMAIL PROTECTED] Date: Sun, 14 Mar 2004 20:32:51 +0800 (WST) To: surya [EMAIL PROTECTED] Subject: Re: [autofs] Autofs problem (migration from sun to linux ) On Sun, 14 Mar 2004, surya wrote: Dear Ian , Thank you for your help . But unfortunately it did not solve my problem . I run autofs modular . So I removed existing one and compiled the autofs4 tar file and also compiled the patch module(autofs4-2.4-module-20031201.tar.bz2 ) . It got installed , I restarted autofs but no luck . Most of my maps comes from NIS . still I cant see any directories . Kindly tell me is there something else which I need to check . Did you read the documentation in the tarball? I guess you untared it edited the macros in Makefile.conf to point to the source tree of the running kernel then: make make install That's all you should need to do for the kernel module. You also need to add an option to the master map like /home /etc/auto.home --ghost Ian rgds surya -- __ Check out the latest SMS services @ http://www.linuxmail.org This allows you to send and receive SMS through your mailbox. Powered by Outblaze ___ autofs mailing list [EMAIL PROTECTED] http://linux.kernel.org/mailman/listinfo/autofs
Re: [autofs] Autofs problem (migration from sun to linux )
On Sun, 14 Mar 2004, surya wrote: Dear Ian , Thx for the instant reply . I have tried in the same way you told . I am in an environment where we have both solaris and linux clients while nis master is a solaris box .Maps come from NIS . Does this ghost option ( /home /etc/auto.home --ghost ) given in the master server cause any trouble for the existing solaris clients . Yes. Create a file master map localy to refer to the NIS maps. Ian ___ autofs mailing list [EMAIL PROTECTED] http://linux.kernel.org/mailman/listinfo/autofs
Re: [autofs] Autofs problem (migration from sun to linux )
On Sun, 7 Mar 2004, surya wrote: Dear All , We are migrating from sun to linux . The problem faced is , all the mounted directories are shown by default in sun . But in linux the directories are not shown until they are accessed . Is there a way wherein all the directories are shown by default in linux like sun . Try looking at http://www.kernel.org/pub/linux/daemons/autofs/v4/ You need the kernel module update also. Ian ___ autofs mailing list [EMAIL PROTECTED] http://linux.kernel.org/mailman/listinfo/autofs
RE: [autofs] Autofs problem (migration from sun to linux )
On Sun, 7 Mar 2004 [EMAIL PROTECTED] wrote: I think this is an answer we all like to know. As far as I know this feature does not exist for Linux. Oh, you've checked below and that's not good enough for you? Mark LaForest Sr. Systems Administrator AMD, 64bit Validation Group -Original Message- From: Ian Kent [mailto:[EMAIL PROTECTED] Sent: Sunday, March 07, 2004 5:22 AM To: surya Cc: [EMAIL PROTECTED] Subject: Re: [autofs] Autofs problem (migration from sun to linux ) On Sun, 7 Mar 2004, surya wrote: Dear All , We are migrating from sun to linux . The problem faced is , all the mounted directories are shown by default in sun . But in linux the directories are not shown until they are accessed . Is there a way wherein all the directories are shown by default in linux like sun . Try looking at http://www.kernel.org/pub/linux/daemons/autofs/v4/ You need the kernel module update also. Ian ___ autofs mailing list [EMAIL PROTECTED] http://linux.kernel.org/mailman/listinfo/autofs ___ autofs mailing list [EMAIL PROTECTED] http://linux.kernel.org/mailman/listinfo/autofs