Guest User!

You are not Sophos Staff.

Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 3 replies
  • Subscribers 2 subscribers
  • Views 1045 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

Up2date Problem - Email notification

Roland
Hi all,

if i start the up2date service, i receive the
following messages.
what can be the problem?
the email address is correct - before i works fine...

Thanks for help.

Roland

000 Getting update list from server 128.242.218.125, port 222... connected.
001 up to date.
002 Searching for update from 2.019 to 2.020 or higher
003 Available updates: 3
004 2.020.tar.gpg
005 2.021.tar.gpg
006 2.022.tar.gpg
007 Verifying signature and decrypt (v 2.020) for //var/recovery//incoming//2.020.tar.gpg
008 gpg: Signature made Fri Feb 1 14:47:50 2002 /etc/localtime using DSA key ID 1E14F571
009 gpg: Good signature from "Astaro Up2Date Sign "
010 2.020.del
011 2.020.desc
012 2.020.inst.tgz
013 2.020.prev
014 2.020.svc
015 service added clean_recovery
016 service added nacctd
017 service added mdw
018 AINSTALL stopping /sbin/init.d//clean_recovery
019 clean_recovery ok
020 AINSTALL stopping /sbin/init.d//nacctd
021 Stopping "/sbin/init.d//nacctd".
022 /usr/local/bin/nacctd ok
023 AINSTALL stopping /sbin/init.d//mdw
024 Stopping "/sbin/init.d//mdw".
025 mdw ok
026 Child process 14613 ended.
027 exit value 11
028 signal_num 0
029 Didnt dump core
030 ..ROLLING BACK
031 Not enough information for e-mail notifcation
032 Usage: anotifier "subject" file address [address2 ...]
033 Notify failed No such file or directory, no email sent, stopped at ainstall.pl line 1201.  [:S]


This thread was automatically locked due to age.
Parents Reply Children
  • 0 in reply to squeeze
    Hi,

    df -h gives the following output:

    hda7 --> Avail 339M  /
    hda1 --> Avail 453M  /emergency
    hda3 --> Avail 102M  /var/log
    hda5 --> Avail 28M   /var/chroot-smtp
    hda6 --> Avail 36M   /var/recovery
    hda8 --> Avail 114M  /var/chroot-squid
    hda9 --> Avail 127M  /var/chroot-report
    none --> Avail 62M   /var/shm

    df -i:

    all ok but...

    hda5 --> Inodes Used 18144 of 18144, 100% ...

    but why??

    what can i do in this case?

    Thanks

    Roland
  • 0 in reply to Roland
    Your smtp-partition is full. I suppose you have a full queue of undeliverable mail. Check Proxies->SMTP-Proxy for queue length.

    Starting with version 2.022 there is a notification-kill script included, which kills these possibly unwanted mails, but with 100% used inodes, upgrading is impossible  [:(] 

    Choose:
    - Try configuring the asl properly, so the mails can be delivered.
    - Delete the mails manually.

    I prefer the first solution, because this should be possible without hanging around in console too much (and without deleting files), although I don't know if it will work when partition is already full.

    I suppose you've got a 2GB HDD for asl, so there shouldn't be that much mails (maybe some 1000). If there are too many, step down to the deleting section, else try configuring your DNS-Proxy, providing a nameserver the asl can use and resolv the domainname of your adminmail given in System->Settings (and shown in the queue). After a short while delivering should start.

    Deleting:
    Best way to get this kill-script on your firewall is to delete the mails manually and run up2date again.
    Here is the best way I know - Warning! this will delete ALL mails. If the asl-box is your smtp-gateway and there might be any important mails - they will be deleted anyway.

    Login with root permissions...

    if you've got less than 5000 mails in queue, try
    /sbin/init.d/qmail clean

    otherwise, cd to /var/chroot-smtp/var/qmail/queue
    find . -type f should return:
    ./lock/tcpto
    ./lock/sendmutex
    these are required - all other files are queued mails!!

    stop qmail:
    Webadmin->SMTP-Proxy->Disable!
    /sbin/init.d/qmail stop

    backup the required files:
    cp lock/tcpto /tmp/
    cp lock/sendmutex /tmp/

    delete all files:
    find . -type f | xargs -n100 rm -f

    check, if there are no new notifications:
    find . -type f
    !! repeat delete and check, until there are no new mails in queue. it's important to kill them all, remaining files may cause qmail-trouble. wait a minute and repeat it once again !!

    restore required files:
    cp /tmp/tcpto lock/
    cp /tmp/sendmutex lock/

    restart middleware (which starts qmail):
    /sbin/init.d/mdw restart

    after that, run up2date.

    Note: this worked for me. with 2.022 the notifications should be deleted within an hour.
Unfiltered HTML