As suggested, I've run systemd-analyze, and get:
/home/rgheck/ > systemd-analyze blame | head
60247ms sendmail.service
60228ms home-rgheck-files.mount
60192ms mnt-mail-multi.mount
2537ms udev-settle.service
1428ms rsyslog.service
1348ms mysqld.service
1146ms NetworkManager.service
1097ms bluetooth.service
837ms chronyd.service
812ms fedora-storage-init.service
So both sendmail and these two network mounts are waiting about a minute
for something to happen. Any suggestions about how to speed this up? I
saw something about the "comment=systemd.automount" line in /etc/fstab,
and I'll try that, but I'm still puzzled about why these mounts are
sitting there for a minute. Is the _netdev flag the culprit?
# On BobJ
192.168.1.1:/home/rgheck/files/ /home/rgheck/files nfs
auto,user,rw,dev,nosuid,exec,_netdev 0 0
192.168.1.1:/multi/ /mnt/mail/multi nfs
auto,nouser,rw,dev,nosuid,noexec,_netdev 0 0
Is this no longer needed?
The other one of course is sendmail. I wonder if this bug:
https://bugzilla.redhat.com/show_bug.cgi?format=multiple&id=748171
has anything to do with it? Other ideas welcome....
Richard
--
users mailing list
users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org
