Services HTML output not saved

[pdx501]

If I run a command such as

Code: Select all

sudo fing -s 192.168.0.0/24 -o html,services.html

I get no output in the form of a file. If I run just

Code: Select all

sudo fing -s 192.168.0.0/24 -o html

the HTML is output to the stdout, and if I run

Code: Select all

sudo fing -s 192.168.0.0/24 -o html > services.html

I get a functional file, but with the extra CLI output at the top.

Tried on Mac OS X 10.5.8 Server and Mac OS X 10.6.2 Client with Fing 1.3. Am I doing it wrong?

[overlook.support]

Hi.

We tried two different version of Fing (1.3 and latest build) on two different OS X (OS X 10.5.x and 10.6.x). They both produced the file correctly. If you don't specify the file ("-o html"), the output device is stdout, therefore it will get mixed with the rest of the output.

Is there something that may prevent the file from being written? Can you try to build it on a different directory (e.g. in your desktop dir "~/Desktop"). If still nothing happens, please turn logging on (in /etc/fing/fing.properties) and send/attach the log file (generated in /var/log/fing/) for inspection.

Best regards,

[pdx501]

I think I figured it out - the services HTML output doesn't like to save to a destination not on the boot volume. To reproduce, try attaching an external HFS+ volume, CDing to it and then running fing -s yournetworkip/mask -o html,services.html.

On the client systems I was testing and saving to my home folder, which is either on a physically separate non-boot volume or FileVault image. On the server the same issue - I was saving to a non-boot volume (as that's were my webserver's root directory is).

This is logged when the output isn't actually saved:

ERROR 2010/03/07 11:20:29.876 unable to move </var/tmp/overlook.fing.ntfw-148C0-0x804fd0-1198CDD4BB219258-0.overlook> to <services.html>: boost::filesystem::rename: Cross-device link: "/var/tmp/overlook.fing.ntfw-148C0-0x804fd0-1198CDD4BB219258-0.overlook", "services.html"

In all cases saving to the root of the boot volume, or to /Library/Webserver/Documents/ or similar functioned properly. Also, -n scans save to any volume without issue. Thanks for your help!

[overlook.support]

Hi.

There is indeed an fix that we could implement when moving a file fails (e.g. across devices) and try with cut-and-copy approach. We will fix that in the next release.

Best regards,