Re: autofs error : setautomntent: lookup(sss): setautomntent: No such file or directory
Allegedly, on or about 2 January 2018, Angelo Moreschini sent:
I am trying with autofs,
I'll preface my reply by saying although I use autofs, I use it for
automatic mounting of NFS shares. In my case, my routine for getting
autofs to work is to:
0. su -
1. dnf install autofs
2. mkdir /net
(this is the path I'll access my NFS servers through)
3. systemctl enable autofs
4. systemctl start autofs
I make no alterations to the autofs configuration files.
And, as far as I recall, that went off without any error messages.
So, my guess would be that you've asked it to do something, but there's
a step missing, or syntax error, in your configuration. My first
suggestion would be to revert your config files to the original
condition, and see if autofs starts up without any error notices. Then
do one modification at a time.
but I get this error when I check the status of the service:
"setautomntent: lookup(sss): setautomntent: No such file or
directory"
the full output is:
------------
[angelo_dev@localhost ~]$ sudo systemctl status autofs
● autofs.service - Automounts filesystems on demand
Loaded: loaded (/usr/lib/systemd/system/autofs.service; enabled)
Active: active (running) since Tue 2018-01-02 08:28:29 IST; 7min ago
Process: 5722 ExecStart=/usr/sbin/automount $OPTIONS --pid-file /run/autofs.pid
(code=exited, status=0/SUCCESS)
Main PID: 5724 (automount)
CGroup: /system.slice/autofs.service
└─5724 /usr/sbin/automount --pid-file /run/autofs.pid
Jan 02 08:28:29 localhost.pluto automount[5724]: setautomntent: lookup(sss):
setautomntent: No such file or directory
------------
I also cannot enter (with <ls> command) the directories located on a
USB HD that I try to mount automatically.
============
To configure autofs I made this :
I added this line to the file /etc/auto.master (that was created at
installation of autofs) :
/- /etc/auto.misc
and these lines to file /etc/auto.misc :
/media/BKx_programming ntfs PRTZ_programming
/media/BKx_data-common ntfs PRTZ_data-common
This (above) may be a problem. The /media directory is used by an
automounting system in some desktops, without autofs. You could be
clashing with it. And I don't see entries with that syntax in my
default /etc/auto.misc and /etc/auto.master files.
Usually, when you plug in something like a USB drive, it'll appear as a
directory in /media, by itself, in the manner of:
/media/<name-of-plugged-in-drive-or-media>
You don't need autofs for that. And it can handle a few different
filing systems automatically, though there are probably some
prerequisites.
For sensible /media auto-mounting, perhaps even successful auto-
mounting, the partitions need to have volume names. And giving
everything unique volume names certainly helps.
It may be necessary that the partition types match the filesystem
(e.g. you can create an ext3 partition, but then format it as fat; your
partition type just set a default filesystem to use, it doesn't exclude
other types), but I suspect this isn't needed.
I also created the partitions
PRTZ_programming , PRTZ_data-common on the USB HD that I try to
mount
and the mounting points :
/media/BKx_data-common
/media/BKx_programming
That ought to simply work without autofs (it does here). Try leaving
autofs disabled, do not create any folders inside /media, and see what
happens when you connect your drive. They should pop-up as folders
within /media, using their own partition names.
I do this all the time with USB drives, or camera memory cards,
formatted with EXT3, FAT, FAT32, & NTFS.
But you haven't said what desktop, if any, you are using. If this is a
server with nobody logged into it, what worked for me, may not in that
circumstance. My success with the /media directory has been using
Gnome or Mate desktops.
--
[tim@localhost ~]$ uname -rsvp
Linux 4.13.16-202.fc26.x86_64 #1 SMP Thu Nov 30 15:39:32 UTC 2017 x86_64
Boilerplate: All mail to my mailbox is automatically deleted.
There is no point trying to privately email me, I only get to see
the messages posted to the mailing list.