From lvl at omnitec.net Fri Jan 10 18:50:45 2014 From: lvl at omnitec.net (L. V. Lammert) Date: Fri, 10 Jan 2014 17:50:45 -0600 (CST) Subject: [GRLUG] Text only printers Message-ID: Has anyone ever tried to find a modern printer, possible an inkjet (for size) that will do text only printing (i.e. plain ASCII)? Lee From justin.denick at gmail.com Fri Jan 10 19:13:43 2014 From: justin.denick at gmail.com (Justin Denick) Date: Fri, 10 Jan 2014 19:13:43 -0500 Subject: [GRLUG] Text only printers In-Reply-To: References: Message-ID: <220AC499-74D7-4884-A46A-076F17D8E28B@gmail.com> Is there any chance you could convert it to PostScript? -j > On Jan 10, 2014, at 6:50 PM, "L. V. Lammert" wrote: > > Has anyone ever tried to find a modern printer, possible an inkjet (for > size) that will do text only printing (i.e. plain ASCII)? > > Lee > _______________________________________________ > grlug mailing list > grlug at grlug.org > http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug From greg at gregfolkert.net Fri Jan 10 20:09:48 2014 From: greg at gregfolkert.net (Greg Folkert) Date: Fri, 10 Jan 2014 20:09:48 -0500 Subject: [GRLUG] Text only printers In-Reply-To: References: Message-ID: <1389402588.12474.2.camel@omg.gregfolkert.net> On Fri, 2014-01-10 at 17:50 -0600, L. V. Lammert wrote: > Has anyone ever tried to find a modern printer, possible an inkjet (for > size) that will do text only printing (i.e. plain ASCII)? Convert if to postscript like Justin suggested and dump it to a print filter/ppd for the printer at hand. Or just get a Dot Matrix Printer or a Chain Printer. -- greg at gregfolkert.net PGP key 1024D/B524687C 2003-08-05 Fingerprint: E1D3 E3D7 5850 957E FED0 2B3A ED66 6971 B524 687C "Freedom is nothing but a chance to be better." -- Albert Camus -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From lvl at omnitec.net Fri Jan 10 20:15:22 2014 From: lvl at omnitec.net (L. V. Lammert) Date: Fri, 10 Jan 2014 19:15:22 -0600 (CST) Subject: [GRLUG] Text only printers In-Reply-To: <220AC499-74D7-4884-A46A-076F17D8E28B@gmail.com> References: <220AC499-74D7-4884-A46A-076F17D8E28B@gmail.com> Message-ID: On Fri, 10 Jan 2014, Justin Denick wrote: > Is there any chance you could convert it to PostScript? > Nope, .. text only. Output from a dumb device - it's a logging printer. Lee From lvl at omnitec.net Fri Jan 10 20:19:41 2014 From: lvl at omnitec.net (L. V. Lammert) Date: Fri, 10 Jan 2014 19:19:41 -0600 (CST) Subject: [GRLUG] Text only printers In-Reply-To: <1389402588.12474.2.camel@omg.gregfolkert.net> References: <1389402588.12474.2.camel@omg.gregfolkert.net> Message-ID: > Convert if to postscript like Justin suggested and dump it to a print > filter/ppd for the printer at hand. > That would require a separate system to convert, as the source system has no driver capability. > Or just get a Dot Matrix Printer or a Chain Printer. > The request was to get away from Dot Matrix, as the fanfold paper is a problem to store; if they could put in a small stack of normal paper it would be a lot simpler. Thanks1 Lee From dagda at pathwaynet.com Fri Jan 10 20:33:43 2014 From: dagda at pathwaynet.com (dagda at pathwaynet.com) Date: Sat, 11 Jan 2014 01:33:43 +0000 (UTC) Subject: [GRLUG] Text only printers References: Message-ID: <393685683.13571.1389404023523.JavaMail.mail@webmail06> An HTML attachment was scrubbed... URL: From justin.denick at gmail.com Fri Jan 10 20:40:02 2014 From: justin.denick at gmail.com (Justin Denick) Date: Fri, 10 Jan 2014 20:40:02 -0500 Subject: [GRLUG] Text only printers In-Reply-To: References: <220AC499-74D7-4884-A46A-076F17D8E28B@gmail.com> Message-ID: <984874EF-E7A3-4F4E-B0FF-C7284A19C663@gmail.com> What's the dumb device like? If it really spits out ASCII than you're not going to be able to indicate any cool print commands like page size/source. Maybe you could indicate a new line. \n But that's not likely to be interpolated as anything other than \n if the printer isn't regarding printer commands. How does this device interface with the current printer? Like is it a parallel port? If preprocessing is out of the question, than post processing with an intelligent printer or perhaps injecting print commands into whatever is being logged might be you're only recourse. That's probably stretch since this seems to be pretty restricted. However, if it has an interface to which you can create an ad hoc connection {read /dev/dumb-device | lpr -o pretty print -P "modern inkjet". Better yet pipe it to a db and search don't sort when you need to find something from the logged data. -j > On Jan 10, 2014, at 8:15 PM, "L. V. Lammert" wrote: > >> On Fri, 10 Jan 2014, Justin Denick wrote: >> >> Is there any chance you could convert it to PostScript? > Nope, .. text only. Output from a dumb device - it's a logging printer. > > Lee > _______________________________________________ > grlug mailing list > grlug at grlug.org > http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug From jwm8351 at yahoo.com Fri Jan 10 21:11:59 2014 From: jwm8351 at yahoo.com (Joseph McLaughlin) Date: Fri, 10 Jan 2014 18:11:59 -0800 (PST) Subject: [GRLUG] Text only printers In-Reply-To: <984874EF-E7A3-4F4E-B0FF-C7284A19C663@gmail.com> References: <220AC499-74D7-4884-A46A-076F17D8E28B@gmail.com> <984874EF-E7A3-4F4E-B0FF-C7284A19C663@gmail.com> Message-ID: <1389406319.58210.YahooMailNeo@web122205.mail.ne1.yahoo.com> I just tried echo "text" | lpr and it came out on my default printer ? On Friday, January 10, 2014 8:40 PM, Justin Denick wrote: What's the dumb device like? If it really spits out ASCII than you're not going to be able to indicate any cool print commands like page size/source. Maybe you could indicate a new line. \n But that's not likely to be interpolated as anything other than \n if the printer isn't regarding printer commands. How does this device interface with the current printer? Like is it a parallel port? If preprocessing is out of the question, than post processing with an intelligent printer or perhaps injecting print commands into whatever is being logged might be you're only recourse. That's probably stretch since this seems to be pretty restricted. However, if it has an interface to which you can create an ad hoc connection {read /dev/dumb-device | lpr -o pretty print -P "modern inkjet".? Better yet pipe it to a db and search don't sort when you need to find something from the logged data. -j > On Jan 10, 2014, at 8:15 PM, "L. V. Lammert" wrote: > >> On Fri, 10 Jan 2014, Justin Denick wrote: >> >> Is there any chance you could convert it to PostScript? > Nope, .. text only. Output from a dumb device - it's a logging printer. > >? ? Lee > _______________________________________________ > grlug mailing list > grlug at grlug.org > http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug _______________________________________________ grlug mailing list grlug at grlug.org http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug -------------- next part -------------- An HTML attachment was scrubbed... URL: From lvl at omnitec.net Fri Jan 10 21:27:22 2014 From: lvl at omnitec.net (L. V. Lammert) Date: Fri, 10 Jan 2014 20:27:22 -0600 (CST) Subject: [GRLUG] Text only printers In-Reply-To: <393685683.13571.1389404023523.JavaMail.mail@webmail06> References: <393685683.13571.1389404023523.JavaMail.mail@webmail06> Message-ID: On Sat, 11 Jan 2014 dagda at pathwaynet.com wrote: > What type of ports are available on the system sending the print jobs? > Parallel Lee From lvl at omnitec.net Fri Jan 10 21:30:42 2014 From: lvl at omnitec.net (L. V. Lammert) Date: Fri, 10 Jan 2014 20:30:42 -0600 (CST) Subject: [GRLUG] Text only printers In-Reply-To: <984874EF-E7A3-4F4E-B0FF-C7284A19C663@gmail.com> References: <220AC499-74D7-4884-A46A-076F17D8E28B@gmail.com> <984874EF-E7A3-4F4E-B0FF-C7284A19C663@gmail.com> Message-ID: On Fri, 10 Jan 2014, Justin Denick wrote: > What's the dumb device like? If it really spits out ASCII than you're > not going to be able to indicate any cool print commands like page > size/source. Maybe you could indicate a new line. \n But that's not > likely to be interpolated as anything other than \n if the printer isn't > regarding printer commands. > Standard text, nothing cool needed. Page is already formatted in the text. > How does this device interface with the current printer? Like is it a parallel port? > Parallel > If preprocessing is out of the question, than post processing with an > intelligent printer or perhaps injecting print commands into whatever is > being logged might be you're only recourse. That's probably stretch > since this seems to be pretty restricted. > It would be a lot simpler to use a text printer ! The dot matrix printer has been working for 20+ years, but it's getting pretty cruddy, and it needs replacement. > However, if it has an interface to which you can create an ad hoc > connection {read /dev/dumb-device | lpr -o pretty print -P "modern > inkjet". Better yet pipe it to a db and search don't sort when you need > to find something from the logged data. > Unfortunately, that's way too complicated. The system runs in a production environment - the request was to replace the dot matrix printer to get rid of the fanfold paper. TFTR! Lee From lvl at omnitec.net Fri Jan 10 21:31:33 2014 From: lvl at omnitec.net (L. V. Lammert) Date: Fri, 10 Jan 2014 20:31:33 -0600 (CST) Subject: [GRLUG] Text only printers In-Reply-To: <1389406319.58210.YahooMailNeo@web122205.mail.ne1.yahoo.com> References: <220AC499-74D7-4884-A46A-076F17D8E28B@gmail.com> <984874EF-E7A3-4F4E-B0FF-C7284A19C663@gmail.com> <1389406319.58210.YahooMailNeo@web122205.mail.ne1.yahoo.com> Message-ID: On Fri, 10 Jan 2014, Joseph McLaughlin wrote: > I just tried > echo "text" | lpr > and it came out on my default printer > What sort of printer? Lee From mfarver at mindbent.org Fri Jan 10 22:11:33 2014 From: mfarver at mindbent.org (Mark Farver) Date: Fri, 10 Jan 2014 22:11:33 -0500 Subject: [GRLUG] Text only printers In-Reply-To: References: Message-ID: One cheat I have used in the past is a serial to Ethernet converter to replace a serial port printer. The converter sends serial data streamed over a TCP socket. You can use netcat to dump this stream to a flat file or a simple script can convert to syslog. Other option might be a receipt printer. They are easy to use and get paper for. Mark On Jan 10, 2014 6:51 PM, "L. V. Lammert" wrote: > Has anyone ever tried to find a modern printer, possible an inkjet (for > size) that will do text only printing (i.e. plain ASCII)? > > Lee > _______________________________________________ > grlug mailing list > grlug at grlug.org > http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lvl at omnitec.net Fri Jan 10 22:54:32 2014 From: lvl at omnitec.net (L. V. Lammert) Date: Fri, 10 Jan 2014 21:54:32 -0600 (CST) Subject: [GRLUG] Text only printers In-Reply-To: <1389406319.58210.YahooMailNeo@web122205.mail.ne1.yahoo.com> References: <220AC499-74D7-4884-A46A-076F17D8E28B@gmail.com> <984874EF-E7A3-4F4E-B0FF-C7284A19C663@gmail.com> <1389406319.58210.YahooMailNeo@web122205.mail.ne1.yahoo.com> Message-ID: On Fri, 10 Jan 2014, Joseph McLaughlin wrote: > I just tried > echo "text" | lpr > and it came out on my default printer > I thought lpr was normally configured to pipe through a driver? [I normally use CUPS] Lee From matt at zigg.com Mon Jan 13 11:25:16 2014 From: matt at zigg.com (Matt Behrens) Date: Mon, 13 Jan 2014 11:25:16 -0500 Subject: [GRLUG] Text only printers In-Reply-To: References: <220AC499-74D7-4884-A46A-076F17D8E28B@gmail.com> <984874EF-E7A3-4F4E-B0FF-C7284A19C663@gmail.com> <1389406319.58210.YahooMailNeo@web122205.mail.ne1.yahoo.com> Message-ID: <094AA5AE-11F0-4197-ADB5-E86D07823A60@zigg.com> On Jan 10, 2014, at 10:54 PM, L. V. Lammert wrote: > On Fri, 10 Jan 2014, Joseph McLaughlin wrote: >> I just tried >> echo "text" | lpr >> and it came out on my default printer > I thought lpr was normally configured to pipe through a driver? [I > normally use CUPS] Yeah, this occurred to me too. Even pre-CUPS, I remember setting up systems that would have filters behind lpr et al. -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4094 bytes Desc: not available URL: From lvl at omnitec.net Fri Jan 17 16:21:22 2014 From: lvl at omnitec.net (L. V. Lammert) Date: Fri, 17 Jan 2014 15:21:22 -0600 (CST) Subject: [GRLUG] Any Xen folks here? Message-ID: Had a problem with a 12.1 [SuSE] machine a while back, so I have been trying to upgrade it to fix the problem. The new Virtualization Repository is setup and the system has been updated. * VMM refuses to start, throwing the error: Failed to connect socket to '/var/run/libvirt/libvirt-sock': No such file or directory Now, that's REALLY weird, as there IS no libvirt-sock in that location: # ll /var/run/libvirt/ total 0 drwxr-xr-x 2 root root 40 Jan 17 14:30 libxl/ drwx------ 2 root root 60 Jan 17 14:31 network/ [libxl is empty] * The Xen kernel appears to be running: # ps ax | grep xen 65 ? S 0:00 [xenwatch] 66 ? S 0:00 [xenbus] 729 ? Ss 0:00 avahi-daemon: running [xen.local] 792 ? S< 0:00 [xen_pciback_wor] 986 ? S 0:00 /usr/sbin/xenstored --pid-file /var/run/xenstored.pid 1159 ? SLl 0:00 /usr/sbin/xenconsoled --pid-file=/var/run/xenconsoled.pid 1245 ? Sl 0:00 /usr/lib/xen/bin/qemu-system-i386 -xen-domid 0 -xen-attach -name dom0 -nographic -M xenpv -daemonize -monitor /dev/null -serial /dev/null -parallel /dev/null -pidfile /var/run/qemu-dom0.pid * libvirtd does not respond to any service commands: # service libvirtd status libvirtd.service - Virtualization daemon Loaded: loaded (/usr/lib/systemd/system/libvirtd.service; enabled) Active: inactive (dead) since Fri 2014-01-17 14:45:29 CST; 3s ago Process: 4354 ExecStart=/usr/sbin/libvirtd $LIBVIRTD_ARGS (code=exited, status=0/SUCCESS) Main PID: 4354 (code=exited, status=0/SUCCESS) Jan 17 14:45:28 xen systemd[1]: Started Virtualization daemon. Jan 17 14:45:29 xen libvirtd[4354]: libvirt version: 1.1.2 Even though it appears to start, it does not. * The only entries in libxl-driver.log are cache misses: xc: debug: hypercall buffer: total allocations:18 total releases:18 xc: debug: hypercall buffer: current allocations:0 maximum allocations:4 xc: debug: hypercall buffer: cache current size:4 xc: debug: hypercall buffer: cache hits:13 misses:4 toobig:1 I'd really like to get this box running, .. any suggestions would be appreciated. Thanks! Lee From philip.robar at gmail.com Mon Jan 20 02:33:13 2014 From: philip.robar at gmail.com (Philip Robar) Date: Mon, 20 Jan 2014 02:33:13 -0500 Subject: [GRLUG] Why does removing a stick of memory make a PC work? Message-ID: I have noticed on numerous occasions that after removing parts from a PC or it having sat unused for a long time that when I try to start it the fans and disks will spin up, but that's it. There's no POST sounds, good or bad and there is no video output to the monitor. The work around that always seems to work is to remove a stick of memory. Then the system will start and run as expected. And after putting the removed stick back the system continues to start and run as expected. As anyone else seen this? Any thoughts as to what is going on? Phil -------------- next part -------------- An HTML attachment was scrubbed... URL: From mfarver at mindbent.org Mon Jan 20 08:52:21 2014 From: mfarver at mindbent.org (Mark Farver) Date: Mon, 20 Jan 2014 08:52:21 -0500 Subject: [GRLUG] Why does removing a stick of memory make a PC work? In-Reply-To: References: Message-ID: On Jan 20, 2014 2:33 AM, "Philip Robar" wrote: > > I have noticed on numerous occasions that after removing parts from a PC or it having sat unused for a long time that when I try to start it the fans and disks will spin up, but that's it. There's no POST sounds, good or bad and there is no video output to the monitor. The work around that always seems to work is to remove a stick of memory. Connectors are almost always the weakest link in any system. They have a hard job...transmit data like a wire while still being separable. Memory connectors are the most challenging. Here you have a signal in the hundreds of MHz that has several dozen address and data lines run in parallel that all must be perfectly identical. For cost reasons only one side of the connection is a connector, the other just a plates pad on the memory. The slightest dust or weakening of the spring over time can cause a malfunction. Mark -------------- next part -------------- An HTML attachment was scrubbed... URL: From greg at gregfolkert.net Mon Jan 20 09:24:36 2014 From: greg at gregfolkert.net (Greg Folkert) Date: Mon, 20 Jan 2014 09:24:36 -0500 Subject: [GRLUG] Why does removing a stick of memory make a PC work? In-Reply-To: References: Message-ID: <1390227876.31104.1.camel@omg.gregfolkert.net> On Mon, 2014-01-20 at 08:52 -0500, Mark Farver wrote: > > On Jan 20, 2014 2:33 AM, "Philip Robar" > wrote: > > > > I have noticed on numerous occasions that after removing parts from > a PC or it having sat unused for a long time that when I try to start > it the fans and disks will spin up, but that's it. There's no POST > sounds, good or bad and there is no video output to the monitor. The > work around that always seems to work is to remove a stick of memory. > > Connectors are almost always the weakest link in any system. They > have a hard job...transmit data like a wire while still being > separable. > > Memory connectors are the most challenging. Here you have a signal in > the hundreds of MHz that has several dozen address and data lines run > in parallel that all must be perfectly identical. For cost reasons > only one side of the connection is a connector, the other just a > plates pad on the memory. The slightest dust or weakening of the > spring over time can cause a malfunction. > > Mark This is why "God" made static straps and gum erasers. -- greg at gregfolkert.net PGP key 1024D/B524687C 2003-08-05 Fingerprint: E1D3 E3D7 5850 957E FED0 2B3A ED66 6971 B524 687C "From the end spring new beginnings." -- Pliny the Elder -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From van at dedserius.com Mon Jan 20 10:14:16 2014 From: van at dedserius.com (Van (from AirJerome-OSX)) Date: Mon, 20 Jan 2014 08:14:16 -0700 Subject: [GRLUG] Why does removing a stick of memory make a PC work? In-Reply-To: References: Message-ID: Dust and/or other debris. Van On Jan 20, 2014, at 12:33 AM, Philip Robar wrote: > I have noticed on numerous occasions that after removing parts from a PC or it having sat unused for a long time that when I try to start it the fans and disks will spin up, but that's it. There's no POST sounds, good or bad and there is no video output to the monitor. The work around that always seems to work is to remove a stick of memory. Then the system will start and run as expected. And after putting the removed stick back the system continues to start and run as expected. > > As anyone else seen this? Any thoughts as to what is going on? > > > Phil > > _______________________________________________ > grlug mailing list > grlug at grlug.org > http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug From lvl at omnitec.net Wed Jan 22 20:10:24 2014 From: lvl at omnitec.net (L. V. Lammert) Date: Wed, 22 Jan 2014 19:10:24 -0600 (CST) Subject: [GRLUG] PHP & CentOS Message-ID: Looking at upgrading a box from 5.4 to 6.4, .. already did the 5.4 to 5.10 and the PHP version did not change (still 5.1.6). Two questions: * Why did not the upgrade from 5.4 to 5.10 upgrade the PHP version? Using standard CentOS repos, .. * What will be the PHP version after upgrading from 5.10 to 6.4? Thanks! Lee From justin.denick at gmail.com Wed Jan 22 20:50:17 2014 From: justin.denick at gmail.com (Justin Denick) Date: Wed, 22 Jan 2014 20:50:17 -0500 Subject: [GRLUG] PHP & CentOS In-Reply-To: References: Message-ID: <4B62564A-BD2C-4A25-B2A3-346B9A03F3DD@gmail.com> My gentoo senses tell me you should be able to compile php from source. I've never used centos though so that may not be an awesome idea without a good backup-- unless you're gutsy and you're not doing anything till morning. You'll likely have to recompile apache too if it was compiled against the previous php-- it was. That should be more efficient than installing a new os just to upgrade php. It may also be that the newer php is installed in a slot. This allows two or more versions of php to exist at the same time. Check /etc/php for different ini files for each slot (if there are slots, each would necessarily need their own config.) -j > On Jan 22, 2014, at 8:10 PM, "L. V. Lammert" wrote: > > Looking at upgrading a box from 5.4 to 6.4, .. already did the 5.4 to 5.10 > and the PHP version did not change (still 5.1.6). > > Two questions: > > * Why did not the upgrade from 5.4 to 5.10 upgrade the PHP version? Using > standard CentOS repos, .. > > * What will be the PHP version after upgrading from 5.10 to 6.4? > > Thanks! > > Lee > _______________________________________________ > grlug mailing list > grlug at grlug.org > http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug From greg at gregfolkert.net Wed Jan 22 21:51:42 2014 From: greg at gregfolkert.net (Greg Folkert) Date: Wed, 22 Jan 2014 21:51:42 -0500 Subject: [GRLUG] PHP & CentOS In-Reply-To: References: Message-ID: <1390445502.31104.25.camel@omg.gregfolkert.net> On Wed, 2014-01-22 at 19:10 -0600, L. V. Lammert wrote: > Looking at upgrading a box from 5.4 to 6.4, .. already did the 5.4 to 5.10 > and the PHP version did not change (still 5.1.6). > > Two questions: > > * Why did not the upgrade from 5.4 to 5.10 upgrade the PHP version? Using > standard CentOS repos, .. Because RHEL/CentOS is based on NOT CHANGING API and ABI interfaces if at *ALL POSSIBLE* through a major release it is a STABLE RELEASE. This means, fixes to get around security problems and bugs are carefully considered and back ported and changes made to not change the ABI/APIs of the Linux Version. This is called Vendor Support. Case in Point, let us say that VMWare something was installed as a product with version 5.2 for RHEL and since CentOS is supposedly 100% API/ABI compatible it installs using the pre-compiled Kernel Modules. You upgrade to 5.10... along with the new kernels and have to "vmware-config" it again. Now, I know that VMWare installed in 5.2 doesn't know about the kernel available in 5.10... but it still supposedly works, because the API and ABI interfaces in the Kernel are effectively the same. Though I know some key libraries changed at 5.4 making this not happen... but any newer (post RHEL/CentOS v5.3) VMware update does work. So, asking why an UPGRADE... which in reality it is an UPDATE... doesn't update the PHP Version. But look at 5.10, it has a new version available to install, but it is an updated API/ABI interfaces unlike like the other older version. CentOS v5.2 php-5.1.6-20.el5 (as install in 5.2) php-5.1.6-20.el5_2.1 (from updates) CentOS v5.4 php-5.1.6-23.2.el5_3 (as installed from 5.4) php-5.1.6-24.el5_4.5 (from updates) CentOS v5.10 php-5.1.6-40.el5_9 (as installed with 5.10) php-5.1.6-43.el5_10 (from updates) Also available in CentOS 5.10 php53-5.3.3-21.el5 (as installed from 5.10) php53-5.3.3-22.el5_10 (from updates) This is all about Vendor Application Support until 2017, when 5.X goes the way of 4.X did Feb, 2012 from RedHat and CentOS. They can't be arbitrarily changing things without *SERIOUS* backlash from Vendors supporting the OS and from customers using the OS. > * What will be the PHP version after upgrading from 5.10 to 6.4? Why not look yourself and you will need to use 6.5, since that is what is out, unless you know how to use "vault.centos.org" First here: http://mirrors.cmich.edu/centos/6.5/os/x86_64/Packages/ php-5.3.3-26.el6 Then here for updates http://mirrors.cmich.edu/centos/6.5/updates/x86_64/ php-5.3.3-27.el6_5 You really should get to know your distributions and policy about these kinds of things in them, before you keyboard smash anything as far as upgrades. It reduces the problems you induce through just doing rote administration tasks. And with that, I bid you: Good day. -- greg at gregfolkert.net PGP key 1024D/B524687C 2003-08-05 Fingerprint: E1D3 E3D7 5850 957E FED0 2B3A ED66 6971 B524 687C "Psychology helps to measure the probability that an aim is attainable." -- Edward Thorndike -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From lvl at omnitec.net Wed Jan 22 22:10:49 2014 From: lvl at omnitec.net (L. V. Lammert) Date: Wed, 22 Jan 2014 21:10:49 -0600 (CST) Subject: [GRLUG] PHP & CentOS In-Reply-To: <4B62564A-BD2C-4A25-B2A3-346B9A03F3DD@gmail.com> References: <4B62564A-BD2C-4A25-B2A3-346B9A03F3DD@gmail.com> Message-ID: On Wed, 22 Jan 2014, Justin Denick wrote: > My gentoo senses tell me you should be able to compile php from source. > I've never used centos though so that may not be an awesome idea without > a good backup-- unless you're gutsy and you're not doing anything till > morning. > Interesting option, .. but won't happen here ! Packages are my rule. Building a system from scratch takes way too much time, .. The new OS was not to upgrade PHP, rather I was concerned that the upgrade [update as Greg describes the process] did NOT update PHP. Digesting Gregs info now, .. the system in use does not have any fancy modules, and the DB access is via DBTCP so that, in itself, should not be affected by the upgrade. Thanks! Lee From justin.denick at gmail.com Wed Jan 22 22:26:15 2014 From: justin.denick at gmail.com (Justin Denick) Date: Wed, 22 Jan 2014 22:26:15 -0500 Subject: [GRLUG] PHP & CentOS In-Reply-To: References: <4B62564A-BD2C-4A25-B2A3-346B9A03F3DD@gmail.com> Message-ID: <4869A122-ECEB-4A5C-975B-02FD92609074@gmail.com> Right on. Time is expensive & a good package manager rocks! Timtowtdi Incidentally, does centos do slotted installs for system libs such as php, Python, perl, et.al? -j > On Jan 22, 2014, at 10:10 PM, "L. V. Lammert" wrote: > >> On Wed, 22 Jan 2014, Justin Denick wrote: >> >> My gentoo senses tell me you should be able to compile php from source. >> I've never used centos though so that may not be an awesome idea without >> a good backup-- unless you're gutsy and you're not doing anything till >> morning. > Interesting option, .. but won't happen here ! Packages are my rule. > Building a system from scratch takes way too much time, .. > > The new OS was not to upgrade PHP, rather I was concerned that the upgrade > [update as Greg describes the process] did NOT update PHP. > > Digesting Gregs info now, .. the system in use does not have any fancy > modules, and the DB access is via DBTCP so that, in itself, should not be > affected by the upgrade. > > Thanks! > > Lee > _______________________________________________ > grlug mailing list > grlug at grlug.org > http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug From greg at gregfolkert.net Wed Jan 22 22:46:44 2014 From: greg at gregfolkert.net (Greg Folkert) Date: Wed, 22 Jan 2014 22:46:44 -0500 Subject: [GRLUG] PHP & CentOS In-Reply-To: <4869A122-ECEB-4A5C-975B-02FD92609074@gmail.com> References: <4B62564A-BD2C-4A25-B2A3-346B9A03F3DD@gmail.com> <4869A122-ECEB-4A5C-975B-02FD92609074@gmail.com> Message-ID: <1390448804.31104.32.camel@omg.gregfolkert.net> Yes, typically in later revisions of the Major versions, like 4.(7|8|9) and with 5.10 (and apparently 5.8 and 5.9 for some packages) are putting newer version in place side by side. Though with PHP 5.1.6 and 5.3.3 are compiled against the same version of Apache for the magic numbers to work. It is simultaneously a wonderful and a terrible thing to commit to a nearly 10 year support cycle for a Linux distribution. That means somethings like 5.0.X MySQL will be supported by RedHat/CentOS until at least 2017... and as 5.1.x just went off official support from MySQL-AB/Oracle, that tells you a lot. 6.5 currently doesn't appear to have any duality about it yet... but I'm sure it will be coming. On Wed, 2014-01-22 at 22:26 -0500, Justin Denick wrote: > Right on. Time is expensive & a good package manager rocks! Timtowtdi > > Incidentally, does centos do slotted installs for system libs such as php, Python, perl, et.al? > > -j > > > On Jan 22, 2014, at 10:10 PM, "L. V. Lammert" wrote: > > > >> On Wed, 22 Jan 2014, Justin Denick wrote: > >> > >> My gentoo senses tell me you should be able to compile php from source. > >> I've never used centos though so that may not be an awesome idea without > >> a good backup-- unless you're gutsy and you're not doing anything till > >> morning. > > Interesting option, .. but won't happen here ! Packages are my rule. > > Building a system from scratch takes way too much time, .. > > > > The new OS was not to upgrade PHP, rather I was concerned that the upgrade > > [update as Greg describes the process] did NOT update PHP. > > > > Digesting Gregs info now, .. the system in use does not have any fancy > > modules, and the DB access is via DBTCP so that, in itself, should not be > > affected by the upgrade. > > > > Thanks! > > > > Lee > > _______________________________________________ > > grlug mailing list > > grlug at grlug.org > > http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug > _______________________________________________ > grlug mailing list > grlug at grlug.org > http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug > -- greg at gregfolkert.net PGP key 1024D/B524687C 2003-08-05 Fingerprint: E1D3 E3D7 5850 957E FED0 2B3A ED66 6971 B524 687C "Psychology helps to measure the probability that an aim is attainable." -- Edward Thorndike -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From ebever at researchintegration.org Thu Jan 23 10:48:46 2014 From: ebever at researchintegration.org (Eric Beversluis) Date: Thu, 23 Jan 2014 10:48:46 -0500 Subject: [GRLUG] vtigercrm, Amazon EC2, SLES 11 and Outlook/vtiger add-on Message-ID: <1390492126.2014.18.camel@ericscomputer> Maybe someone here has an idea. Neither the vtiger forums nor the Amazon EC2 seem to be able or willing to help. We've got an Amazon AWS EC2 installation running SLES 11. Installed on it is vtigercrm 6.0.0.It has what EC2 calls an "elastic IP": http://n.n.n.n/tavtiger. There's also a subdomain URL from our domain mapped to it. We have no problems connecting with different webbrowers or via SSH. But our problem is that when we install the vtigercrm add-on to M$ Outlook, and we try to log into vtiger from Outlook, it claims "vtiger server not found, please check the vtiger url." The Outlook add-on works fine to a vtiger instance on our local server (ClearOS/CentOS). It doesn't seem to be a firewall issue, since setting the Security Group Inbound Rules to allow all ports from all IP addresses still results in the 'vtiger server not found' response. (Although earlier versions of the vtiger/Outlook add-on are open source, only the .exe of this latest version seems to be available. vtiger 6.0.0 stable has just been released and so the Outlook Add-on 6.0 is also brand new. But either the developers of the add-on (I think it's people are crm-now) don't look at the forum or they're not able to help...). Interestingly, the vtiger Firefox toolbar plugin works fine and doesn't have any URL problems. It also seems to be the case that the add-on has been changed from a SOAP to a RESTful web service. Any ideas? Thanks. From ebever at researchintegration.org Thu Jan 23 16:17:57 2014 From: ebever at researchintegration.org (Eric Beversluis) Date: Thu, 23 Jan 2014 16:17:57 -0500 Subject: [GRLUG] vtigercrm, Amazon EC2, SLES 11 and Outlook/vtiger add-on In-Reply-To: <1390492126.2014.18.camel@ericscomputer> References: <1390492126.2014.18.camel@ericscomputer> Message-ID: <1390511877.2014.22.camel@ericscomputer> Seems to be working now. Apparently you need to include '/index.php' in the logon URL (unlike accessing the site from a web browser). I thought we had tried that early on without its helping, but maybe we didn't try it after setting up the elastic IP. Whatever. On Thu, 2014-01-23 at 10:48 -0500, Eric Beversluis wrote: > Maybe someone here has an idea. Neither the vtiger forums nor the Amazon > EC2 seem to be able or willing to help. > > We've got an Amazon AWS EC2 installation running SLES 11. Installed on > it is vtigercrm 6.0.0.It has what EC2 calls an "elastic IP": > http://n.n.n.n/tavtiger. There's also a subdomain URL from our domain > mapped to it. > > We have no problems connecting with different webbrowers or via SSH. But > our problem is that when we install the vtigercrm add-on to M$ Outlook, > and we try to log into vtiger from Outlook, it claims > "vtiger server not found, please check the vtiger url." > > The Outlook add-on works fine to a vtiger instance on our local server > (ClearOS/CentOS). > > It doesn't seem to be a firewall issue, since setting the Security Group > Inbound Rules to allow all ports from all IP addresses still results in > the 'vtiger server not found' response. > > (Although earlier versions of the vtiger/Outlook add-on are open source, > only the .exe of this latest version seems to be available. vtiger 6.0.0 > stable has just been released and so the Outlook Add-on 6.0 is also > brand new. But either the developers of the add-on (I think it's people > are crm-now) don't look at the forum or they're not able to help...). > > Interestingly, the vtiger Firefox toolbar plugin works fine and doesn't > have any URL problems. > > It also seems to be the case that the add-on has been changed from a > SOAP to a RESTful web service. > > Any ideas? > > Thanks. > > > _______________________________________________ > grlug mailing list > grlug at grlug.org > http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug From michael.leahy1 at comcast.net Thu Jan 23 16:29:18 2014 From: michael.leahy1 at comcast.net (Michael Leahy) Date: Thu, 23 Jan 2014 16:29:18 -0500 Subject: [GRLUG] vtigercrm, Amazon EC2, SLES 11 and Outlook/vtiger add-on In-Reply-To: <1390511877.2014.22.camel@ericscomputer> References: <1390492126.2014.18.camel@ericscomputer> <1390511877.2014.22.camel@ericscomputer> Message-ID: <7153D7D9-DC18-406A-BB95-AC94E4D3A0A5@comcast.net> Reconfigure Apache (or other web server) to accept 'index.php' as a default home page. Look for the DirectoryIndex directive. --Michael Michael Leahy michael.leahy1 at comcast.net 1106 E 12th St 616-394-5042 (h) Holland, Michigan 49423-3811 616-510-5040 (c) On Jan 23, 2014, at 4:17 PM, Eric Beversluis wrote: > Seems to be working now. Apparently you need to include '/index.php' in > the logon URL (unlike accessing the site from a web browser). I thought > we had tried that early on without its helping, but maybe we didn't try > it after setting up the elastic IP. Whatever. > > On Thu, 2014-01-23 at 10:48 -0500, Eric Beversluis wrote: >> Maybe someone here has an idea. Neither the vtiger forums nor the Amazon >> EC2 seem to be able or willing to help. >> >> We've got an Amazon AWS EC2 installation running SLES 11. Installed on >> it is vtigercrm 6.0.0.It has what EC2 calls an "elastic IP": >> http://n.n.n.n/tavtiger. There's also a subdomain URL from our domain >> mapped to it. >> >> We have no problems connecting with different webbrowers or via SSH. But >> our problem is that when we install the vtigercrm add-on to M$ Outlook, >> and we try to log into vtiger from Outlook, it claims >> "vtiger server not found, please check the vtiger url." >> >> The Outlook add-on works fine to a vtiger instance on our local server >> (ClearOS/CentOS). >> >> It doesn't seem to be a firewall issue, since setting the Security Group >> Inbound Rules to allow all ports from all IP addresses still results in >> the 'vtiger server not found' response. >> >> (Although earlier versions of the vtiger/Outlook add-on are open source, >> only the .exe of this latest version seems to be available. vtiger 6.0.0 >> stable has just been released and so the Outlook Add-on 6.0 is also >> brand new. But either the developers of the add-on (I think it's people >> are crm-now) don't look at the forum or they're not able to help...). >> >> Interestingly, the vtiger Firefox toolbar plugin works fine and doesn't >> have any URL problems. >> >> It also seems to be the case that the add-on has been changed from a >> SOAP to a RESTful web service. >> >> Any ideas? >> >> Thanks. >> >> >> _______________________________________________ >> grlug mailing list >> grlug at grlug.org >> http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug > > > _______________________________________________ > grlug mailing list > grlug at grlug.org > http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug -------------- next part -------------- An HTML attachment was scrubbed... URL: From ebever at researchintegration.org Thu Jan 23 16:32:01 2014 From: ebever at researchintegration.org (Eric Beversluis) Date: Thu, 23 Jan 2014 16:32:01 -0500 Subject: [GRLUG] vtigercrm, Amazon EC2, SLES 11 and Outlook/vtiger add-on In-Reply-To: <7153D7D9-DC18-406A-BB95-AC94E4D3A0A5@comcast.net> References: <1390492126.2014.18.camel@ericscomputer> <1390511877.2014.22.camel@ericscomputer> <7153D7D9-DC18-406A-BB95-AC94E4D3A0A5@comcast.net> Message-ID: <1390512721.2014.25.camel@ericscomputer> Good idea. THanks. On Thu, 2014-01-23 at 16:29 -0500, Michael Leahy wrote: > Reconfigure Apache (or other web server) to accept 'index.php' as a > default home page. Look for the DirectoryIndex directive. > > --Michael > > Michael Leahy > michael.leahy1 at comcast.net > 1106 E 12th St 616-394-5042 (h) > Holland, Michigan 49423-3811 616-510-5040 (c) > > > > > > > On Jan 23, 2014, at 4:17 PM, Eric Beversluis wrote: > > > Seems to be working now. Apparently you need to include '/index.php' > > in > > the logon URL (unlike accessing the site from a web browser). I > > thought > > we had tried that early on without its helping, but maybe we didn't > > try > > it after setting up the elastic IP. Whatever. > > > > On Thu, 2014-01-23 at 10:48 -0500, Eric Beversluis wrote: > > > Maybe someone here has an idea. Neither the vtiger forums nor the > > > Amazon > > > EC2 seem to be able or willing to help. > > > > > > We've got an Amazon AWS EC2 installation running SLES 11. > > > Installed on > > > it is vtigercrm 6.0.0.It has what EC2 calls an "elastic IP": > > > http://n.n.n.n/tavtiger. There's also a subdomain URL from our > > > domain > > > mapped to it. > > > > > > We have no problems connecting with different webbrowers or via > > > SSH. But > > > our problem is that when we install the vtigercrm add-on to M$ > > > Outlook, > > > and we try to log into vtiger from Outlook, it claims > > > "vtiger server not found, please check the vtiger url." > > > > > > The Outlook add-on works fine to a vtiger instance on our local > > > server > > > (ClearOS/CentOS). > > > > > > It doesn't seem to be a firewall issue, since setting the Security > > > Group > > > Inbound Rules to allow all ports from all IP addresses still > > > results in > > > the 'vtiger server not found' response. > > > > > > (Although earlier versions of the vtiger/Outlook add-on are open > > > source, > > > only the .exe of this latest version seems to be available. vtiger > > > 6.0.0 > > > stable has just been released and so the Outlook Add-on 6.0 is > > > also > > > brand new. But either the developers of the add-on (I think it's > > > people > > > are crm-now) don't look at the forum or they're not able to > > > help...). > > > > > > Interestingly, the vtiger Firefox toolbar plugin works fine and > > > doesn't > > > have any URL problems. > > > > > > It also seems to be the case that the add-on has been changed from > > > a > > > SOAP to a RESTful web service. > > > > > > Any ideas? > > > > > > Thanks. > > > > > > > > > _______________________________________________ > > > grlug mailing list > > > grlug at grlug.org > > > http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug > > > > > > _______________________________________________ > > grlug mailing list > > grlug at grlug.org > > http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug > > > > > _______________________________________________ > grlug mailing list > grlug at grlug.org > http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug From ebever at researchintegration.org Fri Jan 24 19:36:31 2014 From: ebever at researchintegration.org (Eric Beversluis) Date: Fri, 24 Jan 2014 19:36:31 -0500 Subject: [GRLUG] finding dhcp lease info Message-ID: <1390610191.9354.9.camel@ericscomputer> I just spent a frustrating time (incl 20+ min waiting) on chat with Netgear to learn how to find the dhcp leases on one of their wireless routers (WPN824N). After being hassled for when and where I bought it (I thought Microcenter, but wasn't sure) the guy finally said that you couldn't find the info there but had to look at the modem. "As I checked my resources about the concern, there is no settings in the router which you can configure and view the DHCP list. Because it can only be found on the modem's interface. Eric Beversluis: ???? That's never been the case with any other wireless router I've had. The moden wouldn't know anything about it since the NAT'ing is done with the router. Johnpaul Delatorre: You can check on the modem's interface where to locate the list of DHCP leases and how to configure it." Am I totally wrong in thinking this was nonsense? The router is doing the NAT'ing and assigning the DHCP leases, so why would that info be on the modem and not on the router? I'm thinking they just didn't bother to make that info available on this particular model. But why would they do that? Surely it's just some boilerplate coding to include in the webconfig pages. I don't think I've ever had a wireless router that didn't show this. Or am I all wet? From leapole at gmail.com Fri Jan 24 21:16:32 2014 From: leapole at gmail.com (Josh) Date: Fri, 24 Jan 2014 18:16:32 -0800 Subject: [GRLUG] finding dhcp lease info In-Reply-To: <1390610191.9354.9.camel@ericscomputer> References: <1390610191.9354.9.camel@ericscomputer> Message-ID: The guys name is really Johnpaul Delatorre? Thats fricken awesome!! On Fri, Jan 24, 2014 at 4:36 PM, Eric Beversluis < ebever at researchintegration.org> wrote: > I just spent a frustrating time (incl 20+ min waiting) on chat with > Netgear to learn how to find the dhcp leases on one of their wireless > routers (WPN824N). After being hassled for when and where I bought it (I > thought Microcenter, but wasn't sure) the guy finally said that you > couldn't find the info there but had to look at the modem. > > "As I checked my resources about the concern, there is no settings in > the router which you can configure and view the DHCP list. Because it > can only be found on the modem's interface. > Eric Beversluis: ???? That's never been the case with any other wireless > router I've had. The moden wouldn't know anything about it since the > NAT'ing is done with the router. > Johnpaul Delatorre: You can check on the modem's interface where to > locate the list of DHCP leases and how to configure it." > > Am I totally wrong in thinking this was nonsense? The router is doing > the NAT'ing and assigning the DHCP leases, so why would that info be on > the modem and not on the router? > > I'm thinking they just didn't bother to make that info available on this > particular model. But why would they do that? Surely it's just some > boilerplate coding to include in the webconfig pages. I don't think I've > ever had a wireless router that didn't show this. > > Or am I all wet? > > _______________________________________________ > grlug mailing list > grlug at grlug.org > http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mfarver at mindbent.org Fri Jan 24 21:27:37 2014 From: mfarver at mindbent.org (Mark Farver) Date: Fri, 24 Jan 2014 21:27:37 -0500 Subject: [GRLUG] finding dhcp lease info In-Reply-To: <1390610191.9354.9.camel@ericscomputer> References: <1390610191.9354.9.camel@ericscomputer> Message-ID: Most Netgear firmwares have a confusingly named "Attached Devices" screen under the "Maintenance" tab. IIt may only be a dump of the router's ARP table, but it should have the data you need (hostname, MAC and IP). Mark On Fri, Jan 24, 2014 at 7:36 PM, Eric Beversluis wrote: > I just spent a frustrating time (incl 20+ min waiting) on chat with > Netgear to learn how to find the dhcp leases on one of their wireless > routers (WPN824N). After being hassled for when and where I bought it (I > thought Microcenter, but wasn't sure) the guy finally said that you > couldn't find the info there but had to look at the modem. > > "As I checked my resources about the concern, there is no settings in > the router which you can configure and view the DHCP list. Because it > can only be found on the modem's interface. > Eric Beversluis: ???? That's never been the case with any other wireless > router I've had. The moden wouldn't know anything about it since the > NAT'ing is done with the router. > Johnpaul Delatorre: You can check on the modem's interface where to > locate the list of DHCP leases and how to configure it." > > Am I totally wrong in thinking this was nonsense? The router is doing > the NAT'ing and assigning the DHCP leases, so why would that info be on > the modem and not on the router? > > I'm thinking they just didn't bother to make that info available on this > particular model. But why would they do that? Surely it's just some > boilerplate coding to include in the webconfig pages. I don't think I've > ever had a wireless router that didn't show this. > > Or am I all wet? > > _______________________________________________ > grlug mailing list > grlug at grlug.org > http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug From megadave at gmail.com Fri Jan 24 21:28:07 2014 From: megadave at gmail.com (Dave Chiodo) Date: Fri, 24 Jan 2014 21:28:07 -0500 Subject: [GRLUG] finding dhcp lease info In-Reply-To: <1390610191.9354.9.camel@ericscomputer> References: <1390610191.9354.9.camel@ericscomputer> Message-ID: The guy sounds like he has no idea what he's talking about. Are you trying to get the IP address that has been assigned to the router from upstream(the ISP)? Or are you trying to see which IP's its DHCP server to client PCs/devices? On Fri, Jan 24, 2014 at 7:36 PM, Eric Beversluis < ebever at researchintegration.org> wrote: > I just spent a frustrating time (incl 20+ min waiting) on chat with > Netgear to learn how to find the dhcp leases on one of their wireless > routers (WPN824N). After being hassled for when and where I bought it (I > thought Microcenter, but wasn't sure) the guy finally said that you > couldn't find the info there but had to look at the modem. > > "As I checked my resources about the concern, there is no settings in > the router which you can configure and view the DHCP list. Because it > can only be found on the modem's interface. > Eric Beversluis: ???? That's never been the case with any other wireless > router I've had. The moden wouldn't know anything about it since the > NAT'ing is done with the router. > Johnpaul Delatorre: You can check on the modem's interface where to > locate the list of DHCP leases and how to configure it." > > Am I totally wrong in thinking this was nonsense? The router is doing > the NAT'ing and assigning the DHCP leases, so why would that info be on > the modem and not on the router? > > I'm thinking they just didn't bother to make that info available on this > particular model. But why would they do that? Surely it's just some > boilerplate coding to include in the webconfig pages. I don't think I've > ever had a wireless router that didn't show this. > > Or am I all wet? > > _______________________________________________ > grlug mailing list > grlug at grlug.org > http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ebever at researchintegration.org Fri Jan 24 21:55:26 2014 From: ebever at researchintegration.org (Eric Beversluis) Date: Fri, 24 Jan 2014 21:55:26 -0500 Subject: [GRLUG] finding dhcp lease info In-Reply-To: References: <1390610191.9354.9.camel@ericscomputer> Message-ID: <1390618526.9354.20.camel@ericscomputer> On Fri, 2014-01-24 at 21:28 -0500, Dave Chiodo wrote: > The guy sounds like he has no idea what he's talking about. > > > Are you trying to get the IP address that has been assigned to the > router from upstream(the ISP)? > > > Or are you trying to see which IP's its DHCP server to client > PCs/devices? > Just wanting to see which leases the router has provided to my various computers and printers. The attached devices list doesn't give all the outstanding leases and, for some reason, doesn't show the address assigned to the Mac, just shows its MAC and dashes in the IP addr box. It's probably worth my while to reset the router to fac default and reconfig it to see if that helps. Is there any reason that having some devices with fixed IP addresses should cause problems for a lower end router like this? There's no overlap with the assigned DHCP range. > > > > > > On Fri, Jan 24, 2014 at 7:36 PM, Eric Beversluis > wrote: > I just spent a frustrating time (incl 20+ min waiting) on chat > with > Netgear to learn how to find the dhcp leases on one of their > wireless > routers (WPN824N). After being hassled for when and where I > bought it (I > thought Microcenter, but wasn't sure) the guy finally said > that you > couldn't find the info there but had to look at the modem. > > "As I checked my resources about the concern, there is no > settings in > the router which you can configure and view the DHCP list. > Because it > can only be found on the modem's interface. > Eric Beversluis: ???? That's never been the case with any > other wireless > router I've had. The moden wouldn't know anything about it > since the > NAT'ing is done with the router. > Johnpaul Delatorre: You can check on the modem's interface > where to > locate the list of DHCP leases and how to configure it." > > Am I totally wrong in thinking this was nonsense? The router > is doing > the NAT'ing and assigning the DHCP leases, so why would that > info be on > the modem and not on the router? > > I'm thinking they just didn't bother to make that info > available on this > particular model. But why would they do that? Surely it's just > some > boilerplate coding to include in the webconfig pages. I don't > think I've > ever had a wireless router that didn't show this. > > Or am I all wet? > > _______________________________________________ > grlug mailing list > grlug at grlug.org > http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug > > > _______________________________________________ > grlug mailing list > grlug at grlug.org > http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug From mfarver at mindbent.org Fri Jan 24 22:27:50 2014 From: mfarver at mindbent.org (Mark Farver) Date: Fri, 24 Jan 2014 22:27:50 -0500 Subject: [GRLUG] finding dhcp lease info In-Reply-To: <1390618526.9354.20.camel@ericscomputer> References: <1390610191.9354.9.camel@ericscomputer> <1390618526.9354.20.camel@ericscomputer> Message-ID: On Fri, Jan 24, 2014 at 9:55 PM, Eric Beversluis wrote: > computers and printers. The attached devices list doesn't give all the > outstanding leases and, for some reason, doesn't show the address > assigned to the Mac, just shows its MAC and dashes in the IP addr box. Another option I frequently use is running nmap against the internal network. It will find and classify machines. Mark From megadave at gmail.com Sat Jan 25 01:11:33 2014 From: megadave at gmail.com (Dave Chiodo) Date: Sat, 25 Jan 2014 01:11:33 -0500 Subject: [GRLUG] finding dhcp lease info In-Reply-To: <1390618526.9354.20.camel@ericscomputer> References: <1390610191.9354.9.camel@ericscomputer> <1390618526.9354.20.camel@ericscomputer> Message-ID: Sounds screwy. But with the canned firmware those things comes with, who knows. I tend to avoid the "stock" firmware and prefer OpenWRT or Tomato. I can't imagine any reason having some fixed-IP devices would be a problem. Technically even if they were in the DHCP range it should be ok, as the DHCP service SHOULD do a ping to make sure an address isn't claimed before assigning it. (keyword "should" - so probably better to keep them non-overlapping) On Fri, Jan 24, 2014 at 9:55 PM, Eric Beversluis < ebever at researchintegration.org> wrote: > On Fri, 2014-01-24 at 21:28 -0500, Dave Chiodo wrote: > > The guy sounds like he has no idea what he's talking about. > > > > > > Are you trying to get the IP address that has been assigned to the > > router from upstream(the ISP)? > > > > > > Or are you trying to see which IP's its DHCP server to client > > PCs/devices? > > > Just wanting to see which leases the router has provided to my various > computers and printers. The attached devices list doesn't give all the > outstanding leases and, for some reason, doesn't show the address > assigned to the Mac, just shows its MAC and dashes in the IP addr box. > > It's probably worth my while to reset the router to fac default and > reconfig it to see if that helps. > > Is there any reason that having some devices with fixed IP addresses > should cause problems for a lower end router like this? There's no > overlap with the assigned DHCP range. > > > > > > > > > > > > > On Fri, Jan 24, 2014 at 7:36 PM, Eric Beversluis > > wrote: > > I just spent a frustrating time (incl 20+ min waiting) on chat > > with > > Netgear to learn how to find the dhcp leases on one of their > > wireless > > routers (WPN824N). After being hassled for when and where I > > bought it (I > > thought Microcenter, but wasn't sure) the guy finally said > > that you > > couldn't find the info there but had to look at the modem. > > > > "As I checked my resources about the concern, there is no > > settings in > > the router which you can configure and view the DHCP list. > > Because it > > can only be found on the modem's interface. > > Eric Beversluis: ???? That's never been the case with any > > other wireless > > router I've had. The moden wouldn't know anything about it > > since the > > NAT'ing is done with the router. > > Johnpaul Delatorre: You can check on the modem's interface > > where to > > locate the list of DHCP leases and how to configure it." > > > > Am I totally wrong in thinking this was nonsense? The router > > is doing > > the NAT'ing and assigning the DHCP leases, so why would that > > info be on > > the modem and not on the router? > > > > I'm thinking they just didn't bother to make that info > > available on this > > particular model. But why would they do that? Surely it's just > > some > > boilerplate coding to include in the webconfig pages. I don't > > think I've > > ever had a wireless router that didn't show this. > > > > Or am I all wet? > > > > _______________________________________________ > > grlug mailing list > > grlug at grlug.org > > http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug > > > > > > _______________________________________________ > > grlug mailing list > > grlug at grlug.org > > http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug > > > _______________________________________________ > grlug mailing list > grlug at grlug.org > http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug > -------------- next part -------------- An HTML attachment was scrubbed... URL: From knightperson at zuzax.com Sun Jan 26 13:05:15 2014 From: knightperson at zuzax.com (Mike Williams) Date: Sun, 26 Jan 2014 13:05:15 -0500 Subject: [GRLUG] finding dhcp lease info In-Reply-To: References: <1390610191.9354.9.camel@ericscomputer> <1390618526.9354.20.camel@ericscomputer> Message-ID: <52E54E5B.80007@zuzax.com> +1 to this. A while back, the newer versions of the venerable WRT54G series of routers started shipping with much weaker hardware and a VxWorks operating system instead of the classic Linux firmware. Not coincidentally, they also started to suck at the same time! I recommend Tomato firmware if your device can take 3rd party builds. I ran it on my current router for years, only replacing it because my box doesn't have enough memory to run a 2.6 kernel. As I understand it, a DHCP reservation for a particular device can be added within the scope of the dynamically assigned ones. I think that's even the official way, although all but the stupidest firmware could hand one out from outside the range also. On 01/25/2014 01:11 AM, Dave Chiodo wrote: > Sounds screwy. But with the canned firmware those things comes with, > who knows. I tend to avoid the "stock" firmware and prefer OpenWRT or > Tomato. > > I can't imagine any reason having some fixed-IP devices would be a > problem. Technically even if they were in the DHCP range it should be > ok, as the DHCP service SHOULD do a ping to make sure an address isn't > claimed before assigning it. (keyword "should" - so probably better to > keep them non-overlapping) > > > On Fri, Jan 24, 2014 at 9:55 PM, Eric Beversluis > > wrote: > > On Fri, 2014-01-24 at 21:28 -0500, Dave Chiodo wrote: > > The guy sounds like he has no idea what he's talking about. > > > > > > Are you trying to get the IP address that has been assigned to the > > router from upstream(the ISP)? > > > > > > Or are you trying to see which IP's its DHCP server to client > > PCs/devices? > > > Just wanting to see which leases the router has provided to my various > computers and printers. The attached devices list doesn't give all the > outstanding leases and, for some reason, doesn't show the address > assigned to the Mac, just shows its MAC and dashes in the IP addr box. > > It's probably worth my while to reset the router to fac default and > reconfig it to see if that helps. > > Is there any reason that having some devices with fixed IP addresses > should cause problems for a lower end router like this? There's no > overlap with the assigned DHCP range. > > > > > > > > > > > > > On Fri, Jan 24, 2014 at 7:36 PM, Eric Beversluis > > > wrote: > > I just spent a frustrating time (incl 20+ min waiting) > on chat > > with > > Netgear to learn how to find the dhcp leases on one of their > > wireless > > routers (WPN824N). After being hassled for when and where I > > bought it (I > > thought Microcenter, but wasn't sure) the guy finally said > > that you > > couldn't find the info there but had to look at the modem. > > > > "As I checked my resources about the concern, there is no > > settings in > > the router which you can configure and view the DHCP list. > > Because it > > can only be found on the modem's interface. > > Eric Beversluis: ???? That's never been the case with any > > other wireless > > router I've had. The moden wouldn't know anything about it > > since the > > NAT'ing is done with the router. > > Johnpaul Delatorre: You can check on the modem's interface > > where to > > locate the list of DHCP leases and how to configure it." > > > > Am I totally wrong in thinking this was nonsense? The router > > is doing > > the NAT'ing and assigning the DHCP leases, so why would that > > info be on > > the modem and not on the router? > > > > I'm thinking they just didn't bother to make that info > > available on this > > particular model. But why would they do that? Surely > it's just > > some > > boilerplate coding to include in the webconfig pages. I > don't > > think I've > > ever had a wireless router that didn't show this. > > > > Or am I all wet? > > > > _______________________________________________ > > grlug mailing list > > grlug at grlug.org > > http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug > > > > > > _______________________________________________ > > grlug mailing list > > grlug at grlug.org > > http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug > > > _______________________________________________ > grlug mailing list > grlug at grlug.org > http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug > > > > > _______________________________________________ > grlug mailing list > grlug at grlug.org > http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug -------------- next part -------------- An HTML attachment was scrubbed... URL: From awilliam at whitemice.org Sun Jan 26 16:35:56 2014 From: awilliam at whitemice.org (Adam Tauno Williams) Date: Sun, 26 Jan 2014 16:35:56 -0500 Subject: [GRLUG] finding dhcp lease info In-Reply-To: References: <1390610191.9354.9.camel@ericscomputer> <1390618526.9354.20.camel@ericscomputer> Message-ID: <1390772156.8518.4.camel@linux-86wr.site> On Sat, 2014-01-25 at 01:11 -0500, Dave Chiodo wrote: > Sounds screwy. But with the canned firmware those things comes with, > who knows. I tend to avoid the "stock" firmware and prefer OpenWRT or > Tomato. +1 It is very hard to say much meaningful about 'some device' running 'some version' of some OEMs firmware; one would imagine that with time firmwares would have gotten a lot better and more feature complete, with features migrating down from enterprise hardware to the consumer junk. Sadly, such an assumption would be wrong. Consumer junk seems to be trending towards junkier. > I can't imagine any reason having some fixed-IP devices would be a > problem. Agree. > Technically even if they were in the DHCP range it should be ok, as > the DHCP service SHOULD do a ping to make sure an address isn't > claimed before assigning it. (keyword "should" - so probably better to > keep them non-overlapping) Yep. -- Adam Tauno Williams GPG D95ED383 Systems Administrator, Python Developer, LPI / NCLA From awilliam at whitemice.org Sun Jan 26 16:38:34 2014 From: awilliam at whitemice.org (Adam Tauno Williams) Date: Sun, 26 Jan 2014 16:38:34 -0500 Subject: [GRLUG] finding dhcp lease info In-Reply-To: <1390610191.9354.9.camel@ericscomputer> References: <1390610191.9354.9.camel@ericscomputer> Message-ID: <1390772314.8518.6.camel@linux-86wr.site> On Fri, 2014-01-24 at 19:36 -0500, Eric Beversluis wrote: > I just spent a frustrating time (incl 20+ min waiting) on chat with > Netgear to learn how to find the dhcp leases on one of their wireless > routers (WPN824N). After being hassled for when and where I bought it (I > thought Microcenter, but wasn't sure) the guy finally said that you > couldn't find the info there but had to look at the modem. > "As I checked my resources about the concern, there is no settings in > the router which you can configure and view the DHCP list. Because it > can only be found on the modem's interface. > Eric Beversluis: ???? That's never been the case with any other wireless > router I've had. The moden wouldn't know anything about it since the > NAT'ing is done with the router. > Johnpaul Delatorre: You can check on the modem's interface where to > locate the list of DHCP leases and how to configure it." > > Am I totally wrong in thinking this was nonsense? The router is doing > the NAT'ing and assigning the DHCP leases, so why would that info be on > the modem and not on the router? > I'm thinking they just didn't bother to make that info available on this > particular model. But why would they do that? Surely it's just some > boilerplate coding to include in the webconfig pages. I don't think I've > ever had a wireless router that didn't show this. > Or am I all wet? If you have a managed switch it should be able to tell you all the MAC# -> IP# -> Port# stuff as well. You can pickup a used managed switch for next-to-nothing [~$20?]. I'd always recommend doing so. With the wide-open market of used Enterprise equipment the consumer junk is not worth the hassle. -- Adam Tauno Williams GPG D95ED383 Systems Administrator, Python Developer, LPI / NCLA From megadave at gmail.com Sun Jan 26 17:35:38 2014 From: megadave at gmail.com (Dave Chiodo) Date: Sun, 26 Jan 2014 17:35:38 -0500 Subject: [GRLUG] finding dhcp lease info In-Reply-To: <52E54E5B.80007@zuzax.com> References: <1390610191.9354.9.camel@ericscomputer> <1390618526.9354.20.camel@ericscomputer> <52E54E5B.80007@zuzax.com> Message-ID: For anyone seeking the "REAL" WRT54G, these folks sell them: http://www.bhphotovideo.com/c/product/440466-REG/Linksys_WRT54GL_WRT54GL_Wireless_G_Broadband_Router.html On Sun, Jan 26, 2014 at 1:05 PM, Mike Williams wrote: > +1 to this. A while back, the newer versions of the venerable WRT54G > series of routers started shipping with much weaker hardware and a VxWorks > operating system instead of the classic Linux firmware. Not coincidentally, > they also started to suck at the same time! I recommend Tomato firmware if > your device can take 3rd party builds. I ran it on my current router for > years, only replacing it because my box doesn't have enough memory to run a > 2.6 kernel. > > As I understand it, a DHCP reservation for a particular device can be > added within the scope of the dynamically assigned ones. I think that's > even the official way, although all but the stupidest firmware could hand > one out from outside the range also. > > On 01/25/2014 01:11 AM, Dave Chiodo wrote: > > Sounds screwy. But with the canned firmware those things comes with, who > knows. I tend to avoid the "stock" firmware and prefer OpenWRT or Tomato. > > I can't imagine any reason having some fixed-IP devices would be a > problem. Technically even if they were in the DHCP range it should be ok, > as the DHCP service SHOULD do a ping to make sure an address isn't claimed > before assigning it. (keyword "should" - so probably better to keep them > non-overlapping) > > > On Fri, Jan 24, 2014 at 9:55 PM, Eric Beversluis < > ebever at researchintegration.org> wrote: > >> On Fri, 2014-01-24 at 21:28 -0500, Dave Chiodo wrote: >> > The guy sounds like he has no idea what he's talking about. >> > >> > >> > Are you trying to get the IP address that has been assigned to the >> > router from upstream(the ISP)? >> > >> > >> > Or are you trying to see which IP's its DHCP server to client >> > PCs/devices? >> > >> Just wanting to see which leases the router has provided to my various >> computers and printers. The attached devices list doesn't give all the >> outstanding leases and, for some reason, doesn't show the address >> assigned to the Mac, just shows its MAC and dashes in the IP addr box. >> >> It's probably worth my while to reset the router to fac default and >> reconfig it to see if that helps. >> >> Is there any reason that having some devices with fixed IP addresses >> should cause problems for a lower end router like this? There's no >> overlap with the assigned DHCP range. >> >> > >> > >> > >> > >> > >> > On Fri, Jan 24, 2014 at 7:36 PM, Eric Beversluis >> > wrote: >> > I just spent a frustrating time (incl 20+ min waiting) on chat >> > with >> > Netgear to learn how to find the dhcp leases on one of their >> > wireless >> > routers (WPN824N). After being hassled for when and where I >> > bought it (I >> > thought Microcenter, but wasn't sure) the guy finally said >> > that you >> > couldn't find the info there but had to look at the modem. >> > >> > "As I checked my resources about the concern, there is no >> > settings in >> > the router which you can configure and view the DHCP list. >> > Because it >> > can only be found on the modem's interface. >> > Eric Beversluis: ???? That's never been the case with any >> > other wireless >> > router I've had. The moden wouldn't know anything about it >> > since the >> > NAT'ing is done with the router. >> > Johnpaul Delatorre: You can check on the modem's interface >> > where to >> > locate the list of DHCP leases and how to configure it." >> > >> > Am I totally wrong in thinking this was nonsense? The router >> > is doing >> > the NAT'ing and assigning the DHCP leases, so why would that >> > info be on >> > the modem and not on the router? >> > >> > I'm thinking they just didn't bother to make that info >> > available on this >> > particular model. But why would they do that? Surely it's just >> > some >> > boilerplate coding to include in the webconfig pages. I don't >> > think I've >> > ever had a wireless router that didn't show this. >> > >> > Or am I all wet? >> > >> > _______________________________________________ >> > grlug mailing list >> > grlug at grlug.org >> > http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug >> > >> > >> > _______________________________________________ >> > grlug mailing list >> > grlug at grlug.org >> > http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug >> >> >> _______________________________________________ >> grlug mailing list >> grlug at grlug.org >> http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug >> > > > > _______________________________________________ > grlug mailing listgrlug at grlug.orghttp://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug > > > > _______________________________________________ > grlug mailing list > grlug at grlug.org > http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ebever at researchintegration.org Mon Jan 27 12:36:32 2014 From: ebever at researchintegration.org (Eric Beversluis) Date: Mon, 27 Jan 2014 12:36:32 -0500 Subject: [GRLUG] vtigercrm, Amazon EC2, SLES 11 and Outlook/vtiger add-on In-Reply-To: <1390512721.2014.25.camel@ericscomputer> References: <1390492126.2014.18.camel@ericscomputer> <1390511877.2014.22.camel@ericscomputer> <7153D7D9-DC18-406A-BB95-AC94E4D3A0A5@comcast.net> <1390512721.2014.25.camel@ericscomputer> Message-ID: <1390844192.9354.88.camel@ericscomputer> Including 'index.php' in the logon URL turned out not to be the solution. The ClearOS support people suggested M$ apps don't behave well with the proxy server (squid). They euphemistically referred to M$ apps using "non-standard web methods." So we entered the URL in the Web Proxy Bypass on the ClearOS webconfig page and now it works fine. Thanks, Redmond. On Thu, 2014-01-23 at 16:32 -0500, Eric Beversluis wrote: > Good idea. THanks. > On Thu, 2014-01-23 at 16:29 -0500, Michael Leahy wrote: > > Reconfigure Apache (or other web server) to accept 'index.php' as a > > default home page. Look for the DirectoryIndex directive. > > > > --Michael > > > > Michael Leahy > > michael.leahy1 at comcast.net > > 1106 E 12th St 616-394-5042 (h) > > Holland, Michigan 49423-3811 616-510-5040 (c) > > > > > > > > > > > > > > On Jan 23, 2014, at 4:17 PM, Eric Beversluis wrote: > > > > > Seems to be working now. Apparently you need to include '/index.php' > > > in > > > the logon URL (unlike accessing the site from a web browser). I > > > thought > > > we had tried that early on without its helping, but maybe we didn't > > > try > > > it after setting up the elastic IP. Whatever. > > > > > > On Thu, 2014-01-23 at 10:48 -0500, Eric Beversluis wrote: > > > > Maybe someone here has an idea. Neither the vtiger forums nor the > > > > Amazon > > > > EC2 seem to be able or willing to help. > > > > > > > > We've got an Amazon AWS EC2 installation running SLES 11. > > > > Installed on > > > > it is vtigercrm 6.0.0.It has what EC2 calls an "elastic IP": > > > > http://n.n.n.n/tavtiger. There's also a subdomain URL from our > > > > domain > > > > mapped to it. > > > > > > > > We have no problems connecting with different webbrowers or via > > > > SSH. But > > > > our problem is that when we install the vtigercrm add-on to M$ > > > > Outlook, > > > > and we try to log into vtiger from Outlook, it claims > > > > "vtiger server not found, please check the vtiger url." > > > > > > > > The Outlook add-on works fine to a vtiger instance on our local > > > > server > > > > (ClearOS/CentOS). > > > > > > > > It doesn't seem to be a firewall issue, since setting the Security > > > > Group > > > > Inbound Rules to allow all ports from all IP addresses still > > > > results in > > > > the 'vtiger server not found' response. > > > > > > > > (Although earlier versions of the vtiger/Outlook add-on are open > > > > source, > > > > only the .exe of this latest version seems to be available. vtiger > > > > 6.0.0 > > > > stable has just been released and so the Outlook Add-on 6.0 is > > > > also > > > > brand new. But either the developers of the add-on (I think it's > > > > people > > > > are crm-now) don't look at the forum or they're not able to > > > > help...). > > > > > > > > Interestingly, the vtiger Firefox toolbar plugin works fine and > > > > doesn't > > > > have any URL problems. > > > > > > > > It also seems to be the case that the add-on has been changed from > > > > a > > > > SOAP to a RESTful web service. > > > > > > > > Any ideas? > > > > > > > > Thanks. > > > > > > > > > > > > _______________________________________________ > > > > grlug mailing list > > > > grlug at grlug.org > > > > http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug > > > > > > > > > _______________________________________________ > > > grlug mailing list > > > grlug at grlug.org > > > http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug > > > > > > > > > _______________________________________________ > > grlug mailing list > > grlug at grlug.org > > http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug > > > _______________________________________________ > grlug mailing list > grlug at grlug.org > http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug From awilliam at whitemice.org Mon Jan 27 13:09:19 2014 From: awilliam at whitemice.org (Adam Tauno Williams) Date: Mon, 27 Jan 2014 13:09:19 -0500 Subject: [GRLUG] vtigercrm, Amazon EC2, SLES 11 and Outlook/vtiger add-on In-Reply-To: <1390844192.9354.88.camel@ericscomputer> References: <1390492126.2014.18.camel@ericscomputer> <1390511877.2014.22.camel@ericscomputer> <7153D7D9-DC18-406A-BB95-AC94E4D3A0A5@comcast.net> <1390512721.2014.25.camel@ericscomputer> <1390844192.9354.88.camel@ericscomputer> Message-ID: <1390846159.4626.6.camel@linux-86wr.site> On Mon, 2014-01-27 at 12:36 -0500, Eric Beversluis wrote: > Including 'index.php' in the logon URL turned out not to be the > solution. The ClearOS support people suggested M$ apps don't behave well > with the proxy server (squid). They euphemistically referred to M$ apps > using "non-standard web methods." So we entered the URL in the Web Proxy > Bypass on the ClearOS webconfig page and now it works fine. This is accurate but not entirely true. "non-standard web methods" is not fair - a great many applications do not deal correctly with HTTP proxy servers [especially if they require authentication]. You can inform the Windows 'system' regarding your proxy configuration via the proxycfg/netsh commands; doing so might make it work. I think it is just as likely that the clients in this case do not honor a 301/Location response and just stop. That is quite common for web service type applications. -- Adam Tauno Williams GPG D95ED383 Systems Administrator, Python Developer, LPI / NCLA From lvl at omnitec.net Tue Jan 28 16:53:15 2014 From: lvl at omnitec.net (L. V. Lammert) Date: Tue, 28 Jan 2014 15:53:15 -0600 (CST) Subject: [GRLUG] Routing Weirdness Message-ID: OK, .. we have two RVN042s onsite, and there is a wireless link between one (the 192.168.1.n) and a remote site (the 192.168.2.n) so remote users can access the server (192.168.1.145). *Most* of the time everything works fine, but randomly, traffic from the remote site gets routed through the Main site route to go out! For example, these traceroutes were done in sequence: Tracing route to ds-any-fp3-real.wa1.b.yahoo.com [98.139.183.24] over a maximum of 30 hops: 1 <1 ms <1 ms <1 ms 192.168.2.254 2 1 ms <1 ms <1 ms 96-35-167-37.static.stls.mo.charter.com Trace complete. Good one! Tracing route to www.google.com [74.125.192.99] over a maximum of 30 hops: 1 <1 ms <1 ms <1 ms 192.168.2.254 2 2 ms 2 ms 1 ms 192.168.1.254 3 2 ms 2 ms 2 ms 24-182-144-137.static.olve.mo.charter.com Trace complete. Next one is bad! Tracing route to ds-any-fp3-real.wa1.b.yahoo.com [98.138.252.30] over a maximum of 30 hops: 1 <1 ms <1 ms <1 ms 192.168.2.254 2 1 ms 1 ms 2 ms 192.168.1.254 3 3 ms 2 ms 2 ms 24-182-144-137.static.olve.mo.charter.com Trace complete. Tracing route to ds-any-fp3-real.wa1.b.yahoo.com [98.138.252.30] over a maximum of 30 hops: 1 <1 ms <1 ms <1 ms 192.168.2.254 2 2 ms 2 ms 1 ms 192.168.1.254 3 2 ms 3 ms 2 ms 24-182-144-137.static.olve.mo.charter.com Trace complete. And will stay bad for a while. Try again in a few hours, and it's back to normal. Has anyone ever seen weirdness like this? Any thoughts on possible issues? The machines with problems are all XP, and my working theory is that after using a program on a network share (192.168.1.145), XP wants to use the 192.168.1 network for some strange reason, but I have not been able to prove it. TIA! Lee From awilliam at whitemice.org Tue Jan 28 16:59:05 2014 From: awilliam at whitemice.org (Adam Tauno Williams) Date: Tue, 28 Jan 2014 16:59:05 -0500 Subject: [GRLUG] Routing Weirdness In-Reply-To: References: Message-ID: <1390946345.10620.7.camel@linux-86wr.site> On Tue, 2014-01-28 at 15:53 -0600, L. V. Lammert wrote: > OK, .. we have two RVN042s onsite, and there is a wireless link between FYI, I have no idea what a RVN042 is. > one (the 192.168.1.n) and a remote site (the 192.168.2.n) so remote users > can access the server (192.168.1.145). > *Most* of the time everything works fine, but randomly, traffic from the > remote site gets routed through the Main site route to go out! Is that actually a problem? What is the weights of your routes? Do the metrics of both paths end up being the same. Are you sure the gateway uplink for one of the sites is not actually going down - in which care `re`routing is entirely correct. Do you have monitoring to capture linkUp/linkDown? > Has anyone ever seen weirdness like this? Any thoughts on possible issues? > The machines with problems are all XP, and my working theory is that after > using a program on a network share (192.168.1.145), XP wants to use the > 192.168.1 network for some strange reason, but I have not been able to > prove it. Nah, I've got and had a hundred plus Windows XP machines in a large routed network - routing in XP is stable and sane. The trouble is in your network. -- Adam Tauno Williams GPG D95ED383 Systems Administrator, Python Developer, LPI / NCLA From mfarver at mindbent.org Tue Jan 28 17:02:13 2014 From: mfarver at mindbent.org (Mark Farver) Date: Tue, 28 Jan 2014 17:02:13 -0500 Subject: [GRLUG] Routing Weirdness In-Reply-To: References: Message-ID: On Jan 28, 2014 4:53 PM, "L. V. Lammert" wrote: > > OK, .. we have two RVN042s onsite, and there is a wireless link between > one (the 192.168.1.n) and a remote site (the 192.168.2.n) so remote users > can access the server (192.168.1.145). Insufficient data...we would need to know a lot more about the network. Where are these devices situated on relation to the default gateway? How are they configured? Etc.... You should consult with a qualified network engineer. The most likely cause is some kind of dynamic routing. The remote site sees a momentary internet outage and switches to using the main site via the wireless link as a backup. Mark -------------- next part -------------- An HTML attachment was scrubbed... URL: From awilliam at whitemice.org Tue Jan 28 17:02:24 2014 From: awilliam at whitemice.org (Adam Tauno Williams) Date: Tue, 28 Jan 2014 17:02:24 -0500 Subject: [GRLUG] Routing Weirdness In-Reply-To: References: Message-ID: <1390946544.10620.9.camel@linux-86wr.site> On Tue, 2014-01-28 at 17:02 -0500, Mark Farver wrote: > The most likely cause is some kind of dynamic routing. The remote > site sees a momentary internet outage and switches to using the main > site via the wireless link as a backup. +100. Based on this description I'd be willing to wager a lunch's worth of tacos that this is correct re-routing due to a linkDown on one of the site's default gateway. -- Adam Tauno Williams GPG D95ED383 Systems Administrator, Python Developer, LPI / NCLA From awilliam at whitemice.org Tue Jan 28 17:04:35 2014 From: awilliam at whitemice.org (Adam Tauno Williams) Date: Tue, 28 Jan 2014 17:04:35 -0500 Subject: [GRLUG] Routing Weirdness In-Reply-To: <1390946345.10620.7.camel@linux-86wr.site> References: <1390946345.10620.7.camel@linux-86wr.site> Message-ID: <1390946675.10620.10.camel@linux-86wr.site> On Tue, 2014-01-28 at 16:59 -0500, Adam Tauno Williams wrote: > On Tue, 2014-01-28 at 15:53 -0600, L. V. Lammert wrote: > > OK, .. we have two RVN042s onsite, and there is a wireless link between > FYI, I have no idea what a RVN042 is. As these *are* Cisco devices what do the logs say? Or your SNMP trap collector? They know exactly what is happening, they are simply waiting for you to ask them. -- Adam Tauno Williams GPG D95ED383 Systems Administrator, Python Developer, LPI / NCLA From lvl at omnitec.net Tue Jan 28 17:16:27 2014 From: lvl at omnitec.net (L. V. Lammert) Date: Tue, 28 Jan 2014 16:16:27 -0600 (CST) Subject: [GRLUG] Routing Weirdness In-Reply-To: <1390946544.10620.9.camel@linux-86wr.site> References: <1390946544.10620.9.camel@linux-86wr.site> Message-ID: On Tue, 28 Jan 2014, Adam Tauno Williams wrote: > +100. Based on this description I'd be willing to wager a lunch's worth > of tacos that this is correct re-routing due to a linkDown on one of the > site's default gateway. > Sorry, both GWs are up, as is the link. Lee From lvl at omnitec.net Tue Jan 28 17:26:40 2014 From: lvl at omnitec.net (L. V. Lammert) Date: Tue, 28 Jan 2014 16:26:40 -0600 (CST) Subject: [GRLUG] Routing Weirdness In-Reply-To: <1390946675.10620.10.camel@linux-86wr.site> References: <1390946345.10620.7.camel@linux-86wr.site> <1390946675.10620.10.camel@linux-86wr.site> Message-ID: On Tue, 28 Jan 2014, Adam Tauno Williams wrote: > As these *are* Cisco devices what do the logs say? Or your SNMP trap > collector? They know exactly what is happening, they are simply waiting > for you to ask them. > We are not monitoring them, .. but I had not thought about the log files, .. most of the routers we deal with do not have them. Lee From knightperson at zuzax.com Tue Jan 28 17:32:03 2014 From: knightperson at zuzax.com (Mike Williams) Date: Tue, 28 Jan 2014 17:32:03 -0500 Subject: [GRLUG] Routing Weirdness In-Reply-To: References: <1390946544.10620.9.camel@linux-86wr.site> Message-ID: <52E82FE3.50805@zuzax.com> Sure, the gateway links are up NOW. The theory seems to be that one of the gateways goes down temporarily, the dynamic routing corrects for this to produce the unusual path you're seeing, then comes back up to switch back to normal behavior. If you check logs, you should see some link-down link-up messages that roughly correspond to when you're seeing the strange behavior. On 01/28/2014 05:16 PM, L. V. Lammert wrote: > On Tue, 28 Jan 2014, Adam Tauno Williams wrote: > >> +100. Based on this description I'd be willing to wager a lunch's worth >> of tacos that this is correct re-routing due to a linkDown on one of the >> site's default gateway. >> > Sorry, both GWs are up, as is the link. > > Lee > _______________________________________________ > grlug mailing list > grlug at grlug.org > http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug From lvl at omnitec.net Tue Jan 28 17:35:31 2014 From: lvl at omnitec.net (L. V. Lammert) Date: Tue, 28 Jan 2014 16:35:31 -0600 (CST) Subject: [GRLUG] Routing Weirdness In-Reply-To: <52E82FE3.50805@zuzax.com> References: <1390946544.10620.9.camel@linux-86wr.site> <52E82FE3.50805@zuzax.com> Message-ID: On Tue, 28 Jan 2014, Mike Williams wrote: > Sure, the gateway links are up NOW. The theory seems to be that one of > the gateways goes down temporarily, > Good theory, but not really valid; the link has been solid for months, and it isn't going down for a few minutes and coming back up, else the folks using the network share would get errors. The point about log files is a good one, .. I'm just not used to using routers that have them. Lee From mfarver at mindbent.org Tue Jan 28 17:41:37 2014 From: mfarver at mindbent.org (Mark Farver) Date: Tue, 28 Jan 2014 17:41:37 -0500 Subject: [GRLUG] Routing Weirdness In-Reply-To: References: <1390946544.10620.9.camel@linux-86wr.site> <52E82FE3.50805@zuzax.com> Message-ID: On Jan 28, 2014 5:36 PM, "L. V. Lammert" wrote: > > On Tue, 28 Jan 2014, Mike Williams wrote: > > > Good theory, but not really valid; the link has been solid for months, and > it isn't going down for a few minutes and coming back up, else the folks > using the network share would get errors. The comment was about the gateway links to the internet. The site to site link stability has no relevance. Users may not notice momentary outage of any circuit as TCP will retry many messages. And you can't be certain of the stability of any of the links if you aren't monitoring them. > The point about log files is a good one, .. I'm just not used to using > routers that have them. Most routers have logs. And SNMP counters.... Mark -------------- next part -------------- An HTML attachment was scrubbed... URL: From megadave at gmail.com Wed Jan 29 03:32:10 2014 From: megadave at gmail.com (Dave Chiodo) Date: Wed, 29 Jan 2014 03:32:10 -0500 Subject: [GRLUG] Routing Weirdness In-Reply-To: References: Message-ID: I think if we want to get to the bottom of this, the following info will help: - a network diagram showing each router, and its relationship/interconnections with other routers - for each router, the output of "show ip route" (for cisco IOS devices - or the equivalent for any other brand of router) (Feel free to mask the first two octets of any public IP addresses, replace them with "A" or "B" etc, if desired - make sure the physical interfaces on the network diagram use the same convention, if so) On Tue, Jan 28, 2014 at 4:53 PM, L. V. Lammert wrote: > OK, .. we have two RVN042s onsite, and there is a wireless link between > one (the 192.168.1.n) and a remote site (the 192.168.2.n) so remote users > can access the server (192.168.1.145). > > *Most* of the time everything works fine, but randomly, traffic from the > remote site gets routed through the Main site route to go out! For > example, these traceroutes were done in sequence: > > Tracing route to ds-any-fp3-real.wa1.b.yahoo.com [98.139.183.24] > over a maximum of 30 hops: > > 1 <1 ms <1 ms <1 ms 192.168.2.254 > 2 1 ms <1 ms <1 ms 96-35-167-37.static.stls.mo.charter.com > > Trace complete. > > Good one! > > Tracing route to www.google.com [74.125.192.99] > over a maximum of 30 hops: > > 1 <1 ms <1 ms <1 ms 192.168.2.254 > 2 2 ms 2 ms 1 ms 192.168.1.254 > 3 2 ms 2 ms 2 ms 24-182-144-137.static.olve.mo.charter.com > > Trace complete. > > Next one is bad! > > Tracing route to ds-any-fp3-real.wa1.b.yahoo.com [98.138.252.30] > over a maximum of 30 hops: > > 1 <1 ms <1 ms <1 ms 192.168.2.254 > 2 1 ms 1 ms 2 ms 192.168.1.254 > 3 3 ms 2 ms 2 ms 24-182-144-137.static.olve.mo.charter.com > > Trace complete. > > Tracing route to ds-any-fp3-real.wa1.b.yahoo.com [98.138.252.30] > over a maximum of 30 hops: > > 1 <1 ms <1 ms <1 ms 192.168.2.254 > 2 2 ms 2 ms 1 ms 192.168.1.254 > 3 2 ms 3 ms 2 ms 24-182-144-137.static.olve.mo.charter.com > > Trace complete. > > And will stay bad for a while. Try again in a few hours, and it's back to > normal. > > Has anyone ever seen weirdness like this? Any thoughts on possible issues? > The machines with problems are all XP, and my working theory is that after > using a program on a network share (192.168.1.145), XP wants to use the > 192.168.1 network for some strange reason, but I have not been able to > prove it. > > TIA! > > Lee > _______________________________________________ > grlug mailing list > grlug at grlug.org > http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug > -------------- next part -------------- An HTML attachment was scrubbed... URL: From awilliam at whitemice.org Wed Jan 29 07:37:37 2014 From: awilliam at whitemice.org (Adam Tauno Williams) Date: Wed, 29 Jan 2014 07:37:37 -0500 Subject: [GRLUG] Routing Weirdness In-Reply-To: References: Message-ID: <1390999057.2720.19.camel@linux-86wr.site> On Wed, 2014-01-29 at 03:32 -0500, Dave Chiodo wrote: > I think if we want to get to the bottom of this, the following info > will help: > - a network diagram showing each router, and its > relationship/interconnections with other routers That is contained in the description. Site-A[INET<-->[96-35-167-37/192.168.2]] <--> Site-B[[192.168.1.254/24-182-144-137]<-->INET] with a server @ Site-B. At least, that is my reading. > - for each router, the output of "show ip route" (for cisco IOS > devices - or the equivalent for any other brand of router) (Feel free > to mask the first two octets of any public IP addresses, replace them > with "A" or "B" etc, if desired - make sure the physical interfaces on > the network diagram use the same convention, if so) Ideally, provided the Cisco devices are actual Cisco IOS devices and not rinky-dink rebranded turd sculptures with power bricks you want a configuration of snmp-server host $My.NMS.HOST.IP $My-Community-Name access-list 99 permit $My.NMS.HOST.IP snmp-server community $My-Community-Name ro 99 snmp-server ifindex persist snmp-server enable traps snmp authentication coldstart linkdown linkup warmstart snmp-server enable traps envmon That will allow the NMS to model the device via SNMP, and cause the device to send the basic traps to the NMS. If your NMS is not lame and retarded there are other traps types you can enable. Getting at least these snmp type traps is 101. coldStart - you're router rebooted! linkDown - an interface went down linkUp - an interface came up authentictionFailure - that was you, right? reload - someone rebooted your router, that was you right? But if you can access the console of the device, and it is an actual Cisco IOS device, you can manually look at lots of stats with the "show int" command. Serial0/0/0 is up, line protocol is up Hardware is GT96K with integrated T1 CSU/DSU Description: MPLS: Some Site Internet address is X.X.X.X/30 MTU 1500 bytes, BW 1544 Kbit/sec, DLY 20000 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation PPP, LCP Open Stopped: CDPCP Open: IPCP, loopback not set Keepalive set (10 sec) Last input 00:00:00, output 00:00:00, output hang never Last clearing of "show interface" counters 4d23h Input queue: 0/75/0/0 (size/max/...); Total output drops: 4460 Queueing strategy: Class-based queueing Output queue: 0/1000/0 (size/max total/drops) 5 minute input rate 3000 bits/sec, 3 packets/sec 5 minute output rate 3000 bits/sec, 4 packets/sec 9264796 packets input, 451012271 bytes, 0 no buffer Received 0 broadcasts (0 IP multicasts) 0 runts, 0 giants, 0 throttles 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort 9973301 packets output, 3482128267 bytes, 0 underruns 0 output errors, 0 collisions, 0 interface resets 0 unknown protocol drops 0 output buffer failures, 0 output buffers swapped out 0 carrier transitions DCD=up DSR=up DTR=up RTS=up CTS=up Depending on the interface type the stats may mean different things - if your "carrier transitions" is greater than ZERO then your interface is going up and down [at least at some point]. You can clear the counters with "clear counters" to have a point in time to baseline from. You can show the router's perception of time with "show clock". doing & cut-n-pasting this into your ticket is like a poor man's NMS. router#clear counters Clear "show interface" counters on all interfaces [confirm]y router#show clock *07:49:54.694 EASTERN Wed Jan 29 2014 Then at the end of the day go back and look at the counters again. Note that the interface records the last time it's counters were cleared. ....Last clearing of "show interface" counters 4d23h....[from above] -- Adam Tauno Williams GPG D95ED383 Systems Administrator, Python Developer, LPI / NCLA From lvl at omnitec.net Wed Jan 29 14:02:01 2014 From: lvl at omnitec.net (L. V. Lammert) Date: Wed, 29 Jan 2014 13:02:01 -0600 (CST) Subject: [GRLUG] Routing Weirdness Message-ID: Actually, I just found the problem - there was no way to set a route priority when they were setup originally (confirmed), .. so I did more research and found the following options in "Dual WAN" configuration under "System Management": * Smart Link Backup * Load Balance (Auto Mode) Load Balance is the default, however if I change it to "Smart Link Backup", the static route breaks, and traffic is not routed over WAN2 at all (until, I suppose, WAN1 goes down)! Does anyone use RVN042s? Looks like something weird with the way the configuration options are setup. Thanks! Lee From megadave at gmail.com Wed Jan 29 14:06:47 2014 From: megadave at gmail.com (Dave Chiodo) Date: Wed, 29 Jan 2014 14:06:47 -0500 Subject: [GRLUG] Routing Weirdness In-Reply-To: References: Message-ID: If these are Cisco devices, do they not run IOS? If they do, instead of screwing around with menu based configuration, you can just enter routes by hand at the command line, and force them to have exactly the metric/preference you want. -------------- next part -------------- An HTML attachment was scrubbed... URL: From richardnienhuis at gmail.com Wed Jan 29 14:27:29 2014 From: richardnienhuis at gmail.com (Richard Nienhuis) Date: Wed, 29 Jan 2014 14:27:29 -0500 Subject: [GRLUG] Routing Weirdness In-Reply-To: References: Message-ID: The RVN042 is actually a Linksys device rebranded to Cisco. And 2006 vintage. So no ios or anything like that. Maybe a log? On Wed, Jan 29, 2014 at 2:06 PM, Dave Chiodo wrote: > If these are Cisco devices, do they not run IOS? If they do, instead of > screwing around with menu based configuration, you can just enter routes by > hand at the command line, and force them to have exactly the > metric/preference you want. > > _______________________________________________ > grlug mailing list > grlug at grlug.org > http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lvl at omnitec.net Wed Jan 29 14:35:17 2014 From: lvl at omnitec.net (L. V. Lammert) Date: Wed, 29 Jan 2014 13:35:17 -0600 (CST) Subject: [GRLUG] Routing Weirdness In-Reply-To: References: Message-ID: On Wed, 29 Jan 2014, Dave Chiodo wrote: > If these are Cisco devices, do they not run IOS? If they do, instead of > screwing around with menu based configuration, you can just enter routes by > hand at the command line, and force them to have exactly the > metric/preference you want. > Do not have a way to run nmap there, and the RVN042 does not respond to telnet - how would one expect to connect if not via https? Lee From richardnienhuis at gmail.com Wed Jan 29 14:46:35 2014 From: richardnienhuis at gmail.com (Richard Nienhuis) Date: Wed, 29 Jan 2014 14:46:35 -0500 Subject: [GRLUG] Routing Weirdness In-Reply-To: References: Message-ID: Might be time to throw money at the problem. Plenty of sub 300$ or even 100$ solutions out there for dual lan failover that works. On Wed, Jan 29, 2014 at 2:35 PM, L. V. Lammert wrote: > On Wed, 29 Jan 2014, Dave Chiodo wrote: > > > If these are Cisco devices, do they not run IOS? If they do, instead of > > screwing around with menu based configuration, you can just enter routes > by > > hand at the command line, and force them to have exactly the > > metric/preference you want. > > > Do not have a way to run nmap there, and the RVN042 does not respond to > telnet - how would one expect to connect if not via https? > > Lee > _______________________________________________ > grlug mailing list > grlug at grlug.org > http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lvl at omnitec.net Wed Jan 29 14:48:03 2014 From: lvl at omnitec.net (L. V. Lammert) Date: Wed, 29 Jan 2014 13:48:03 -0600 (CST) Subject: [GRLUG] Routing Weirdness In-Reply-To: References: Message-ID: On Wed, 29 Jan 2014, Dave Chiodo wrote: > If these are Cisco devices, do they not run IOS? If they do, instead of > screwing around with menu based configuration, you can just enter routes by > hand at the command line, and force them to have exactly the > metric/preference you want. > Actually, .. telnet can be enabled on the RV042, but there is apparently no way to login after enabling - neither the configured username & password nor the default of admin/admin authenticate. Lee From lvl at omnitec.net Wed Jan 29 14:49:50 2014 From: lvl at omnitec.net (L. V. Lammert) Date: Wed, 29 Jan 2014 13:49:50 -0600 (CST) Subject: [GRLUG] Routing Weirdness In-Reply-To: References: Message-ID: On Wed, 29 Jan 2014, Richard Nienhuis wrote: > The RVN042 is actually a Linksys device rebranded to Cisco. And 2006 > vintage. So no ios or anything like that. Maybe a log? > Not a log issue, .. the RV042 has load balancing options - "Auto" and "Smart". With "Auto", there is no way to set route priority, and with "Smart", no traffic is routed over WAN2 at all. Lee From ebever at researchintegration.org Thu Jan 30 10:48:48 2014 From: ebever at researchintegration.org (Eric Beversluis) Date: Thu, 30 Jan 2014 10:48:48 -0500 Subject: [GRLUG] concurrently running scripts Message-ID: <1391096928.11169.19.camel@ericscomputer.cyberacc.com> I presently have a script that backs up Zarafa mail stuff to a local directory, then does an rsync of it to a USB-mounted ioSafe, then does a mysqldump locally and then an rsync of the mysqldump to the external ioSafe. The whole process is closing in on taking more than the hour it has before the process starts over. We earlier explored using flock to keep one instance from starting before the earlier one finished. But I'm thinking it might be better just to separate out the mysqldump into a separate script that would run (once a day) concurrently with the other backups (that are running each hour). My question is whether that would create any problems as the two scripts try to write to the same HDD and then to the same USB drive. I'm assuming that the OS could handle that, but I want to be sure. Thanks. From mikemol at gmail.com Thu Jan 30 11:01:15 2014 From: mikemol at gmail.com (Michael Mol) Date: Thu, 30 Jan 2014 11:01:15 -0500 Subject: [GRLUG] concurrently running scripts In-Reply-To: <1391096928.11169.19.camel@ericscomputer.cyberacc.com> References: <1391096928.11169.19.camel@ericscomputer.cyberacc.com> Message-ID: On Thu, Jan 30, 2014 at 10:48 AM, Eric Beversluis wrote: > I presently have a script that backs up Zarafa mail stuff to a local > directory, then does an rsync of it to a USB-mounted ioSafe, then does a > mysqldump locally and then an rsync of the mysqldump to the external > ioSafe. > > The whole process is closing in on taking more than the hour it has > before the process starts over. We earlier explored using flock to keep > one instance from starting before the earlier one finished. But I'm > thinking it might be better just to separate out the mysqldump into a > separate script that would run (once a day) concurrently with the other > backups (that are running each hour). > > My question is whether that would create any problems as the two scripts > try to write to the same HDD and then to the same USB drive. I'm > assuming that the OS could handle that, but I want to be sure. > > Thanks. Separating out your script's jobs into separate scripts is a good idea. That way, if one starts failing, it won't prevent the other from running to completion. As for whether multiple writers to the same USB drive is a problem...you're already I/O bound, so you just need to make sure you're writing to different folders. That said, I'd ditch your existing script and use a couple instances of rsnapshot: http://www.rsnapshot.org/ It will do exactly what you're looking for, and a tiny bit more--you get the benefit of incremental backups. It's trivial to have it keep just a few each of hourly backups, daily backups, weekly backups, monthly, yearly, every-third-and-fourth-thursday...you get the idea. (It's scheduled via cron, and you tell it which period you're doing backups for.) And you can run it per-task. -- :wq From ebever at researchintegration.org Thu Jan 30 11:22:13 2014 From: ebever at researchintegration.org (Eric Beversluis) Date: Thu, 30 Jan 2014 11:22:13 -0500 Subject: [GRLUG] concurrently running scripts In-Reply-To: References: <1391096928.11169.19.camel@ericscomputer.cyberacc.com> Message-ID: <1391098933.11169.20.camel@ericscomputer.cyberacc.com> On Thu, 2014-01-30 at 11:01 -0500, Michael Mol wrote: > On Thu, Jan 30, 2014 at 10:48 AM, Eric Beversluis > wrote: > > I presently have a script that backs up Zarafa mail stuff to a local > > directory, then does an rsync of it to a USB-mounted ioSafe, then does a > > mysqldump locally and then an rsync of the mysqldump to the external > > ioSafe. > > > > The whole process is closing in on taking more than the hour it has > > before the process starts over. We earlier explored using flock to keep > > one instance from starting before the earlier one finished. But I'm > > thinking it might be better just to separate out the mysqldump into a > > separate script that would run (once a day) concurrently with the other > > backups (that are running each hour). > > > > My question is whether that would create any problems as the two scripts > > try to write to the same HDD and then to the same USB drive. I'm > > assuming that the OS could handle that, but I want to be sure. > > > > Thanks. > > Separating out your script's jobs into separate scripts is a good > idea. That way, if one starts failing, it won't prevent the other from > running to completion. > > As for whether multiple writers to the same USB drive is a > problem...you're already I/O bound, so you just need to make sure > you're writing to different folders. > > That said, I'd ditch your existing script and use a couple instances > of rsnapshot: http://www.rsnapshot.org/ > > It will do exactly what you're looking for, and a tiny bit more--you > get the benefit of incremental backups. It's trivial to have it keep > just a few each of hourly backups, daily backups, weekly backups, > monthly, yearly, every-third-and-fourth-thursday...you get the idea. > (It's scheduled via cron, and you tell it which period you're doing > backups for.) > > And you can run it per-task. Thanks. I'll check out the rsnapshot. From lvl at omnitec.net Thu Jan 30 11:40:35 2014 From: lvl at omnitec.net (L. V. Lammert) Date: Thu, 30 Jan 2014 10:40:35 -0600 (CST) Subject: [GRLUG] concurrently running scripts In-Reply-To: References: <1391096928.11169.19.camel@ericscomputer.cyberacc.com> Message-ID: On Thu, 30 Jan 2014, Michael Mol wrote: > That said, I'd ditch your existing script and use a couple instances > of rsnapshot: http://www.rsnapshot.org/ > 2nd for rsnapshot! We use it all the time, .. completely configurable for versions - e.g. six days, then the last four weeks, then the last 12 months, even past years. Also, if your mysqldump is taking too long, look at the hotbackup options (have not set it up personally, but one of our apps does it). Lee From pilcheck at gmail.com Fri Jan 31 10:28:12 2014 From: pilcheck at gmail.com (Dan Pilcheck) Date: Fri, 31 Jan 2014 10:28:12 -0500 Subject: [GRLUG] Ubiquiti equipment locally availible? Message-ID: Happy Friday all! Does anyone know if there is Ubiquiti equipment sold in the Grand Rapids area? Hoping to find an Edge Router Lite as we need to replace a router at one of our remotes sites. Thanks, -- Dan Pilcheck -------------- next part -------------- An HTML attachment was scrubbed... URL: From greg at gregfolkert.net Fri Jan 31 11:31:59 2014 From: greg at gregfolkert.net (Greg Folkert) Date: Fri, 31 Jan 2014 11:31:59 -0500 Subject: [GRLUG] Ubiquiti equipment locally availible? In-Reply-To: References: Message-ID: <1391185919.4661.51.camel@omg.gregfolkert.net> On Fri, 2014-01-31 at 10:28 -0500, Dan Pilcheck wrote: > Happy Friday all! > > Does anyone know if there is Ubiquiti equipment sold in the Grand > Rapids area? > > Hoping to find an Edge Router Lite as we need to replace a router at > one of our remotes sites. > > Thanks, Northwoods http://www.nwcis.com/store/ Central Lake, MI MI (866) 366-7849 sales at nwcis.com Hunter-Tyson http://www.huntertyson.com/ 1821 Vanderbilt Ave. Portage, MI 49024 MI (888) 519-8290 sales at huntertyson.com These are the closest ones according to their website. -- greg at gregfolkert.net PGP key 1024D/B524687C 2003-08-05 Fingerprint: E1D3 E3D7 5850 957E FED0 2B3A ED66 6971 B524 687C "Because things are the way they are, things will not stay the way they are." -- Bertolt Brecht -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: This is a digitally signed message part URL: From richardnienhuis at gmail.com Fri Jan 31 11:50:41 2014 From: richardnienhuis at gmail.com (Richard Nienhuis) Date: Fri, 31 Jan 2014 11:50:41 -0500 Subject: [GRLUG] Ubiquiti equipment locally availible? In-Reply-To: <1391185919.4661.51.camel@omg.gregfolkert.net> References: <1391185919.4661.51.camel@omg.gregfolkert.net> Message-ID: I've never had any luck finding any locally. I just mail order and if the customer needs it super fast make them pay for overnight. Amazingly, they don't need it so fast anymore. On Fri, Jan 31, 2014 at 11:31 AM, Greg Folkert wrote: > On Fri, 2014-01-31 at 10:28 -0500, Dan Pilcheck wrote: > > Happy Friday all! > > > > Does anyone know if there is Ubiquiti equipment sold in the Grand > > Rapids area? > > > > Hoping to find an Edge Router Lite as we need to replace a router at > > one of our remotes sites. > > > > Thanks, > > Northwoods http://www.nwcis.com/store/ > Central Lake, MI > MI > (866) 366-7849 > sales at nwcis.com > > > Hunter-Tyson http://www.huntertyson.com/ > 1821 Vanderbilt Ave. > Portage, MI 49024 > MI > (888) 519-8290 > sales at huntertyson.com > > These are the closest ones according to their website. > > -- > greg at gregfolkert.net > PGP key 1024D/B524687C 2003-08-05 > Fingerprint: E1D3 E3D7 5850 957E FED0 2B3A ED66 6971 B524 687C > "Because things are the way they are, things will not stay the way they > are." > -- Bertolt Brecht > > _______________________________________________ > grlug mailing list > grlug at grlug.org > http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug > -------------- next part -------------- An HTML attachment was scrubbed... URL: From matthew at threadlight.com Fri Jan 31 12:41:45 2014 From: matthew at threadlight.com (Matthew Seeley) Date: Fri, 31 Jan 2014 12:41:45 -0500 Subject: [GRLUG] Ubiquiti equipment locally availible? In-Reply-To: References: <1391185919.4661.51.camel@omg.gregfolkert.net> Message-ID: I order from Baltic Networks. They aren't local (Chicago), but they're very friendly, knowledgeable, and fast. On Jan 31, 2014 11:59 AM, "Richard Nienhuis" wrote: > I've never had any luck finding any locally. I just mail order and if the > customer needs it super fast make them pay for overnight. Amazingly, they > don't need it so fast anymore. > > > On Fri, Jan 31, 2014 at 11:31 AM, Greg Folkert wrote: > >> On Fri, 2014-01-31 at 10:28 -0500, Dan Pilcheck wrote: >> > Happy Friday all! >> > >> > Does anyone know if there is Ubiquiti equipment sold in the Grand >> > Rapids area? >> > >> > Hoping to find an Edge Router Lite as we need to replace a router at >> > one of our remotes sites. >> > >> > Thanks, >> >> Northwoods http://www.nwcis.com/store/ >> Central Lake, MI >> MI >> (866) 366-7849 >> sales at nwcis.com >> >> >> Hunter-Tyson http://www.huntertyson.com/ >> 1821 Vanderbilt Ave. >> Portage, MI 49024 >> MI >> (888) 519-8290 >> sales at huntertyson.com >> >> These are the closest ones according to their website. >> >> -- >> greg at gregfolkert.net >> PGP key 1024D/B524687C 2003-08-05 >> Fingerprint: E1D3 E3D7 5850 957E FED0 2B3A ED66 6971 B524 687C >> "Because things are the way they are, things will not stay the way they >> are." >> -- Bertolt Brecht >> >> _______________________________________________ >> grlug mailing list >> grlug at grlug.org >> http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug >> > > > _______________________________________________ > grlug mailing list > grlug at grlug.org > http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug > -------------- next part -------------- An HTML attachment was scrubbed... URL: