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

    Using a hard-disk in a Watchguard Firebox X750e for cache/log storage

    Scheduled Pinned Locked Moved Hardware
    49 Posts 11 Posters 16.2k 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.
    • A
      atrocity
      last edited by

      only my result of a x5500e with a ide SSD from CWC :

      /dev/ad1s1a
              512            # sectorsize
              57872344064    # mediasize in bytes (53G)
              113031922      # mediasize in sectors
              0              # stripesize
              40448          # stripeoffset
              112134          # Cylinders according to firmware.
              16              # Heads according to firmware.
              63              # Sectors according to firmware.
              OW140822AS1514144      # Disk ident.

      Seek times:
              Full stroke:      250 iter in  0.040570 sec =    0.162 msec
              Half stroke:      250 iter in  0.037379 sec =    0.150 msec
              Quarter stroke:  500 iter in  0.125276 sec =    0.251 msec
              Short forward:    400 iter in  0.093555 sec =    0.234 msec
              Short backward:  400 iter in  0.096201 sec =    0.241 msec
              Seq outer:      2048 iter in  0.169674 sec =    0.083 msec
              Seq inner:      2048 iter in  0.123082 sec =    0.060 msec
      Transfer rates:
              outside:      102400 kbytes in  1.124830 sec =    91036 kbytes/sec
              middle:        102400 kbytes in  1.128009 sec =    90779 kbytes/sec
              inside:        102400 kbytes in  1.125042 sec =    91019 kbytes/sec

      seems that i don't have to tune anything.
      I will make the same test with a x750e soon, will let you know if somebody is interrested :)
      Regards

      1 Reply Last reply Reply Quote 0
      • stephenw10S
        stephenw10 Netgate Administrator
        last edited by

        What tool are you testing that with? Did you enable TRIM? Be interesting to see how those figures vary over time once you've moved a few gigs across the drive.

        Steve

        1 Reply Last reply Reply Quote 0
        • A
          atrocity
          last edited by

          hi,

          i simply use this :

          diskinfo -tv /dev/ad1

          Trim … i did a try to enable it, but our server don't want it.
          Don't remember the problem or the error, sorry.

          1 Reply Last reply Reply Quote 0
          • S
            Steve Evans
            last edited by

            Good to see how quick this can run. If my ISP increases speed x5 I may have to get an SSD!

            Steve

            1 Reply Last reply Reply Quote 0
            • S
              Steve Evans
              last edited by

              Having updated to 2.2 the support for my hard-drive now appears rather worse.

              The atacontrol utility which did exactly what I needed has been superseded by camcontrol. This reports that the disk is in polled mode.

              $ camcontrol negotiate /dev/ada1 -v 
Current parameters:
(pass1:ata0:0:1:0): ATA mode: PIO4
(pass1:ata0:0:1:0): ATAPI packet length: 0
(pass1:ata0:0:1:0): PIO transaction length: 8192
(pass1:ata0:0:1:0): tagged queueing: disabled
ata0: SIM/HBA version: 1
ata0: supports SDTR message
ata0: scan bus sequentially
ata0: HBA engine count: 0
ata0: maximum target: 1
ata0: maximum LUN: 0
ata0: highest path ID in subsystem: 0
ata0: initiator ID: 0
ata0: SIM vendor: FreeBSD
ata0: HBA vendor: ATA
ata0: HBA vendor ID: 0x8086
ata0: HBA device ID: 0x266f
ata0: HBA subvendor ID: 0x8086
ata0: HBA subdevice ID: 0x266f
ata0: bus ID: 0
ata0: base transfer speed: 3.300MB/sec
ata0: maximum transfer size: 131072 bytes

              I should be able to set the disk to UDMA33 mode however, this is what I get.

              $ camcontrol negotiate /dev/ada1 -v -U -M UDMA33 -a
