Page 2 of 2 FirstFirst 12
Results 11 to 17 of 17
  1. #11
    Untangle Ninja mrunkel's Avatar
    Join Date
    Jul 2008
    Posts
    3,040

    Default

    So, our bug actually saved your bacon? And that infuriated you?

    I mean, how would you expect to get a monthly report with only a week's worth of data?

    So that bug will get fixed when we release the new reporting engine in the near future, but in the mean time, you'll just need to throw disk space at the untangle boxes.
    m.


    Big Frickin Disclaimer:
    While I'm pretty sure, I can't guarantee that I know what I'm doing. There might be a better way to do this, and this way might actually suck. Make sure you understand the implications of what you're doing before trying to follow these directions.

    It often helps troubleshooting if you have a good network map. Look here if you want my advice on how to draw one.
    Attention: Support and help on the Untangle Forums is provided by volunteers and community members like yourself.
    If you need Untangle support please call or email support@untangle.com

  2. #12
    Untangle Ninja
    Join Date
    Jan 2009
    Posts
    1,187

    Default

    Quote Originally Posted by mrunkel View Post
    So, our bug actually saved your bacon? And that infuriated you?

    I mean, how would you expect to get a monthly report with only a week's worth of data?

    So that bug will get fixed when we release the new reporting engine in the near future, but in the mean time, you'll just need to throw disk space at the untangle boxes.
    No, your bug didn't save my bacon, it didn't save anything and we don't have a disk space issues with the boxes I have installed, but you would know that if you'd paid attention to what you were reading instead of looking for something that would allow you to step on my neck, regardless, what it cost me is time, time wasted trying to figure out, a. what something is or does, and b. why something doesn't work, to me, it says the product developers don't care about their customers or end users time, but you're certainly right, I wouldn't expect a monthly report with a weeks data, then again, there's no documentation I've found that says "disables monthly reporting" though there are numerous posts on here demonstrating the UT interface doesn't always follow convention.

    The one thing I like the most about open source software, is that you get to try stuff out and find out it doesn't work before the developers get the money.

    Something I notice on this board from the postings by users that appear to actually have a position in the Untangle company, is an aggressive defensiveness, arrogance, superiority and smugness. There are also the fanboys that'll jump all over any poster that dares question the effectiveness of UT but I won't touch on them.

    But then again I'm old school, I have a mentality where I expect things work, I know they don't but I can't break the expectation, our society today, has been trained otherwise.
    It seems to me that software developers could at least package their products with a few Johnson & Johnson Bandaids for the stuff that doesn't work.

    I used to work for a large manufacturer and ended up with a crew of maintenance technicians that I supervised. There was one really shitty, nasty job that involved messy chemicals, scba and shovels. The guys learned early on that when a machine or process went down they would properly assess and effectively repair the issue with as little downtime as possible, because if I got involved if the machine or process went down again because they did half ass work, they knew they were going to get the shovel until such time as I thought they understood the need to do quality work.

    Too bad things don't work that way anymore.

    Now I've made numerous postings on here about my opinion of UT and the concept, that hasn't changed because of my momentary flash of irritation and I won't blow any more smoke up your ass, but I might suggest a slightly different approach toward your end users and their struggles to make your product work for their needs.

  3. #13
    Untangle Ninja sky-knight's Avatar
    Join Date
    Apr 2008
    Location
    Phoenix, AZ
    Posts
    26,228

    Default

    Ahh you mean the general SNAFU that is the reporting module?
    Rob Sandling, BS:SWE, MCP
    NexgenAppliances.com
    Phone: 866-794-8879 x201
    Email: support@nexgenappliances.com

  4. #14
    Untangler
    Join Date
    Nov 2008
    Posts
    36

    Default

    Thanks for the all the responses:

    - For the issue of the logs filling up my HDD - the solution for now is to for more hard disk space - until the bug on the "keep one week data" is resolved.

    Here is the output of the script posted earlier:

    Disk Free Status
    Filesystem Size Used Avail Use% Mounted on
    /dev/sda1 64G 54G 5.9G 91% /
    tmpfs 1.9G 0 1.9G 0% /lib/init/rw
    udev 10M 76K 10M 1% /dev
    tmpfs 1.9G 0 1.9G 0% /dev/shm
    Top 20 Tables
    relname | reltuples | relpages
    --------------------------+-------------+----------
    pl_endp | 5.52894e+07 | 931111
    pl_stats | 5.53985e+07 | 858891
    n_http_req_line | 2.32988e+07 | 362321
    n_http_evt_req | 2.23578e+07 | 231494
    pl_stats_plepid_idx | 5.54412e+07 | 218034
    pl_endp_pkey | 5.54643e+07 | 212950
    pl_stats_pkey | 5.54384e+07 | 212883
    pl_endp_ts_idx | 5.54664e+07 | 211011
    pl_endp_sid_idx | 5.54643e+07 | 210240
    n_http_evt_resp | 1.88732e+07 | 180667
    n_mail_message_info_addr | 6.79956e+06 | 94856
    n_http_req_line_pkey | 2.17671e+07 | 86047
    n_http_evt_req_ts_idx | 2.1767e+07 | 86040
    n_http_evt_req_rid_idx | 2.1767e+07 | 86038
    n_http_evt_req_pkey | 2.1767e+07 | 86037
    sessions_2009_05_18 | 4.70484e+06 | 77648
    sessions_2009_05_14 | 4.63173e+06 | 76648
    sessions_2009_05_12 | 4.63412e+06 | 76610
    n_http_evt_resp_pkey | 1.89135e+07 | 74712
    sessions_2009_05_11 | 4.47799e+06 | 73780
    (20 rows)

    Oldest record in database
    2009-05-02 11:03:38.538

    Disk Use of /var/log - Top 10 files
    383932 /var/log/uvm
    163948 /var/log/apache2
    17956 /var/log/daemon.log.1
    6176 /var/log/daemon.log
    5284 /var/log/postgresql
    3740 /var/log/atop.log.14
    3728 /var/log/atop.log.12
    3704 /var/log/atop.log.13
    3492 /var/log/atop.log.1
    3444 /var/log/atop.log.11
    Disk Use of /var/log/uvm - Top 10 files
    27916 /var/log/uvm/gc.log
    15704 /var/log/uvm/gc.log.crash.1
    13464 /var/log/uvm/gc.log.crash.2
    10904 /var/log/uvm/gc.log.crash
    5456 /var/log/uvm/console.log.crash.2
    5068 /var/log/uvm/19.log.4
    5056 /var/log/uvm/19.log.3
    5040 /var/log/uvm/19.log.7
    5040 /var/log/uvm/19.log.2
    5028 /var/log/uvm/19.log.5
    Disk Use of postgres db files
    51G /var/lib/postgresql/7.4
    29M /var/lib/postgresql/8.3
    Disk Use of postgres db files (old location)
    Disk Use of /usr/share/untangle/web/reports/ (old reports)
    336M /usr/share/untangle/web/reports
    Disk Use of /tmp
    5.8M /tmp
    Disk Use of /var
    4.0K /var/agentx
    8.0K /var/autofs
    6.7M /var/backups
    18M /var/cache
    4.0K /var/games
    51G /var/lib
    4.0K /var/local
    8.0K /var/lock
    625M /var/log
    625M /var/log
    16K /var/mail
    156K /var/run
    72K /var/spool
    40K /var/tmp
    54M /var/www

    =====

    Now for the issue of the CPU power given the size of my network - I think one solution would be to have two or more Untangle boxes. My current Untangle box is deployed in bridge mode. Can I deploy two Untangle boxes - both of them in bridge mode?

    --
    Now for the bugs - I feel that I have grown with Untangle. If you'll see all my previous posts you can see that. Before this bug - the one I had to deal with was the SNMP "dying" on Untangle 6.0. Now its fixed. Hopefully, this with the log file will be fixed soon too.

    Thanks.


    Best,
    Jay

  5. #15
    Untangle Ninja sky-knight's Avatar
    Join Date
    Apr 2008
    Location
    Phoenix, AZ
    Posts
    26,228

    Default

    Yeah you can daisy chain UT bridges all day long. It's a great way to spread out the load if you have individual modules racking up the CPU/RAM.
    Rob Sandling, BS:SWE, MCP
    NexgenAppliances.com
    Phone: 866-794-8879 x201
    Email: support@nexgenappliances.com

  6. #16
    Untangle Ninja
    Join Date
    Jan 2009
    Posts
    1,187

    Default

    Quote Originally Posted by sky-knight View Post
    Ahh you mean the general SNAFU that is the reporting module?
    Amongst other modules and "features".

    Yeah you can daisy chain UT bridges all day long. It's a great way to spread out the load if you have individual modules racking up the CPU/RAM.
    My thought was yah, he could drop another box right behind it in series, slap the next sequential ip on it, turn on, say, the filtering modules, then go back to the first machine and turn off the same modules.

    Then, I went back and reread his original post.
    So, in his case, you're talking about a serious machine per module, since his original post only list two running modules.
    Yet from what I've read here the engine behind untangle has its own, relatively high overhead.
    So I've have to wonder if another set of solutions wouldn't be more appropriate in his case, particularly because I've read more than once that Untangle's strength and advantage is that it's all things; ie: no other product offers all this in one package for the price......

  7. #17
    Untangle Ninja sky-knight's Avatar
    Join Date
    Apr 2008
    Location
    Phoenix, AZ
    Posts
    26,228

    Default

    Cost efficiency wise it only works on the free modules, and only in certain cases.

    IE, a bridge UT that just does spam filtering in front of a mail server. Or, a separate bridge that does only AV scanning behind the main UT router/bridge that does the rest.

    Both of those modules can get exponentially more CPU intensive with traffic, so with high load it can make sense to offload them into separate units.

    You really have to take a very hard look at your setup before you go down that road...
    Rob Sandling, BS:SWE, MCP
    NexgenAppliances.com
    Phone: 866-794-8879 x201
    Email: support@nexgenappliances.com

Page 2 of 2 FirstFirst 12

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  

SEO by vBSEO 3.6.0 PL2