Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 6 replies
  • Subscribers 1 subscriber
  • Views 3631 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Problem after a restore and Interface changes

drcrimzon
Hi everyone, I've run into an odd problem.

I brought up a replacement hardware box, and restored a backup from the old VM to it.  After the restore, the interfaces got mixed around, so I removed and re-created them.  After fixing everything else firewall/nat related, I brought the box online.  I found that it was not accepting SMTP, rejecting outright.

After running through the config many times, I throw it into debug mode and pulled the log.

I keep getting this error once I start/restart smtp:
2014-03-20 21:25:27 QMGR[9020]: starting up
 --------------------------------------------------------
Cannot load libsavi.so: /var/pattern/savi/engine/libsavi.so.3: file too short at /modules/SAVI/SAVI.pm line 14.
1 modules::SAVI::SAVI::init_savi
2014-03-20 21:25:28 QMGR[9020]: Master is gone, exiting too

I have tried to find the SAVI.pm file, but can't find it on the new box or the old one.  SMTP works fine on the old VM box.  I dont really see this as a result of switching the internal/external interfaces around.

Does anyone have any ideas on where I should look next?


This thread was automatically locked due to age.
Parents
  • 0
    Hi, drcrimzon, and welcome to the User BB!

    In fact, you can restore from a configuration backup as old as V7.511, you just can't do so from a version newer than the version to which you're restoring.  

    I don't think you can have any confidence that future backups will be reliable.  My recommendation would be to re-install from the software ISO.  Depending on the virtualization tool you're using, you can find good advice here by googling with site:astaro.org.  Try a restore from an older backup if you still have the same problem.  Use BrucekConvergent's method to re-order the NICs if necessary.

    If that doesn't work, you might want to configure anew from scratch, especially if you didn't follow The Zeroeth Rule in Rulz.

    Cheers - Bob
    PS Whenever posting an issue, it always pays to state the exact version - 9.109-1?
     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
  • 0 in reply to BAlfson
    Today I had the same problem, but was able to solve it. 


    Cannot load libsavi.so: /var/pattern/savi/engine/libsavi.so.3: file too short at /modules/SAVI/SAVI.pm line 14.

    1 modules::SAVI::SAVI::init_savi


    I found this in /var/chroot-smtp/tmp/smtpd_debug.log

    I've checked the directory and found, that libsavi.so is 0 bytes in size: 

    fw:/var/storage/chroot-smtp/var/pattern/savi/engine # ls -la

    total 9152

    drwxr-xr-x 2 root root    4096 Aug 27 15:06 .

    drwxr-xr-x 4 root root    4096 Jul  9 13:29 ..

    lrwxrwxrwx 1 root root      21 Aug 27 15:06 libsavi.so.3 -> libsavi.so.3.2.07.351.2

    -rw-r--r-- 1 root root       0 Aug  4 14:49 libsavi.so.3.2.07.351.2


    I decided to copy another libsavi.so.3 from a working box and change the synlink: 

    fw:/var/storage/chroot-smtp/var/pattern/savi/engine # ls -la

    total 4232

    drwxr-xr-x 2 root root    4096 Aug 27 15:36 .

    drwxr-xr-x 4 root root    4096 Jul  9 13:29 ..

    lrwxrwxrwx 1 root root      21 Aug 27 15:06 libsavi.so.3 -> libsavi.so.3.2.07.385

    -rw-r--r-- 1 root root 4321344 Aug 27 15:05 libsavi.so.3.2.07.385


    After that the smtp proxy started and is working again.
Reply
  • 0 in reply to BAlfson
    Today I had the same problem, but was able to solve it. 


    Cannot load libsavi.so: /var/pattern/savi/engine/libsavi.so.3: file too short at /modules/SAVI/SAVI.pm line 14.

    1 modules::SAVI::SAVI::init_savi


    I found this in /var/chroot-smtp/tmp/smtpd_debug.log

    I've checked the directory and found, that libsavi.so is 0 bytes in size: 

    fw:/var/storage/chroot-smtp/var/pattern/savi/engine # ls -la

    total 9152

    drwxr-xr-x 2 root root    4096 Aug 27 15:06 .

    drwxr-xr-x 4 root root    4096 Jul  9 13:29 ..

    lrwxrwxrwx 1 root root      21 Aug 27 15:06 libsavi.so.3 -> libsavi.so.3.2.07.351.2

    -rw-r--r-- 1 root root       0 Aug  4 14:49 libsavi.so.3.2.07.351.2


    I decided to copy another libsavi.so.3 from a working box and change the synlink: 

    fw:/var/storage/chroot-smtp/var/pattern/savi/engine # ls -la

    total 4232

    drwxr-xr-x 2 root root    4096 Aug 27 15:36 .

    drwxr-xr-x 4 root root    4096 Jul  9 13:29 ..

    lrwxrwxrwx 1 root root      21 Aug 27 15:06 libsavi.so.3 -> libsavi.so.3.2.07.385

    -rw-r--r-- 1 root root 4321344 Aug 27 15:05 libsavi.so.3.2.07.385


    After that the smtp proxy started and is working again.
Children
  • 0 in reply to rsc
    Thnx! with your help i was able to solve my issue too. 
    for some reason (possibly also related to an NIC replacement, unfortunately i'm not able to confirm that the recent replacement of the NIC introduced the failing SMTPD) 

    In my case the "engine" dir was completely gone from "/var/chroot-smtp/var/pattern/savi/"

    I was able to fix it by recreating the directory, copy the lib from "/var/pattern/savi-inst/engine/libsavi.so.3.2.07.358.1" 
    and softlink it as "libsavi.so.3".

    after that the SMTPD started again.

    Steven
Unfiltered HTML