User parameters:
(pass1:ata0:0:1:0): ATA mode: UDMA2
(pass1:ata0:0:1:0): ATAPI packet length: 0
(pass1:ata0:0:1:0): PIO transaction length: 131072
(pass1:ata0:0:1:0): tagged queueing: enabled
ata0: SIM/HBA version: 1
ata0: supports SDTR message
ata0: scan bus sequentially
ata0: HBA engine count: 0
ata0: maximum target: 1
ata0: maximum LUN: 0
ata0: highest path ID in subsystem: 0
ata0: initiator ID: 0
ata0: SIM vendor: FreeBSD
ata0: HBA vendor: ATA
ata0: HBA vendor ID: 0x8086
ata0: HBA device ID: 0x266f
ata0: HBA subvendor ID: 0x8086
ata0: HBA subdevice ID: 0x266f
ata0: bus ID: 0
ata0: base transfer speed: 3.300MB/sec
ata0: maximum transfer size: 131072 bytes
Unit is not ready
(pass1:ata0:0:1:0): TEST UNIT READY. CDB: 00 00 00 00 00 00 
(pass1:ata0:0:1:0): CAM status: CCB request was invalid
Test Unit Ready failed

              I've tried all manner of variations. Any ideas to get camcontrol to do what a simple

              atacontrol mode ad1 UDMA6

              would do before?

              Thanks,

              Steve

              1 Reply Last reply Reply Quote 0
              • stephenw10S
                stephenw10 Netgate Administrator
                last edited by

                Haven't you alread set ata0 to PIO4 only though?
                The HD and CF are on the same IDE channel right?

                1 Reply Last reply Reply Quote 0
                • S
                  Steve Evans
                  last edited by

                  Hi Stephen,

                  This is what I'm trying to get my head round at the moment, reading the FreeBSD documentation to better understand the nomenclature.

                  If I boot without specifying

                  hint.ata.0.mode=PIO4

                  I see the following on the console

                  ada0 at ata0 bus 0 scbus0 target 0 lun 0
ada0: <sandisk sdcfh-004g="" hdx="" 6.02=""> CFA-0 device
ada0: Serial Number ABZ042211193008
ada0: 66.700MB/s transfers (UDMA4, PIO 512bytes)
ada0: 3815MB (7813120 512 byte sectors: 16H 63S/T 7751C)
ada0: Previously was known as ad0
ada1 at ata0 bus 0 scbus0 target 1 lun 0
ada1: <st9402115a 3.01=""> ATA-6 device
ada1: Serial Number 5PV09ZED
ada1: 100.000MB/s transfers (UDMA5, PIO 8192bytes)
ada1: 38154MB (78140160 512 byte sectors: 16H 63S/T 16383C)
ada1: Previously was known as ad1</st9402115a></sandisk>

                  Rather than

                  ada0 at ata0 bus 0 scbus0 target 0 lun 0
ada0: <sandisk sdcfh-004g="" hdx="" 6.02=""> CFA-0 device
ada0: Serial Number ABZ042211193008
ada0: 16.700MB/s transfers (PIO4, PIO 512bytes)
ada0: 3815MB (7813120 512 byte sectors: 16H 63S/T 7751C)
ada0: Previously was known as ad0
ada1 at ata0 bus 0 scbus0 target 1 lun 0
ada1: <st9402115a 3.01=""> ATA-6 device
ada1: Serial Number 5PV09ZED
ada1: 16.700MB/s transfers (PIO4, PIO 8192bytes)
ada1: 38154MB (78140160 512 byte sectors: 16H 63S/T 16383C)
ada1: Previously was known as ad1</st9402115a></sandisk>

                  As you point out, this setting affects them both. I've been trying to understand what granularity of control the driver gives me. From the ata man page there's the following which suggests per device control, but I don't currently understand what "specified device" means exactly.

                  @https://www.freebsd.org/cgi/man.cgi?query=ata(4)&sektion=:

                  hint.ata.X.devX.mode
                      limits the initial ATA mode for the specified device on the specified channel.

                  hint.ata.X.mode
                      limits the initial ATA mode for every device on the specified channel.

                  I'm not sure how the master/slave IDE arrangement maps onto the above. Any pointers much appreciated!

                  Thanks,

                  Steve

                  1 Reply Last reply Reply Quote 0
                  • stephenw10S
                    stephenw10 Netgate Administrator
                    last edited by

                    Pretty sure the CF slot is always master if a CF card is in it so I would think it's dev0.

                    On my test box here which I haven't set loader.conf.local on it will boot if I use:

                    Hit [Enter] to boot immediately, or any other key for command prompt.
Booting [/boot/kernel/kernel] in 4 seconds...

