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

Logs Quit Logging / Up2Date 6.102 Won't Install

jidd
I just noticed that as of 11/22 my ASL V6 is no longer logging events nor sending any notification e-mail.  I haven't received any backups, and when manually sent they are never received.  Also, trying to install Up2Date 6.102 results in the following:

Up2Date Service
Fri Dec 2 08:27:49 PST 2005

000 Running Version: 6.101
001 System Up2Date: Started installation upto 6.102
002 Searching for update from 6.101 to 6.102 or higher
003 Verifying signature and decrypt (v 6.102) for //var/up2date/6.102.tar.gpg
004 Pre-Stop-Scripting ... Nothing to do
005 :: Stopping MiddleWare..done
006 Shutting down Clam AntiVirus daemon ..done
007 Post-Stop-Scripting ...
008 Started /var/up2date/6.102/update02a in post_stop mode
009 Ok
010 Starting Installer ...
011 Pre-Start-Scripting ...
012 Started /var/up2date/6.102/update02b in pre_start mode
013 Ok
014 System Up2Date failed: Error occured while running installer
015 Did not dumpSystem Up2Date failed: Installer stopped due to internal error
016 Rolling Back ... Finished
Done

I tried restoring the most recent backup config, but it doesn't seem to have helped.  It does appear to still be routing and filtering traffic per the defined rules at least. 

Any ideas where to look?

Thanks,
JD


