Re: [Linux-PowerEdge] Too many levels of symbolic links

Peter Holl Thu, 04 Aug 2016 09:40:22 -0700

Thanks to all who answered.

If it's just a question of removing systemd-readahead - this can easily be achieved by

systemctl disable/stop systemd-readahead-collect.service systemd-readahead-replay.service

After that done I got rid of the messages. Now let's see if there are any side-effects...



Peter


On 4/08/2016 6:03 PM, Francesco Ciocchetti wrote:

That error is supposed to be a cosmetic : https://cgit.freedesktop.org/systemd/systemd/commit/?id=1c981ff22e8a8ec04c2bbbe10aed0f3b4ff118bb
readahead won't cache symbolic links , so it will complain that they are "too many" even if is just one
FEDORA actually removed systemd-readahead in version 21 : https://bugzilla.redhat.com/show_bug.cgi?id=1064605
too bad Centos7 is based on fedora 19 AFAIK

Francesco Ciocchetti
Senior System Administrator
+44 (0)203 416 4245
On 4 August 2016 at 16:59, Patrick Boutilier <[email protected] <mailto:[email protected]>> wrote:
    On 08/04/2016 12:33 PM, Peter Holl wrote:

        Hi,

        can someone explain why I get many (~100) messages like the
        following:

        Aug 04 15:58:34 rana systemd-readahead[658]:
        open(/opt/dell/invcol.5HxeZ2Wfzw/MaserApp/00-secupd-dell.rules)
        failed:
        Too many levels of symbolic links
        Aug 04 15:58:34 rana systemd-readahead[658]:
        open(/opt/dell/invcol.5HxeZ2Wfzw/MaserApp/98-secupdusb.rules)
        failed:
        Too many levels of symbolic links
        ...

        They appeaer in /var/log/messages when I boot any of my PowerEdge
        Rackserver (they all run CentOS 7) and when OpenManage ist
        installed.
        The weird thing: the files mentioned e.g.
        '/opt/dell/invcol.5HxeZ2Wfzw/MaserApp/00-secupd-dell.rules'
        don't even
        exist. The directory /opt/dell exisist, but not
        /opt/dell/invcol.5HxeZ2Wfzw/ where they all are located.

        There are no issues with the servers and also OpenManage works
        fine.

        Is there a remedy?



    That is a temp directory created when a system inventory is run.
    dsu -i for example.

    I can't explain why systemd-readahead is having problems with it
    though.



        THanks in advance,
        Peter



        _______________________________________________
        Linux-PowerEdge mailing list
        [email protected] <mailto:[email protected]>
        https://lists.us.dell.com/mailman/listinfo/linux-poweredge
        <https://lists.us.dell.com/mailman/listinfo/linux-poweredge>



    _______________________________________________
    Linux-PowerEdge mailing list
    [email protected] <mailto:[email protected]>
    https://lists.us.dell.com/mailman/listinfo/linux-poweredge
    <https://lists.us.dell.com/mailman/listinfo/linux-poweredge>
Mintel Group Ltd | 11 Pilgrim Street | London | EC4V 6RN Registered in England: Number 1475918. | VAT Number: GB 232 9342 72 Contact details for our other offices can be found at http://www.mintel.com/office-locations <http://www.mintel.com/office-locations>. This email and any attachments may include content that is confidential, privileged or otherwise protected under applicable law. Unauthorised disclosure, copying, distribution or use of the contents is prohibited and may be unlawful. If you have received this email in error, including without appropriate authorisation, then please reply to the sender about the error and delete this email and any attachments.
_______________________________________________
Linux-PowerEdge mailing list
[email protected]
https://lists.us.dell.com/mailman/listinfo/linux-poweredge

<<attachment: peter_holl.vcf>>

smime.p7s
Description: S/MIME Cryptographic Signature

_______________________________________________
Linux-PowerEdge mailing list
[email protected]
https://lists.us.dell.com/mailman/listinfo/linux-poweredge

Re: [Linux-PowerEdge] Too many levels of symbolic links

Reply via email to