Type '?' for a list of commands, 'help' for more detailed help.
OK set hint.ata.0.dev0.mode=PIO4
OK boot
Booting...

                    So I'd say you're good with that.

                    Steve

                    1 Reply Last reply Reply Quote 0
                    • S
                      Steve Evans
                      last edited by

                      Thank you sir, you're a scholar and a gentleman!  :)

                      Your suggestion works a treat. I clearly had a bit of a mental block on what "devX" could be. I'd tried "0", but it hadn't occurred to me to used "dev0".  :-[ I'm clearly not familiar enough with FreeBSD naming conventions.

                      [code]ada0 at ata0 bus 0 scbus0 target 0 lun 0
                      ada0: <sandisk sdcfh-004g="" hdx="" 6.02="">CFA-0 device
                      ada0: Serial Number ABZ042211193008
                      ada0: 16.700MB/s transfers (PIO4, PIO 512bytes)
                      ada0: 3815MB (7813120 512 byte sectors: 16H 63S/T 7751C)
                      ada0: Previously was known as ad0
                      ada1 at ata0 bus 0 scbus0 target 1 lun 0
                      ada1: <st9402115a 3.01="">ATA-6 device
                      ada1: Serial Number 5PV09ZED
                      ada1: 100.000MB/s transfers (UDMA5, PIO 8192bytes)
                      ada1: 38154MB (78140160 512 byte sectors: 16H 63S/T 16383C)
                      ada1: Previously was known as ad1

                      I'm now getting the performance I need for my disk used for logs and caching.

                      diskinfo -tv /dev/ad1
/dev/ad1
        512             # sectorsize
        40007761920     # mediasize in bytes (37G)
        78140160        # mediasize in sectors
        0               # stripesize
        0               # stripeoffset
        77520           # Cylinders according to firmware.
        16              # Heads according to firmware.
        63              # Sectors according to firmware.
        5PV09ZED        # Disk ident.

Seek times:
        Full stroke:      250 iter in   7.926598 sec =   31.706 msec
        Half stroke:      250 iter in   6.203416 sec =   24.814 msec
        Quarter stroke:   500 iter in   9.877891 sec =   19.756 msec
        Short forward:    400 iter in   3.476113 sec =    8.690 msec
        Short backward:   400 iter in   2.381591 sec =    5.954 msec
        Seq outer:       2048 iter in   0.197696 sec =    0.097 msec
        Seq inner:       2048 iter in   0.179296 sec =    0.088 msec
Transfer rates:
        outside:       102400 kbytes in   3.135350 sec =    32660 kbytes/sec
        middle:        102400 kbytes in   3.745807 sec =    27337 kbytes/sec
        inside:        102400 kbytes in   5.382397 sec =    19025 kbytes/sec

                      Steve</st9402115a></sandisk>

                      1 Reply Last reply Reply Quote 0
                      • stephenw10S
                        stephenw10 Netgate Administrator
                        last edited by

                        Nice! I'm going to have to try that sometime.  :)

                        Steve

                        1 Reply Last reply Reply Quote 0
                        • stephenw10S
                          stephenw10 Netgate Administrator
                          last edited by

                          In testing the HD issue I ran that benchmark. Thought my result might ammuse you:

                          [2.2-RELEASE][root@pfSense.localdomain]/root: diskinfo -tv /dev/ada0
/dev/ada0
        512             # sectorsize
        20003880960     # mediasize in bytes (19G)
        39070080        # mediasize in sectors
        0               # stripesize
        0               # stripeoffset
        38760           # Cylinders according to firmware.
        16              # Heads according to firmware.
        63              # Sectors according to firmware.
        32K60131T       # Disk ident.

Seek times:
        Full stroke:      250 iter in  11.840086 sec =   47.360 msec
        Half stroke:      250 iter in   8.878876 sec =   35.516 msec
        Quarter stroke:   500 iter in  15.334866 sec =   30.670 msec
        Short forward:    400 iter in   8.639504 sec =   21.599 msec
        Short backward:   400 iter in   7.131472 sec =   17.829 msec
        Seq outer:       2048 iter in   0.282496 sec =    0.138 msec
        Seq inner:       2048 iter in   1.086055 sec =    0.530 msec
Transfer rates:
        outside:       102400 kbytes in  23.521335 sec =     4353 kbytes/sec
        middle:        102400 kbytes in  20.436978 sec =     5011 kbytes/sec
        inside:        102400 kbytes in  48.862760 sec =     2096 kbytes/sec

                          Something not right.  ::) Yet:

                          [2.2-RELEASE][root@pfSense.localdomain]/root: dmesg | grep ada
