Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    Snort fails to install.

    Scheduled Pinned Locked Moved pfSense Packages
    36 Posts 2 Posters 3.1k Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • BlueCoffeeB
      BlueCoffee @bmeeks
      last edited by BlueCoffee

      @bmeeks Only got this system today its bran new.
      fsck came up with this. sorry I have no idea what all this means.

      fsck
      ** /dev/ufsid/64e6b03123ba9871 (NO WRITE)
      ** SU+J Recovering /dev/ufsid/64e6b03123ba9871
      
      USE JOURNAL? no
      
      ** Skipping journal, falling through to full fsck
      
      ** Last Mounted on /
      ** Root file system
      ** Phase 1 - Check Blocks and Sizes
      UFS2 cylinder group 484 failed: cgp->cg_ckhash ("1628775478") != calchash ("3446595380")
      CYLINDER GROUP 484: INTEGRITY CHECK FAILED
      UNEXPECTED SOFT UPDATE INCONSISTENCY
      
      REBUILD CYLINDER GROUP? no
      
      YOU WILL NEED TO RERUN FSCK.
      INCORRECT BLOCK COUNT I=40224272 (640 should be 632)
      CORRECT? no
      
      UFS2 cylinder group 654 failed: cgp->cg_ckhash ("4294967295") != calchash ("2945136171")
      UFS2 cylinder group 654 failed: cg_chkmagic(cgp) ("0") == 0 ("0")
      UFS2 cylinder group 654 failed: cgp->cg_cgx ("4294967295") != cg ("654")
      UFS2 cylinder group 654 failed: cgp->cg_ndblk ("4294967295") > sblock.fs_fpg ("160056")
      UFS2 cylinder group 654 failed: cgp->cg_niblk ("4294967295") != sblock.fs_ipg ("80128")
      UFS2 cylinder group 654 failed: cgp->cg_initediblk ("4294967295") > sblock.fs_ipg ("80128")
      UFS2 cylinder group 654 failed: cgp->cg_ndblk ("4294967295") != sblock.fs_fpg ("160056")
      UFS2 cylinder group 654 failed: cgp->cg_iusedoff ("4294967295") != start ("168")
      UFS2 cylinder group 654 failed: cgp->cg_freeoff ("4294967295") != cgp->cg_iusedoff + howmany(sblock.fs_ipg, CHAR_BIT) ("4294977311")
      UFS2 cylinder group 654 failed: cgp->cg_nclusterblks ("4294967295") != cgp->cg_ndblk / sblock.fs_frag ("536870911")
      UFS2 cylinder group 654 failed: cgp->cg_clustersumoff ("4294967295") != roundup(cgp->cg_freeoff + howmany(sblock.fs_fpg, CHAR_BIT), sizeof(u_int32_t)) - sizeof(u_int32_t) ("20004")
      UFS2 cylinder group 654 failed: cgp->cg_clusteroff ("4294967295") != cgp->cg_clustersumoff + (sblock.fs_contigsumsize + 1) * sizeof(u_int32_t) ("4294967363")
      UFS2 cylinder group 654 failed: cgp->cg_nextfreeoff ("4294967295") != cgp->cg_clusteroff + howmany(fragstoblks(&sblock, sblock.fs_fpg), CHAR_BIT) ("4294969796")
      CYLINDER GROUP 654: INTEGRITY CHECK FAILED
      UNEXPECTED SOFT UPDATE INCONSISTENCY
      
      REBUILD CYLINDER GROUP? no
      
      YOU WILL NEED TO RERUN FSCK.
      Too many initialized inodes (4294967295 > 80128) in cylinder group 654
      Reset to 80128
      
      UNEXPECTED SOFT UPDATE INCONSISTENCY
      ** Phase 2 - Check Pathnames
      ** Phase 3 - Check Connectivity
      ** Phase 4 - Check Reference Counts
      UNREF FILE I=50480645  OWNER=root MODE=100666
      SIZE=0 MTIME=Aug 24 10:05 2023
      
      CLEAR? no
      
      ** Phase 5 - Check Cyl groups
      CG 484: BAD CHECK-HASH 0x61152436 vs 0xcd6edf34
      SETTING DIRTY FLAG IN READ_ONLY MODE
      
      UNEXPECTED SOFT UPDATE INCONSISTENCY
      FREE BLK COUNT(S) WRONG IN SUPERBLK
      SALVAGE? no
      
      SUMMARY INFORMATION BAD
      SALVAGE? no
      
      BLK(S) MISSING IN BIT MAPS
      SALVAGE? no
      
      CG 654: BAD MAGIC NUMBER
      
      UNEXPECTED SOFT UPDATE INCONSISTENCY
      CG 654: BAD CHECK-HASH 0xffffffff vs 0xaf8b362b
      SETTING DIRTY FLAG IN READ_ONLY MODE
      
      UNEXPECTED SOFT UPDATE INCONSISTENCY
      LOST 3 DIRECTORIES
      
      UNEXPECTED SOFT UPDATE INCONSISTENCY
      fsck: /dev/ufsid/64e6b03123ba9871: Segmentation fault
      
      

      I think I have it set up. Ive done it like this for years.

      2023-08-24 13_59_27-pfSense.home.arpa - Services_ Snort_ WAN - Interface Settings - Brave.png 2023-08-24 13_59_16-pfSense.home.arpa - Services_ Snort_ Interfaces - Brave.png

      I bought this for pfsense

      https://www.amazon.co.uk/dp/B0C5BM397H?psc=1&ref=ppx_yo2ov_dt_b_product_details

      bmeeksB 1 Reply Last reply Reply Quote 1
      • bmeeksB
        bmeeks @BlueCoffee
        last edited by

        @BlueCoffee said in Snort fails to install.:

        @bmeeks Only got this system today its bran new.
        fsck came up with this. sorry I have no idea what all this means.

        fsck
        ** /dev/ufsid/64e6b03123ba9871 (NO WRITE)
        ** SU+J Recovering /dev/ufsid/64e6b03123ba9871
        
        USE JOURNAL? no
        
        ** Skipping journal, falling through to full fsck
        
        ** Last Mounted on /
        ** Root file system
        ** Phase 1 - Check Blocks and Sizes
        UFS2 cylinder group 484 failed: cgp->cg_ckhash ("1628775478") != calchash ("3446595380")
        CYLINDER GROUP 484: INTEGRITY CHECK FAILED
        UNEXPECTED SOFT UPDATE INCONSISTENCY
        
        REBUILD CYLINDER GROUP? no
        
        YOU WILL NEED TO RERUN FSCK.
        INCORRECT BLOCK COUNT I=40224272 (640 should be 632)
        CORRECT? no
        
        UFS2 cylinder group 654 failed: cgp->cg_ckhash ("4294967295") != calchash ("2945136171")
        UFS2 cylinder group 654 failed: cg_chkmagic(cgp) ("0") == 0 ("0")
        UFS2 cylinder group 654 failed: cgp->cg_cgx ("4294967295") != cg ("654")
        UFS2 cylinder group 654 failed: cgp->cg_ndblk ("4294967295") > sblock.fs_fpg ("160056")
        UFS2 cylinder group 654 failed: cgp->cg_niblk ("4294967295") != sblock.fs_ipg ("80128")
        UFS2 cylinder group 654 failed: cgp->cg_initediblk ("4294967295") > sblock.fs_ipg ("80128")
        UFS2 cylinder group 654 failed: cgp->cg_ndblk ("4294967295") != sblock.fs_fpg ("160056")
        UFS2 cylinder group 654 failed: cgp->cg_iusedoff ("4294967295") != start ("168")
        UFS2 cylinder group 654 failed: cgp->cg_freeoff ("4294967295") != cgp->cg_iusedoff + howmany(sblock.fs_ipg, CHAR_BIT) ("4294977311")
        UFS2 cylinder group 654 failed: cgp->cg_nclusterblks ("4294967295") != cgp->cg_ndblk / sblock.fs_frag ("536870911")
        UFS2 cylinder group 654 failed: cgp->cg_clustersumoff ("4294967295") != roundup(cgp->cg_freeoff + howmany(sblock.fs_fpg, CHAR_BIT), sizeof(u_int32_t)) - sizeof(u_int32_t) ("20004")
        UFS2 cylinder group 654 failed: cgp->cg_clusteroff ("4294967295") != cgp->cg_clustersumoff + (sblock.fs_contigsumsize + 1) * sizeof(u_int32_t) ("4294967363")
        UFS2 cylinder group 654 failed: cgp->cg_nextfreeoff ("4294967295") != cgp->cg_clusteroff + howmany(fragstoblks(&sblock, sblock.fs_fpg), CHAR_BIT) ("4294969796")
        CYLINDER GROUP 654: INTEGRITY CHECK FAILED
        UNEXPECTED SOFT UPDATE INCONSISTENCY
        
        REBUILD CYLINDER GROUP? no
        
        YOU WILL NEED TO RERUN FSCK.
        Too many initialized inodes (4294967295 > 80128) in cylinder group 654
        Reset to 80128
        
        UNEXPECTED SOFT UPDATE INCONSISTENCY
        ** Phase 2 - Check Pathnames
        ** Phase 3 - Check Connectivity
        ** Phase 4 - Check Reference Counts
        UNREF FILE I=50480645  OWNER=root MODE=100666
        SIZE=0 MTIME=Aug 24 10:05 2023
        
        CLEAR? no
        
        ** Phase 5 - Check Cyl groups
        CG 484: BAD CHECK-HASH 0x61152436 vs 0xcd6edf34
        SETTING DIRTY FLAG IN READ_ONLY MODE
        
        UNEXPECTED SOFT UPDATE INCONSISTENCY
        FREE BLK COUNT(S) WRONG IN SUPERBLK
        SALVAGE? no
        
        SUMMARY INFORMATION BAD
        SALVAGE? no
        
        BLK(S) MISSING IN BIT MAPS
        SALVAGE? no
        
        CG 654: BAD MAGIC NUMBER
        
        UNEXPECTED SOFT UPDATE INCONSISTENCY
        CG 654: BAD CHECK-HASH 0xffffffff vs 0xaf8b362b
        SETTING DIRTY FLAG IN READ_ONLY MODE
        
        UNEXPECTED SOFT UPDATE INCONSISTENCY
        LOST 3 DIRECTORIES
        
        UNEXPECTED SOFT UPDATE INCONSISTENCY
        fsck: /dev/ufsid/64e6b03123ba9871: Segmentation fault
        
        

        I think I have it set up. Ive done it like this for years.

        2023-08-24 13_59_27-pfSense.home.arpa - Services_ Snort_ WAN - Interface Settings - Brave.png 2023-08-24 13_59_16-pfSense.home.arpa - Services_ Snort_ Interfaces - Brave.png

        And when you click the "start icon" (the black triangle in blue circle with your color scheme), what happens?

        Immediately after clicking that icon, look in the pfSense system log. Something should be logged there for Snort.

        BlueCoffeeB 1 Reply Last reply Reply Quote 0
        • BlueCoffeeB
          BlueCoffee @bmeeks
          last edited by

          @bmeeks Its starts to log than fails to start

          am I in the correct place because its not showing anything?

          2023-08-24 14_03_07-pfSense.home.arpa - Status_ System Logs_ System_ General - Brave.png

          bmeeksB 1 Reply Last reply Reply Quote 1
          • bmeeksB
            bmeeks
            last edited by

            Those fsck errors look sort of ugly. If you just bought this box from Amazon, I would strongly recommend taking advantage of their easy exchange service. That disk looks defective.

            BlueCoffeeB 1 Reply Last reply Reply Quote 0
            • BlueCoffeeB
              BlueCoffee @bmeeks
              last edited by

              @bmeeks Wonderful... could it be a bad install? or is the disk buggered?

              and my god this error on this forum is so annoying

              As a new user, you can only post once every 120 second(s) until you have earned 3 reputation - please wait before posting again
              
              bmeeksB 1 Reply Last reply Reply Quote 1
              • bmeeksB
                bmeeks @BlueCoffee
                last edited by

                @BlueCoffee said in Snort fails to install.:

                Its starts to log than fails to start

                am I in the correct place because its not showing anything?

                You are showing the log entries for the package's installation. That is not related to starting it up. Unless you had a pre-existing Snort configuration on the box, then the package will not be configured and thus it will not auto-start. Manual user configuration steps are required first.

                1. After installation on a new machine, proceed to SERVICES > SNORT under the pfSense menu and configure the rules you want to download and use by visiting the GLOBAL SETTINGS tab.

                2. Download the initial rules packages by visiting the UPDATES tab.

                3. Finally, configure Snort on an interface. I strongly suggest LAN and not WAN. Save the changes you make, then return to the INTERFACES tab in Snort and click the "start" icon. You should see a spinning gear icon for a bit and then either Snort starts or it does not. At that point, immediately open up and view the system log in pfSense. You should see Snort log entries there.

                Snort is not to protect your firewall. It's to protect hosts behind the firewall who all talk out using their LAN interface to the firewall. Putting Snort on the LAN has many advantages, and chief among them is that local hosts will have their local IP registered in alerts instead of the WAN's public IP which is what happens when you put Snort on the WAN.

                @BlueCoffee said in Snort fails to install.:

                could it be a bad install? or is the disk buggered?

                Bad install I doubt. Bad disk much more likely. I would exchange it. Those errors do not bode well for longevity.

                BlueCoffeeB 1 Reply Last reply Reply Quote 0
                • BlueCoffeeB
                  BlueCoffee @bmeeks
                  last edited by

                  @bmeeks said in Snort fails to install.:

                  t is not to protect your firewall. It's to protect hosts behind the firewall who all talk out using their LAN interface to the firewall. Putting Snort on the LAN has many advantages, and chief among them is that local hosts will have their local IP registered in alerts instead of the WAN's public IP which is what happens when you p

                  I have done want you said other than the lan part. Ive changed it to lan and still the same will not start.

                  bmeeksB 1 Reply Last reply Reply Quote 0
                  • bmeeksB
                    bmeeks @BlueCoffee
                    last edited by

                    @BlueCoffee said in Snort fails to install.:

                    and my god this error on this forum is so annoying

                    As a new user, you can only post once every 120 second(s) until you have earned 3 reputation - please wait before posting again

                    I've given you 3 "up votes" to boost your reputation to 3. That should prevent the error in the future.

                    BlueCoffeeB 1 Reply Last reply Reply Quote 0
                    • BlueCoffeeB
                      BlueCoffee @bmeeks
                      last edited by

                      @bmeeks Thanks for that.

                      1 Reply Last reply Reply Quote 0
                      • bmeeksB
                        bmeeks @BlueCoffee
                        last edited by bmeeks

                        @BlueCoffee:
                        But immediately after it failing to start, show me what your pfSense system log says.

                        There has to be something there if the process is actually attempting to start. The only time it will fail to log something is if there is a shared library issue. But we proved that is not the case because it starts up enough to show the Snort version at the command line.

                        Have you configured and used the Snort package on pfSense before?

                        BlueCoffeeB 1 Reply Last reply Reply Quote 0
                        • BlueCoffeeB
                          BlueCoffee @bmeeks
                          last edited by BlueCoffee

                          @bmeeks said in Snort fails to install.:

                          @BlueCoffee:
                          But immediately after it failing to start, show me what your pfSense system log says.

                          There has to be something there if the process is actually attempting to start. The only time it will fail to log something is if there is a shared library issue. But we proved that is not the case because it starts up enough to show the Snort version at the command line.

                          Have you used the Snort package on pfSense before?

                          I have on my last system. not on this new system. (tho I had it on wan for years.)

                          can fsck try and repair? should I start the whole install of Pfsense again?

                          bmeeksB 1 Reply Last reply Reply Quote 0
                          • bmeeksB
                            bmeeks @BlueCoffee
                            last edited by bmeeks

                            @BlueCoffee said in Snort fails to install.:

                            can fsck try and repair? should I start the whole install of Pfsense again?

                            Yes, the utility can attempt a repair. That usually requires several runs while in single-user mode. Here is the official FreeBSD documentation for fsck: https://man.freebsd.org/cgi/man.cgi?fsck.

                            And here is the official Netgate documentation on disk repairs: https://docs.netgate.com/pfsense/en/latest/troubleshooting/filesystem-check.html#filesystem-check-manual.

                            You can try this, but I would be very hesitant to keep this hardware. Having these issues right out of the box is not normal unless at some point you simply removed power abruptly without letting the operating system perform a normal shutdown. pfSense is a computer operating system and needs to be shutdown gracefully. Simply pulling the plug or turning off a power switch will corrupt the file system.

                            1 Reply Last reply Reply Quote 0
                            • bmeeksB
                              bmeeks
                              last edited by

                              And if you decide to perform a fresh install of pfSense, and you did not choose the ZFS option the first time, I recommend installing using the ZFS option when choosing the filesystem. That filesystem is much more resilient in case of sudden power loss. ZFS will be an option in the installer window.

                              BlueCoffeeB 1 Reply Last reply Reply Quote 0
                              • BlueCoffeeB
                                BlueCoffee @bmeeks
                                last edited by

                                @bmeeks ZFS asks me to do raid all the time.

                                bmeeksB 1 Reply Last reply Reply Quote 0
                                • bmeeksB
                                  bmeeks @BlueCoffee
                                  last edited by bmeeks

                                  @BlueCoffee said in Snort fails to install.:

                                  @bmeeks ZFS asks me to do raid all the time.

                                  No, you do not have to choose RAID. It will let you install to a single disk. Look through the options carefully. RAID is typically used with ZFS, but it is not a requirement that blocks installation otherwise.

                                  Have a look here: https://docs.netgate.com/pfsense/en/latest/install/install-zfs.html.

                                  1 Reply Last reply Reply Quote 0
                                  • BlueCoffeeB
                                    BlueCoffee
                                    last edited by

                                    ive installed again (before I had seen your ZFS post and I ran the command again

                                    [2.7.0-RELEASE][admin@pfSense.home.arpa]/root: fsck
                                    ** /dev/ufsid/64e75ea55ebb8f0b (NO WRITE)
                                    ** SU+J Recovering /dev/ufsid/64e75ea55ebb8f0b
                                    
                                    USE JOURNAL? no
                                    
                                    ** Skipping journal, falling through to full fsck
                                    
                                    ** Last Mounted on /
                                    ** Root file system
                                    ** Phase 1 - Check Blocks and Sizes
                                    INCORRECT BLOCK COUNT I=25721102 (8 should be 0)
                                    CORRECT? no
                                    
                                    INCORRECT BLOCK COUNT I=40224271 (712 should be 704)
                                    CORRECT? no
                                    
                                    ** Phase 2 - Check Pathnames
                                    ** Phase 3 - Check Connectivity
                                    ** Phase 4 - Check Reference Counts
                                    UNREF FILE  I=23317317  OWNER=root MODE=100644
                                    SIZE=12462 MTIME=Aug 24 14:51 2023
                                    
                                    RECONNECT? no
                                    
                                    
                                    CLEAR? no
                                    
                                    UNREF FILE  I=23317318  OWNER=root MODE=100644
                                    SIZE=12589 MTIME=Aug 24 14:51 2023
                                    
                                    RECONNECT? no
                                    
                                    
                                    CLEAR? no
                                    
                                    UNREF FILE  I=24999963  OWNER=root MODE=100600
                                    SIZE=3389 MTIME=Aug 24 14:51 2023
                                    
                                    RECONNECT? no
                                    
                                    
                                    CLEAR? no
                                    
                                    UNREF FILE  I=24999964  OWNER=root MODE=100644
                                    SIZE=748 MTIME=Aug 24 14:51 2023
                                    
                                    RECONNECT? no
                                    
                                    
                                    CLEAR? no
                                    
                                    UNREF FILE  I=24999965  OWNER=root MODE=100600
                                    SIZE=419 MTIME=Aug 24 14:51 2023
                                    
                                    RECONNECT? no
                                    
                                    
                                    CLEAR? no
                                    
                                    UNREF FILE  I=24999966  OWNER=root MODE=100644
                                    SIZE=104 MTIME=Aug 24 14:51 2023
                                    
                                    RECONNECT? no
                                    
                                    
                                    CLEAR? no
                                    
                                    UNREF FILE  I=27163420  OWNER=root MODE=100644
                                    SIZE=2228 MTIME=Aug 24 14:51 2023
                                    
                                    RECONNECT? no
                                    
                                    
                                    CLEAR? no
                                    
                                    UNREF FILE  I=40224291  OWNER=root MODE=100644
                                    SIZE=0 MTIME=Aug 24 14:51 2023
                                    
                                    RECONNECT? no
                                    
                                    
                                    CLEAR? no
                                    
                                    UNREF FILE  I=40624914  OWNER=root MODE=100644
                                    SIZE=0 MTIME=Aug 24 14:51 2023
                                    
                                    RECONNECT? no
                                    
                                    
                                    CLEAR? no
                                    
                                    UNREF FILE  I=41666593  OWNER=root MODE=100644
                                    SIZE=6 MTIME=Aug 24 14:51 2023
                                    
                                    RECONNECT? no
                                    
                                    
                                    CLEAR? no
                                    
                                    UNREF FILE  I=46554389  OWNER=root MODE=100644
                                    SIZE=553 MTIME=Aug 24 14:51 2023
                                    
                                    RECONNECT? no
                                    
                                    
                                    CLEAR? no
                                    
                                    UNREF FILE I=50480645  OWNER=root MODE=100666
                                    SIZE=0 MTIME=Aug 24 14:45 2023
                                    
                                    CLEAR? no
                                    
                                    UNREF FILE  I=50480649  OWNER=root MODE=100644
                                    SIZE=522 MTIME=Aug 24 14:51 2023
                                    
                                    RECONNECT? no
                                    
                                    
                                    CLEAR? no
                                    
                                    ** Phase 5 - Check Cyl groups
                                    FREE BLK COUNT(S) WRONG IN SUPERBLK
                                    SALVAGE? no
                                    
                                    SUMMARY INFORMATION BAD
                                    SALVAGE? no
                                    
                                    BLK(S) MISSING IN BIT MAPS
                                    SALVAGE? no
                                    
                                    26286 files, 459947 used, 119573829 free (3669 frags, 14946270 blocks, 0.0% fragmentation)
                                    ** /dev/nvd0p1 (NO WRITE)
                                    ** Phase 1 - Read FAT and checking connectivity
                                    ** Phase 2 - Checking Directories
                                    ** Phase 3 - Checking for Lost Files
                                    6 files, 259 MiB free (16549 clusters)
                                    MARK FILE SYSTEM CLEAN? no
                                    
                                    ***** FILE SYSTEM IS LEFT MARKED AS DIRTY *****
                                    [2.7.0-RELEASE][admin@pfSense.home.arpa]/root:
                                    
                                    

                                    Odd right

                                    bmeeksB 1 Reply Last reply Reply Quote 0
                                    • bmeeksB
                                      bmeeks @BlueCoffee
                                      last edited by bmeeks

                                      @BlueCoffee:
                                      Follow the instructions very carefully in the documentation links I've provided from Netgate. Both of them for repairing the disk and installing using ZFS single-disk mode (also called Stripe 0).

                                      BlueCoffeeB 1 Reply Last reply Reply Quote 0
                                      • BlueCoffeeB
                                        BlueCoffee @bmeeks
                                        last edited by BlueCoffee

                                        @bmeeks said in Snort fails to install.:

                                        @BlueCoffee:
                                        Follow the instructions very carefully in the documentation links I've provided from Netgate. Both of them for repairing the disk and installing using ZFS single-disk mode (also called Stripe 0).

                                        im sending it back mega crash than a flashing screen thanks for the help bmeeks.

                                        crash.txt

                                        1 Reply Last reply Reply Quote 0
                                        • bmeeksB
                                          bmeeks
                                          last edited by

                                          Yeah, that hardware seems to have some gremlins inside. Exchange is a good idea.

                                          BlueCoffeeB 1 Reply Last reply Reply Quote 1
                                          • BlueCoffeeB
                                            BlueCoffee @bmeeks
                                            last edited by

                                            @bmeeks could you recommend me one for around 200 pounds? (if you know of any)

                                            bmeeksB 1 Reply Last reply Reply Quote 0
                                            • First post
                                              Last post
                                            Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.