Profile Details

Toggle Sidebar
Loading cover... Drag cover to reposition
Recent updates
  • Question for the OP...

    You have stated one modem/router is connected to WiMax - is that the same for the other WAN connection?
    Are both going to the same ISP?
    If so, can you check the ISP supplied addresses on the WAN connection for each modem/router. Are they all within the same ISP's sub-net?

  • Been following this with interest as there are 5 machines with Multi-Wan - sorry nothing to add about the OPs problems at the moment. Never seen a problem quite like this on any of the systems here. Three machines act as firewalls, Multi-Wan to 2 different ISPs (ADSL2+ and Cable) - the other two machines connecting the office to where the firewalls are placed - one interface on each via a WiFi connection - the interface uses Ethernet-over-Power. All Multi-Wan interface are private sub_nets (192.168.x.x) - work equally well whether static or dynamic. All Multi-Wan interfaces are configured as primary.

    However, this is my understanding regarding the modes and based on observation of the machines here - happy to be corrected...

    Both primary - both interfaces in use. Traffic passed through each interface roughly dependant on weights. If one fails all traffic is directed to the working interface. Traffic is again shared when the failing interface recovers.

    One interface primary, one backup. All traffic goes through the primary - the backup is up (hot) and ready to take-over immediately if the primary fails.
    If the backup has taken over as a result of the primary failing, when the primary comes back on-line traffic switches back to the primary.

    One interface primary, one standby - standby interface is 'dead' while primary active and carries all traffic - note no table 250.
    In my tests if the primary dies - no traffic - requires manual re-configuration of Multi-Wan to restore traffic by changing 'standby' to primary or backup.

  • Nick - from the chapter 6 quoted


    lmgrd Command-Line Syntax

    lmgrd is the main daemon for FLEXnet Licensing. When you invoke lmgrd, it looks for a license file which contains information about vendors and features and starts those vendor daemons.

    Understood from this that it was a one time command that actually started the daemons that did the real work, but the wording is confusing and you could well be right - continually scanning for added license files - so your addition wouldn't hurt and could well be required... probably becomes clearer if the whole documentation was read - but that is a job for Rasmus to roll his sleeves up and get stuck into it.

    Rasmus - it this for some home study you are doing in your own time - or are we doing the work your company is paying you for?

  • Note that report was on a different Linux distribution...
    Maybe some new bug triggering the same condition, maybe a regression?

    Next step maybe here if you want to pursue further?
    https://www.clamav.net/documents/mailing-lists-faq

    Anyway it's 3.52 am here in Sydney - past time should be tucked up in bed snoozing...


  • su rasmus opt/flexnetserver/lmgrd –c license_file_list –l debug_log_path


    1) Please read Nicks appends again - you should be substituting real file names for your particular system instead of "license_file_list" and "debug_log_path"
    see http://media.3ds.com/support/simulia/public/flexlm108/EndUser/chap6.htm for more information in the top half of that page
    2) What happened to the leading "/" in the path to the executable i.e. should be /opt/flexnetserver/lmgrd - yet another typo? :(
    3) There should be quotes ie " " around the actual command that will be executed by the user e.g. su - someuserid "some command or other"
    4) It is better to use the su command like this so you get the users proper environment - have made up some fictitious file names to give a better idea what the command line should look like... Note the "-" between su and the userid

    su - rasmus -c "/opt/flexnetserver/lmgrd –c /autodesk/mylicences.lic –l /var/log/autodesk.log"

    5) As for permissions - the executable should work for all users...

    No permission problems here with my personal user id

    I suspect your permissions problem maybe came from the missing /, lack of quotes or more typos?
    You should have seen this rather helpful message - gives a good idea of where to put your license files...

    Suggest if you are going to use the command line that you read some decent tutorials and study each command thoroughly before you use it so you understand fully the correct syntax. Don't rely that other people have each command correct - and that includes me :) - already seen too much sloppy work on the Autodesk site... Also, remember Linux acts on what you actually type and not what you intended to type - no typos

  • Thanks Nick for clarifying what is in the bug-tracker - that makes more sense...

  • Siv, you just proved my point about restrictive ;) - as illustrated by extracting sections from data you presented...


    I think GUI's are OK as long as the GUI designer thinks about the design and who is going to use it

    Not sure this happened here
    [code]
    PID USER TIME %CPU %MEM SZ TT COMMAND COMMAND
    603 clam 00:03:02 0.0 14.4 198492 ? clamd /usr/sbin/clamd
    ....
    So its RAM usage is higher than most other daemons but seems to have settled at 13.8 (I assume that is MB?) since I restarted the server.
    [/quote]
    On every box here that's running clamav the memory size for clamd was 194xxx, close to your figure - suggest that at no time on your box was it 13.8MB...
    a 14x difference.

    The other restriction is the number of options offered... As a simple example look at the number of options you can use to tune httpd, then check the number of options Webconfig offers... It just isn't practical to put them all into a GUI - not a failing of Webconfig intrinsically, but of GUIs in general.

    Did the problem with clamd/memory errors occur during the time the file scan was running?

  • Good point Nick about the scanner also scanning the system...

    However, not sure skipping "pircture" files is wise. For instance there is a technique to hide a virus in a .PNG file so instead of viewing the graphic on a windows system - the virus is launched... There is also the problem of the 'double extension'. GIFs and PDFs can also be caries of viruses...

    For graphics files you create yourself there is probably minimal risk in not scanning - but everything from the 'net should be scanned - including graphics files with an email.

    The ability to exclude a directory or directories where self created graphics files reside would be safer... Nick really think this 'feature' change should be more carefully considered...