That is fantastic! It works. Thank you.
Does anyone have this updated scraper?
So for posterity, this was fixed a couple ways. No longer download the original oui.txt file. It has the carriage return issues which infects other aspects of netdb. Start using the sanitized one from this site: https://linuxnet.ca/ieee/oui/ I backed up the database and performed a search & replace to remove the ^M after the vendor descriptions. sed "s/\\r',NULL/',NULL/g" backup.sql > fixed.sql Restored database (both backup and restore via the netdbctl command)
Did you find out how to refresh the Vendor info when changing out the OUI file?
I'm doing wget from the IEEE source so if that's the case then there is no Unix version, but I'll give that a shot. What I'd like to find is the code syntax that creates the CSV files for you. Maybe I can alter the regex to remove ctrl-M. Edit: It does appear the oui.txt file now includes carriage returns. There is a sanitized version that does not. https://linuxnet.ca/ieee/oui/ However, it is still happening. I think I need to delete the part of the database that has the OUI matches to IP's and...
I'm doing wget from the IEEE source so if that's the case then there is no Unix version, but I'll give that a shot. What I'd like to find is the code syntax that creates the CSV files for you. Maybe I can alter the regex to remove ctrl-M.
My CSV reports that NetDB creates are having an issue when loaded in Excel. Every other line has the firstseen,lastseen dates on a second line, instead of all fields pertaining to that record in a single line. I never used to have this problem until I started importing the OUI.txt file from the Internet. Sure enough, I took a look at the netdbreport.csv file created on the server under /var/www and it appears there are ^M returns after every vendor code. This puts the firstseen,lastseen on a second...
My CSV reports that NetDB creates are having an issue when loaded in Excel. Every other line has the firstseen,lastseen dates on a second line, instead of all fields pertaining to that record in a single line. I never used to have this problem until I started importing the OUI.txt file from the Internet. Sure enough, I took a look at the netdbreport.csv file created on the server under /var/www and it appears there are ^M returns after every vendor code. This puts the firstseen,lastseen on a second...
My CSV reports that NetDB creates are having an issue when loaded in Excel. Every other line has the firstseen,lastseen dates on a second line, instead of all fields pertaining to that record in a single line. I never used to have this problem until I started importing the OUI.txt file from the Internet. Sure enough, I took a look at the netdbreport.csv file created on the server under /var/www and it appears there are ^M returns after every vendor code. This puts the firstseen,lastseen on a second...
Solved. Nevermind. ln -s /var/log/netdb/control.log /var/www/html/netdb/control.log
I've installed netdb a few times and I can't find how to fix the link error on the NetDB home page. I'm sure its just an Apache permission issue or perhaps I need to make a sym link somewhere?
Anyone?
I want to build a new netdb server and retain the history of data from the old one. Besides duplicating all the settings, what files have to get moved over?
That sounds fantastic Earl. I'm looking forward to your progress. We have official Red Hat at work so a script (in addition to your image) would benefit us the most.
That sounds fantastic Earl. I'm looking forward to your progress.
Sam, Can I get a copy of your modified Palo Alto scraper that works with SSH?
I can't help with that, but I would pay a bounty for somebody to keep this up-to-date on a long term release, like Ubuntu 18.04.1 LTS. This program is fantastic and we use it almost daily at work.
Hi. Is this project going to be updated? I saw some posts about updating the VM and combining it with netgrph. That would be great!
Does anyone know of a jperf GUI for Windows or equivalent being worked on? The only versions are regular jperf 2.02 which has an old iPerf 1.7.0, and the semi-updated version that uses a buggy 3.0 beta. Replacing the .exe file doesn't quite work as well as it should. An ideal one would be something that uses iperf 2.x.
Understood...which is why I was hoping you could have a parameter that would exclude...
I noticed this change from 7 to 8 and was hoping that it would be changed back in...
Yes yes! Please revert the logging back to 7.1 behavior. All the verbose messages...
I noticed the logfile (snapraid.exe sync -l snaplog.txt) now produces verbose output...