ada0 at ata0 bus 0 scbus0 target 0 lun 0
ada0: <toshiba mk2018gap="" m1.42="" a="">ATA-5 device
ada0: Serial Number 32K60131T
ada0: 100.000MB/s transfers (UDMA5, PIO 8192bytes)
ada0: 19077MB (39070080 512 byte sectors: 16H 63S/T 16383C)
ada0: Previously was known as ad0
Trying to mount root from ufs:/dev/ada0s1a [rw]...</toshiba>

                          Just a knackered old drive? Works fine though, as long as you're not in a hurry!

                          Steve

                          1 Reply Last reply Reply Quote 0
                          • S
                            Steve Evans
                            last edited by

                            Ouch. Not much use as a cache though as it's no faster than fiber broadband!

                            Steve

                            1 Reply Last reply Reply Quote 0
                            • M
                              MacUsers
                              last edited by

                              @stephenw10:

                              [2.2-RELEASE][root@pfSense.localdomain]/root: dmesg | grep ada
ada0 at ata0 bus 0 scbus0 target 0 lun 0
ada0: <toshiba mk2018gap="" m1.42="" a="">ATA-5 device
ada0: Serial Number 32K60131T
ada0: 100.000MB/s transfers (UDMA5, PIO 8192bytes)
ada0: 19077MB (39070080 512 byte sectors: 16H 63S/T 16383C)
ada0: Previously was known as ad0
Trying to mount root from ufs:/dev/ada0s1a [rw]...</toshiba>

                              I was just looking in some old posts - Does it mean you have TRIM enabled on your TOSHIBA MK2018GAP drive?

                              1 Reply Last reply Reply Quote 0
                              • stephenw10S
                                stephenw10 Netgate Administrator
                                last edited by

                                No. I'm pretty sure that device is way too old to support TRIM
                                TRIM only applies to SSDs anyway.

                                Steve

                                1 Reply Last reply Reply Quote 0
                                • M
                                  MacUsers
                                  last edited by

                                  That's what I knew as well but this line in your dmesg:

                                  ada0: 100.000MB/s transfers (UDMA5, PIO 8192bytes)

                                  made me think otherwise.

                                  1 Reply Last reply Reply Quote 0
                                  • stephenw10S
                                    stephenw10 Netgate Administrator
                                    last edited by

                                    What part of that implies TRIM?
                                    That's the maximum speed on the interface, which is far, far faster than the drive can manage in this case.  ;)

                                    Steve

                                    1 Reply Last reply Reply Quote 0
                                    • M
                                      MacUsers
                                      last edited by

                                      Nothing in particular, to be honest. I see Ultra ATA/33 on my x750e as opposed to ATA/100 on yours:

                                      [2.2.2-RELEASE][root@wg550.home]/root: dmesg|grep ada1
ada1 at ata0 bus 0 scbus0 target 1 lun 0
ada1: <toshiba mk4026gax="" pa102d=""> ATA-6 device
ada1: Serial Number 65IF3453T
ada1: 33.300MB/s transfers (UDMA2, PIO 8192bytes)
ada1: 38154MB (78140160 512 byte sectors: 16H 63S/T 16383C)
ada1: Previously was known as ad1</toshiba>

                                      It says ATA-6 device, so I was hoping to see UDMA5 in the next line but UDMA2 is the ATA-4, IIRC. I'm out of sys-admin business for while now, so may be talking rubbish as well.  ;)

                                      1 Reply Last reply Reply Quote 0
                                      • M
                                        MacUsers
                                        last edited by

                                        On a separate note, a really silly question (maybe): Is it worth putting a SSD in in WatchGuard/pfSense? Apart from speedy-boot, what added benefit over an PATA drive?

                                        1 Reply Last reply Reply Quote 0
                                        • ?
                                          Guest
                                          last edited by

                                          @MacUsers:

                                          On a separate note, a really silly question (maybe): Is it worth putting a SSD in in WatchGuard/pfSense? Apart from speedy-boot, what added benefit over an PATA drive?

                                          There are many IDE SSDs out to install inside and I really would go more with a SSD
                                          rather then a IDE HDD because of less power, faster and not so hot.

                                          1 Reply Last reply Reply Quote 0
                                          • stephenw10S
                                            stephenw10 Netgate Administrator
                                            last edited by

                                            They are massively faster so if you're using it as a squid cache it will help a lot. Someone recently posted some numbers from one in the main Xe thread.

                                            https://forum.pfsense.org/index.php?topic=20095.msg501388#msg501388

                                            Steve

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