This thread was automatically locked due to age.
Parents
  • 0
    Are any of the log files working?
    If so, see what they say.

    Barry
  • 0 in reply to BarryG
    I had checked some, but not all.  I revisited them after your suggestion, and while none were currently logging I found in Kernel logfile that the filesystem was remounted as read-only afer an error.  It appeared to recover after a cold boot, but within a day now is back to its previous condition.

    Sound like a dying hard drive?

    [ QUOTE ]

    2005:11:22-11:28:11 (none) kernel: USB Universal Host Controller Interface driver v2.2
    2005:11:22-11:28:16 (none) kernel: ip_tables: (C) 2000-2002 Netfilter core team
    2005:11:22-11:28:16 (none) kernel: ip_conntrack version 2.1 (8209 buckets, 65672 max) - 344 bytes per conntrack
    2005:11:22-11:28:16 (none) kernel: Netfilter messages via NETLINK v0.50.
    2005:11:22-11:28:16 (none) kernel: ctnetlink v0.50: registering with nfnetlink.
    2005:11:22-11:28:46 (none) kernel: Bridge firewalling registered
    2005:11:22-11:28:46 (none) kernel: Ebtables v2.0 registered
    2005:11:22-11:28:48 (none) kernel: CSLIP: code copyright 1989 Regents of the University of California
    2005:11:22-11:28:48 (none) kernel: PPP generic driver version 2.4.2
    2005:11:22-11:28:48 (none) kernel: NET: Registered protocol family 17
    2005:11:22-11:28:49 (none) kernel: eth0: Setting full-duplex based on MII#1 link partner capability of 45e1.
    2005:11:22-11:28:49 (none) kernel: klips_info:ipsec_init: KLIPS startup, Openswan KLIPS IPsec stack version: 2.3.1
    2005:11:22-11:28:49 (none) kernel: NET: Registered protocol family 15
    2005:11:22-11:28:49 (none) kernel: klips_info:ipsec_alg_init: KLIPS alg v=0.8.1-0 (EALG_MAX=255, AALG_MAX=251)
    2005:11:22-11:28:49 (none) kernel: klips_info:ipsec_alg_init: calling ipsec_alg_static_init()
    2005:11:22-11:28:49 (none) kernel: ipsec_aes_init(alg_type=15 alg_id=12 name=aes): ret=0
    2005:11:22-11:28:49 (none) kernel: ipsec_3des_init(alg_type=15 alg_id=3 name=3des): ret=0
    2005:11:22-11:28:49 (none) kernel: ipsec_sha2_init(alg_type=14 alg_id=5 name=sha2_256): ret=0
    2005:11:22-11:28:49 (none) kernel: ipsec_sha2_init(alg_type=14 alg_id=7 name=sha2_512): ret=0
    2005:11:22-11:28:49 (none) kernel: KLIPS cryptoapi interface: alg_type=15 alg_id=12 name=aes keyminbits=128 keymaxbits=256, found(0)
    2005:11:22-11:28:49 (none) kernel: KLIPS cryptoapi interface: alg_type=15 alg_id=253 name=twofish keyminbits=128 keymaxbits=256, found(0)
    2005:11:22-11:28:49 (none) kernel: KLIPS cryptoapi interface: alg_type=15 alg_id=252 name=tnepres keyminbits=128 keymaxbits=256, found(0)
    2005:11:22-11:28:49 (none) kernel: KLIPS cryptoapi interface: alg_type=15 alg_id=6 name=cast5 keyminbits=128 keymaxbits=128, found(0)
    2005:11:22-11:28:49 (none) kernel: KLIPS cryptoapi interface: alg_type=15 alg_id=7 name=blowfish keyminbits=96 keymaxbits=448, found(0)
    2005:11:22-11:28:49 (none) kernel: KLIPS cryptoapi interface: alg_type=15 alg_id=3 name=des3_ede keyminbits=192 keymaxbits=192, found(0)
    2005:11:22-11:28:49 (none) kernel: KLIPS cryptoapi interface: alg_type=15 alg_id=2 name=des keyminbits=64 keymaxbits=64, found(0)
    2005:11:22-11:28:49 (none) kernel: KLIPS cryptoapi interface: alg_type=15 alg_id=11 name=cipher_null keyminbits=0 keymaxbits=0, found(0)
    2005:11:22-11:28:50 (none) kernel: eth2: Setting full-duplex based on MII#1 link partner capability of cde1.
    2005:11:22-11:28:51 (none) kernel: eth1: Setting full-duplex based on MII#1 link partner capability of 41e1.
    2005:11:22-11:28:54 (none) kernel: MPPE/MPPC encryption/compression module registered
    2005:11:22-11:28:59 (none) kernel: PPP BSD Compression module registered
    2005:11:22-11:28:59 (none) kernel: PPP Deflate Compression module registered
    2005:11:22-11:29:00 (none) kernel: nacctd uses obsolete (PF_INET,SOCK_PACKET)
    2005:11:22-11:29:00 (none) kernel: HTB init, kernel part version 3.17
    2005:11:22-11:29:00 (none) kernel: HTB: quantum of class 20001 is big. Consider r2q change.
    2005:11:22-11:29:00 (none) kernel: HTB: quantum of class 20008 is big. Consider r2q change.
    2005:11:22-11:29:00 (none) kernel: HTB: quantum of class 20003 is big. Consider r2q change.
    2005:11:22-11:29:00 (none) kernel: HTB: quantum of class 20005 is big. Consider r2q change.
    2005:11:22-11:29:00 (none) kernel: Ingress scheduler: Classifier actions prefered over netfilter
    2005:11:22-11:29:00 (none) kernel: u32 classifier
    2005:11:22-11:29:00 (none) kernel: OLD policer on
    2005:11:22-11:29:00 (none) kernel: HTB init, kernel part version 3.17
    2005:11:22-11:29:00 (none) kernel: HTB: quantum of class 30001 is big. Consider r2q change.
    2005:11:22-11:29:00 (none) kernel: HTB: quantum of class 30008 is big. Consider r2q change.
    2005:11:22-11:29:00 (none) kernel: HTB: quantum of class 30003 is big. Consider r2q change.
    2005:11:22-11:29:00 (none) kernel: HTB: quantum of class 30005 is big. Consider r2q change.
    2005:11:22-11:29:00 (none) kernel: Ingress scheduler: Classifier actions prefered over netfilter
    2005:11:22-11:29:01 (none) kernel: ip_conntrack_pptp version 2.1 loaded
    2005:11:22-11:29:04 (none) kernel: ip_nat_pptp version 2.0 loaded
    2005:11:22-11:29:10 (none) kernel:
    2005:11:22-11:29:10 (none) kernel:
    2005:11:22-11:29:13 (none) kernel: netfilter PSD loaded - (c) astaro AG
    2005:11:22-11:29:17 (none) kernel:
    2005:11:22-11:29:23 (none) kernel: IPSEC EVENT: KLIPS device ipsec0 shut down.
    2005:11:22-11:29:23 (none) kernel:
    2005:11:22-11:29:45 (none) kernel:
    2005:11:22-11:29:45 (none) kernel:
    2005:11:22-11:29:46 (none) kernel: HTB init, kernel part version 3.17
    2005:11:22-11:29:46 (none) kernel: HTB: quantum of class 20001 is big. Consider r2q change.
    2005:11:22-11:29:46 (none) kernel: HTB: quantum of class 20008 is big. Consider r2q change.
    2005:11:22-11:29:46 (none) kernel: HTB: quantum of class 20003 is big. Consider r2q change.
    2005:11:22-11:29:46 (none) kernel: HTB: quantum of class 20005 is big. Consider r2q change.
    2005:11:22-11:29:47 (none) kernel: Ingress scheduler: Classifier actions prefered over netfilter
    2005:11:22-11:29:47 (none) kernel: HTB init, kernel part version 3.17
    2005:11:22-11:29:47 (none) kernel: HTB: quantum of class 30001 is big. Consider r2q change.
    2005:11:22-11:29:47 (none) kernel: HTB: quantum of class 30008 is big. Consider r2q change.
    2005:11:22-11:29:47 (none) kernel: HTB: quantum of class 30003 is big. Consider r2q change.
    2005:11:22-11:29:47 (none) kernel: HTB: quantum of class 30005 is big. Consider r2q change.
    2005:11:22-11:29:47 (none) kernel: Ingress scheduler: Classifier actions prefered over netfilter
    2005:11:22-11:30:00 (none) kernel: HTB init, kernel part version 3.17
    2005:11:22-11:30:00 (none) kernel: HTB: quantum of class 20001 is big. Consider r2q change.
    2005:11:22-11:30:00 (none) kernel: HTB: quantum of class 20008 is big. Consider r2q change.
    2005:11:22-11:30:00 (none) kernel: HTB: quantum of class 20003 is big. Consider r2q change.
    2005:11:22-11:30:00 (none) kernel: HTB: quantum of class 20005 is big. Consider r2q change.
    2005:11:22-11:30:00 (none) kernel: Ingress scheduler: Classifier actions prefered over netfilter
    2005:11:22-11:30:00 (none) kernel: HTB init, kernel part version 3.17
    2005:11:22-11:30:00 (none) kernel: HTB: quantum of class 30001 is big. Consider r2q change.
    2005:11:22-11:30:00 (none) kernel: HTB: quantum of class 30008 is big. Consider r2q change.
    2005:11:22-11:30:00 (none) kernel: HTB: quantum of class 30003 is big. Consider r2q change.
    2005:11:22-11:30:00 (none) kernel: HTB: quantum of class 30005 is big. Consider r2q change.
    2005:11:22-11:30:00 (none) kernel: Ingress scheduler: Classifier actions prefered over netfilter
    2005:11:23-00:00:01 (none) kernel: EXT3-fs error (device hda5): ext3_free_blocks_sb: bit already cleared for block 434400
    2005:11:23-00:00:01 (none) kernel: Aborting journal on device hda5.
    2005:11:23-00:00:01 (none) kernel: ext3_abort called.
    2005:11:23-00:00:01 (none) kernel: EXT3-fs error (device hda5): ext3_journal_start_sb: Detected aborted journal
    2005:11:23-00:00:01 (none) kernel: Remounting filesystem read-only
    2005:11:23-00:00:01 (none) kernel: ext3_free_blocks_sb: aborting transaction: Journal has aborted in __ext3_journal_get_undo_accessEXT3-fs error (device hda5) in ext3_free_blocks_sb: Journal has aborted
    2005:11:23-00:00:01 (none) kernel: ext3_free_blocks_sb: aborting transaction: Journal has aborted in __ext3_journal_get_undo_accessEXT3-fs error (device hda5) in ext3_free_blocks_sb: Journal has aborted
    2005:11:23-00:00:01 (none) kernel: ext3_free_blocks_sb: aborting transaction: Journal has aborted in __ext3_journal_get_undo_accessEXT3-fs error (device hda5) in ext3_free_blocks_sb: Journal has aborted
    2005:11:23-00:00:01 (none) kernel: ext3_free_blocks_sb: aborting transaction: Journal has aborted in __ext3_journal_get_undo_accessEXT3-fs error (device hda5) in ext3_free_blocks_sb: Journal has aborted
    2005:11:23-00:00:01 (none) kernel: ext3_free_blocks_sb: aborting transaction: Journal has aborted in __ext3_journal_get_undo_accessEXT3-fs error (device hda5) in ext3_free_blocks_sb: Journal has aborted
    2005:11:23-00:00:01 (none) kernel: ext3_reserve_inode_write: aborting transaction: Journal has aborted in __ext3_journal_get_write_accessEXT3-fs error (device hda5) in ext3_reserve_inode_write: Journal has aborted
    2005:11:23-00:00:01 (none) kernel: EXT3-fs error (device hda5) in ext3_truncate: Journal has aborted
    2005:11:23-00:00:01 (none) kernel: ext3_reserve_inode_write: aborting transaction: Journal has aborted in __ext3_journal_get_write_accessEXT3-fs error (device hda5) in ext3_reserve_inode_write: Journal has aborted
    2005:11:23-00:00:01 (none) kernel: EXT3-fs error (device hda5) in ext3_orphan_del: Journal has aborted
    2005:11:23-00:00:01 (none) kernel: ext3_reserve_inode_write: aborting transaction: Journal has aborted in __ext3_journal_get_write_accessEXT3-fs error (device hda5) in ext3_reserve_inode_write: Journal has aborted
    2005:11:23-00:00:01 (none) kernel: EXT3-fs error (device hda5) in ext3_delete_inode: Journal has aborted 

    [/ QUOTE ]
  • 0 in reply to jidd
    Could be the HD.
    I assume none of the partitions are full?

    Barry
  • 0 in reply to BarryG
    Nope, they are hardly used at all.  This box isn't configured for any proxying/caching at all.  

    A friend more linux-savvy than I recommended booting from CD and running the following:
    # fsck -pyc /dev/hba5

    Is this a good idea or not?
Reply
  • 0 in reply to BarryG
    Nope, they are hardly used at all.  This box isn't configured for any proxying/caching at all.  

    A friend more linux-savvy than I recommended booting from CD and running the following:
    # fsck -pyc /dev/hba5

    Is this a good idea or not?
Children
  • 0 in reply to jidd
    I assume you mean hda5, not hba5.

    If the drive is failing, that could conceivably screw up the filesystem.

    If the drive is OK, it shouldn't hurt anything.

    I'd add 'v' to those options so you can see the output of the bad block detection.
    e.g.
    fsck -pycv /dev/hda5 

    Also, you should probably do this to all the partitions, not just #5.

    Another thing you can do is download the HD utility from the HD manufacturer, and run it from a boot floppy.

    If there are bad blocks, you really should replace the HD.

    Barry
  • 0 in reply to BarryG
    Hey Barry, 

    Yep, hda5.  I'll be sure to have a spare disk on hand and be ready to rebuild if necessary before running the command.

    Thanks,
    JD