Re: [CentOS] how do I get an OLD Version like 6.3

[Larry Martell]

On Mon, Jul 26, 2021 at 12:34 PM Jerry Geis  wrote:
>
> I need to example a really old version like 6.3.
> Where can I get a download for that ?

https://mirror.nsc.liu.se/centos-store/6.3/isos/x86_64/
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] IBM buying RedHat

[Larry Martell]

https://www.cnbc.com/2018/10/28/ibm-is-reportedly-nearing-deal-to-acquire-red-hat.html
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] 2038 year Problem

[Larry Martell]

On Tue, Oct 2, 2018 at 9:46 PM Mark Rousell  wrote:
>
> On 02/10/2018 18:46, Larry Martell wrote:
> > I got 2 years of work solving the year 2000 issue.
>
> I don't think I've ever said this but I am very envious of all these
> people who had loads of work due to Y2K or were paid obscene amounts of
> money to tend systems over new year's eve/day.
>
> I was working for an ISP at the time and got none of this. Nothing
> happened. I don't even recall any special precautions being taken (apart
> from below). No over time, no obscene amounts of money.
>
> Admittedly there was a Y2K audit earlier in the year and so I presume
> that the consultants who did it got paid some obscene amounts of money.
> As I recall, they found very little except for one major system that we
> knew would need updating anyway. And I presume that the contractor who
> came in to fix the major system was rather well paid too.
>
> But no money for me.  Wrong job, wrong time, wrong place, I guess.
> Perhaps I should be pleased the actual 99/00 changeover went so smoothly
> afterall.

It only went smoothly because there were people like me fixing the issues ;-)

I worked on Wall St at the time, and I got a reputation for being able
to find and fix Y2K issues. Really all that I did was grep the code
bases for 2 digit years, and code that blindly added 1900 to them.
There were a ton of those cases. It was not atypical for me to find
500-1000 or more such cases at each site. The fixes were easy but the
testing took a while. I did this for banks, hedge funds, brokerages,
bond traders, etc.

At one place where I had fixed probably 700 cases, after Y2K came and
went without an incident the CEO said "You made such a big deal about
this, and then nothing happened."
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] 2038 year Problem

[Larry Martell]

On Tue, Oct 2, 2018 at 1:42 PM Johann Fock  wrote:
>
> Hallo
> Im using CentOS 7
> Ist the 2038 year Problem solved in CentOS 7.5 64 bit Version

I got 2 years of work solving the year 2000 issue. In 2038 I will be
79 - maybe I will have to come out of retirement to work on that.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] postfix on centos 7

[Larry Martell]

On Thu, Sep 6, 2018 at 9:13 PM, Peter  wrote:
> On 07/09/18 07:15, Larry Martell wrote:
>> When I try and send mail I see this in the maillog:
>>
>> Sep  6 11:59:48 postfix/sendmail[11059]: fatal: open
>> /etc/postfix/main.cf: Permission denied
>>
>> But /etc/postfix/main.cf is world readable:
>>
>> $ ls -l /etc/postfix/main.cf
>> -rw-r--r--. 1 root root 27176 Jun  9  2014 /etc/postfix/main.cf
>
> Check the output of:
>
> rpm -Va postfix\*
>
> If it shows no output then everything should be fine.

Got no output.

> Otherwise the
> output will show you what files have had permissions changed (or
> anything else changed) since postfix was installed.
>
> I don't think this checks selinux contexts, but it should find any other
> permissions issues.
>
> You can fix by re-installing postfix:
>
> yum reinstall postfix\*

I did that anyway, and it working now. Thanks!
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] postfix on centos 7

[Larry Martell]

On Thu, Sep 6, 2018 at 3:42 PM, Phil Perry  wrote:
> On 06/09/18 20:15, Larry Martell wrote:
>>
>> When I try and send mail I see this in the maillog:
>>
>> Sep  6 11:59:48 postfix/sendmail[11059]: fatal: open
>> /etc/postfix/main.cf: Permission denied
>>
>> But /etc/postfix/main.cf is world readable:
>>
>> $ ls -l /etc/postfix/main.cf
>> -rw-r--r--. 1 root root 27176 Jun  9  2014 /etc/postfix/main.cf
>
>
> How are you trying to send mail? Is it by chance through a web based
> application?

No just testing from the command line with mail. But I will need to be
able to send mail from a PHP app.

> If so, you may need to set the SELinux boolean httpd_can_sendmail.

OK - I just did that - thanks!

>
> Otherwsie, check/restore default SELinux labelling for /etc/postfix/main.cf

That looks correct:

-rw-r--r--. root root system_u:object_r:postfix_etc_t:s0 /etc/postfix/main.cf
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] postfix on centos 7

[Larry Martell]

On Thu, Sep 6, 2018 at 3:37 PM, Walter H.  wrote:
> On 06.09.2018 21:15, Larry Martell wrote:
>>
>> When I try and send mail I see this in the maillog:
>>
>> Sep  6 11:59:48 postfix/sendmail[11059]: fatal: open
>> /etc/postfix/main.cf: Permission denied
>>
>> But /etc/postfix/main.cf is world readable:
>>
>> $ ls -l /etc/postfix/main.cf
>> -rw-r--r--. 1 root root 27176 Jun  9  2014 /etc/postfix/main.cf
>>
> do a
> ls -alZ /etc/postfix/main.cf
> very probale is invalid SElinux File context
> is should show
>
> -rw-r--r--. root root system_u:object_r:postfix_etc_t:s0
> /etc/postfix/main.cf

$ ls -alZ /etc/postfix/main.cf
-rw-r--r--. root root system_u:object_r:postfix_etc_t:s0 /etc/postfix/main.cf
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] postfix on centos 7

[Larry Martell]

When I try and send mail I see this in the maillog:

Sep  6 11:59:48 postfix/sendmail[11059]: fatal: open
/etc/postfix/main.cf: Permission denied

But /etc/postfix/main.cf is world readable:

$ ls -l /etc/postfix/main.cf
-rw-r--r--. 1 root root 27176 Jun  9  2014 /etc/postfix/main.cf
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Passwords in plain text

[Larry Martell]

I got it as well.

On Fri, Jun 15, 2018 at 12:41 PM rj coleman  wrote:

> Am I the only one who just received this email from this group?  Which
> came with my password in the email in plain text?
>
>
> Begin forwarded message:
>
> > From: centos-requ...@centos.org
> > Date: June 15, 2018 at 12:31:04 PM EDT
> > To: rjcdeve...@gmail.com
> > Subject: confirm a8e9e592b9d81e13e569ffa9f6f4267c3f2a8fe8
> >
> > Your membership in the mailing list CentOS has been disabled due to
> > excessive bounces The last bounce received from you was dated
> > 15-Jun-2018.  You will not get any more messages from this list until
> > you re-enable your membership.  You will receive 3 more reminders like
> > this before your membership in the list is deleted.
> >
> > To re-enable your membership, you can simply respond to this message
> > (leaving the Subject: line intact), or visit the confirmation page at
> >
> >
> https://lists.centos.org/mailman/confirm/centos/a8e9e592b9d81e13e569ffa9f6f4267c3f2a8fe8
> >
> >
> > You can also visit your membership page at
> >
> >
> https://lists.centos.org/mailman/options/centos/rjcdevelop%40gmail.com
> >
> >
> > On your membership page, you can change various delivery options such
> > as your email address and whether you get digests or not.  As a
> > reminder, your membership password is
> >
> >Removed For Security
> >
> > If you have any questions or problems, you can contact the list owner
> > at
> >
> >centos-ow...@centos.org
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
>
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] upgrading python

[Larry Martell]

On Tue, Dec 12, 2017 at 9:11 AM,  <m.r...@5-cent.us> wrote:
> Larry Martell wrote:
>> On Mon, Dec 11, 2017 at 4:32 PM, Larry Martell <larry.mart...@gmail.com>
>> wrote:
>>> On Mon, Dec 11, 2017 at 4:25 PM, Clint Dilks <cli...@scms.waikato.ac.nz>
>>> wrote:
>>>> On Tue, Dec 12, 2017 at 10:09 AM, Larry Martell
>>>> <larry.mart...@gmail.com>
>>>> wrote:
>>>>> On Tue, Dec 5, 2017 at 8:22 AM, Pete Biggs <p...@biggs.org.uk> wrote:
>>>>> > On Tue, 2017-12-05 at 14:16 +0100, Kai Grunau wrote:
>>>>> >> On 05.12.2017 14:05, Larry Martell wrote:
>>>>> >> > I am running CentOS 7 and I have python version:
>>>>> >> > Python 2.7.5 (default, Sep 15 2016, 22:37:39)
>>>>> >> > I need a newer version of 2.7 to pick up a bug fix. How can I do
>>>>> >> that (without breaking anything in CentOS)?
> 
>>>>> > Or use Software Collections, the Python27 package from there has
>>>>> > 2.7.13
>>>>> >  https://www.softwarecollections.org/en/scls/rhscl/python27/
>>>>> >  https://wiki.centos.org/AdditionalResources/Repositories/SCL
>>>>>
>>>>> I followed the instructions at the first link and I still only seem to
>>>>> have 2.7.5. How can I specify a newer version?
>>>
>>>> Hi, perhaps reading https://www.softwarecollections.org/en/ and
>>>> https://www.softwarecollections.org/en/scls/rhscl/python27/ will help.
>>>>
>>>> Have you done scl enable python27 bash in your current shell?
>>>
>>> Thanks. Missed that. Now I do get 7.5.13 but it seems I have to type
>>> that command in each new shell. Can I make that the default python? I
>>> want django and uWSGI to use that version.
> 
> I guess my very brief suggestion  wasn't understood: in whatever shell
> script you use to start the tools you want to use, insert, at the top,
> right under the #!/bin/bash, the line
>  . /opt//enable
> so that the paths are set for that shell script, and all its children.
> This will not result in you going into python's command line, nor will it
> affect anything else, including yum.

Sorry, missed your previous post. Ended up that I had to reinstall
uWSGI using the 2.5.13 pip, and then link
/opt/rh/python27/root/usr/bin/uwsgi to /usr/bin/uwsgi. Now that I have
it running, hopefull it will resolve the issue I had (which was a bug
in the 2.7.5 zlib).
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] upgrading python

[Larry Martell]

On Mon, Dec 11, 2017 at 4:32 PM, Larry Martell <larry.mart...@gmail.com> wrote:
> On Mon, Dec 11, 2017 at 4:25 PM, Clint Dilks <cli...@scms.waikato.ac.nz> 
> wrote:
>> On Tue, Dec 12, 2017 at 10:09 AM, Larry Martell <larry.mart...@gmail.com>
>> wrote:
>>
>>> On Tue, Dec 5, 2017 at 8:22 AM, Pete Biggs <p...@biggs.org.uk> wrote:
>>> > On Tue, 2017-12-05 at 14:16 +0100, Kai Grunau wrote:
>>> >> On 05.12.2017 14:05, Larry Martell wrote:
>>> >> > I am running CentOS 7 and I have python version:
>>> >> >
>>> >> > Python 2.7.5 (default, Sep 15 2016, 22:37:39)
>>> >> >
>>> >> > I need a newer version of 2.7 to pick up a bug fix. How can I do that
>>> >> > (without breaking anything in CentOS)?
>>> >>
>>> >> you could use the anaconda software, it is independent of the OS
>>> >> regards
>>> >>
>>> >>
>>> >
>>> > Or use Software Collections, the Python27 package from there has 2.7.13
>>> >
>>> >  https://www.softwarecollections.org/en/scls/rhscl/python27/
>>> >
>>> >  https://wiki.centos.org/AdditionalResources/Repositories/SCL
>>>
>>> I followed the instructions at the first link and I still only seem to
>>> have 2.7.5. How can I specify a newer version?
>
>> Hi, perhaps reading https://www.softwarecollections.org/en/ and
>> https://www.softwarecollections.org/en/scls/rhscl/python27/ will help.
>>
>> Have you done scl enable python27 bash in your current shell?
>
> Thanks. Missed that. Now I do get 7.5.13 but it seems I have to type
> that command in each new shell. Can I make that the default python? I
> want django and uWSGI to use that version.

After I issue the command scl enable python27 bash, and my python is
then 2.7.13, when I run pip will it use 2.17.13 to build what I am
downloading?
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] upgrading python

[Larry Martell]

On Mon, Dec 11, 2017 at 5:57 PM, Kenneth Porter <sh...@sewingwitch.com> wrote:
> On 12/11/2017 2:50 PM, Larry Martell wrote:
>>
>> ExecStart=/usr/bin/scl enable python27 bash; /usr/bin/uwsgi --emperor
>> /etc/uwsgi/sites
>
>
> You probably want:
>
> ExecStart=/usr/bin/scl enable python27 '/usr/bin/uwsgi --emperor
> /etc/uwsgi/sites'
>
> See:
>
> https://linux.die.net/man/1/scl

With that change it starts, but still with 2.7.5:

*** Starting uWSGI 2.0.13.1 (64bit) on [Mon Dec 11 17:47:19 2017] ***
compiled with version: 4.8.5 20150623 (Red Hat 4.8.5-4) on 28 July 2016 12:32:18
os: Linux-3.10.0-327.36.3.el7.x86_64 #1 SMP Mon Oct 24 16:09:20 UTC 2016
nodename: padev
machine: x86_64
clock source: unix
detected number of CPU cores: 8
current working directory: /etc/uwsgi/sites
detected binary path: /usr/bin/uwsgi
chdir() to /usr/local/motor/motor
your processes number limit is 195775
your memory page size is 4096 bytes
detected max file descriptor number: 1024
lock engine: pthread robust mutexes
thunder lock: disabled (you can enable it with --thunder-lock)
uwsgi socket 0 bound to UNIX address /usr/local/motor/motor.sock fd 3
Python version: 2.7.5 (default, Sep 15 2016, 22:37:39)  [GCC 4.8.5
20150623 (Red Hat 4.8.5-4)]
*** Python threads support is disabled. You can enable it with
--enable-threads ***
Python main interpreter initialized at 0x13a75e0
your server socket listen backlog is limited to 100 connections
your mercy for graceful operations on workers is 60 seconds
mapped 1115752 bytes (1089 KB) for 10 cores
*** Operational MODE: preforking ***
WSGI app 0 (mountpoint='') ready in 0 seconds on interpreter 0x13a75e0
pid: 25616 (default app)
*** uWSGI is running in multiple interpreter mode ***
spawned uWSGI master process (pid: 25616)
spawned uWSGI worker 1 (pid: 25693, cores: 1)
spawned uWSGI worker 2 (pid: 25694, cores: 1)
spawned uWSGI worker 3 (pid: 25695, cores: 1)
spawned uWSGI worker 4 (pid: 25696, cores: 1)
spawned uWSGI worker 5 (pid: 25697, cores: 1)
spawned uWSGI worker 6 (pid: 25699, cores: 1)
spawned uWSGI worker 7 (pid: 25700, cores: 1)
spawned uWSGI worker 8 (pid: 25701, cores: 1)
spawned uWSGI worker 9 (pid: 25702, cores: 1)
spawned uWSGI worker 10 (pid: 25703, cores: 1)
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] upgrading python

[Larry Martell]

On Mon, Dec 11, 2017 at 5:43 PM, Clint Dilks <cli...@scms.waikato.ac.nz> wrote:
> On Tue, Dec 12, 2017 at 11:31 AM, <m.r...@5-cent.us> wrote:
>
>> Pete Biggs wrote:
>> > On Mon, 2017-12-11 at 15:44 -0600, Frank Cox wrote:
>> >> On Mon, 11 Dec 2017 16:32:06 -0500
>> >> Larry Martell wrote:
>> >>
>> >> > Can I make that the default python?
>> >>
>> >> ~/.bashrc
>> >>
>> > No. I'm not entirely sure that is a good idea! No, not all.
>> >
>> > 'scl enable python27 bash' creates a *new* shell with the correct
>> > environment.  As each invocation of bash reads .bashrc, it will also
>> > create another new shell which will then read .bashrc and create
>> > another shell 
>> >
>> > Depending on the speed of your machine and disks and how much memory
>> > you have, it will take a few seconds to a few minutes to grind your
>> > machine to a halt.
>>
>> The simplest way is to .  I definitely wouldn't make it the default python, but I have made it the
> default for a particular user as long as they are not root.
>
> In the past I have got python27-mod_wsgi and httpd24-httpd working together
> by doing things like httpd24-httpd by doing things like
>
>
> cat /opt/rh/httpd24/root/etc/sysconfig/httpd
>
> export PATH=/opt/rh/python27/root/usr/bin:$PATH
> export
> LD_LIBRARY_PATH=/opt/rh/python27/root/usr/lib64${LD_LIBRARY_PATH:+:${LD_LIBRARY_PATH}}

I am running nginx and uWSGI. I added this to /etc/systemd/system/uwsgi.service:

ExecStart=/usr/bin/scl enable python27 bash; /usr/bin/uwsgi --emperor
/etc/uwsgi/sites

But it did not start:

   Loaded: loaded (/etc/systemd/system/uwsgi.service; enabled; vendor
preset: disabled)
   Active: failed (Result: start-limit) since Mon 2017-12-11 17:20:36
EST; 6s ago
  Process: 24492 ExecStart=/usr/bin/scl enable python27 bash;
/usr/bin/uwsgi --emperor /etc/uwsgi/sites (code=exited,
status=1/FAILURE)
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] upgrading python

[Larry Martell]

On Mon, Dec 11, 2017 at 4:25 PM, Clint Dilks <cli...@scms.waikato.ac.nz> wrote:
> On Tue, Dec 12, 2017 at 10:09 AM, Larry Martell <larry.mart...@gmail.com>
> wrote:
>
>> On Tue, Dec 5, 2017 at 8:22 AM, Pete Biggs <p...@biggs.org.uk> wrote:
>> > On Tue, 2017-12-05 at 14:16 +0100, Kai Grunau wrote:
>> >> On 05.12.2017 14:05, Larry Martell wrote:
>> >> > I am running CentOS 7 and I have python version:
>> >> >
>> >> > Python 2.7.5 (default, Sep 15 2016, 22:37:39)
>> >> >
>> >> > I need a newer version of 2.7 to pick up a bug fix. How can I do that
>> >> > (without breaking anything in CentOS)?
>> >>
>> >> you could use the anaconda software, it is independent of the OS
>> >> regards
>> >>
>> >>
>> >
>> > Or use Software Collections, the Python27 package from there has 2.7.13
>> >
>> >  https://www.softwarecollections.org/en/scls/rhscl/python27/
>> >
>> >  https://wiki.centos.org/AdditionalResources/Repositories/SCL
>>
>> I followed the instructions at the first link and I still only seem to
>> have 2.7.5. How can I specify a newer version?

> Hi, perhaps reading https://www.softwarecollections.org/en/ and
> https://www.softwarecollections.org/en/scls/rhscl/python27/ will help.
>
> Have you done scl enable python27 bash in your current shell?

Thanks. Missed that. Now I do get 7.5.13 but it seems I have to type
that command in each new shell. Can I make that the default python? I
want django and uWSGI to use that version.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] upgrading python

[Larry Martell]

On Tue, Dec 5, 2017 at 8:22 AM, Pete Biggs <p...@biggs.org.uk> wrote:
> On Tue, 2017-12-05 at 14:16 +0100, Kai Grunau wrote:
>> On 05.12.2017 14:05, Larry Martell wrote:
>> > I am running CentOS 7 and I have python version:
>> >
>> > Python 2.7.5 (default, Sep 15 2016, 22:37:39)
>> >
>> > I need a newer version of 2.7 to pick up a bug fix. How can I do that
>> > (without breaking anything in CentOS)?
>>
>> you could use the anaconda software, it is independent of the OS
>> regards
>>
>>
>
> Or use Software Collections, the Python27 package from there has 2.7.13
>
>  https://www.softwarecollections.org/en/scls/rhscl/python27/
>
>  https://wiki.centos.org/AdditionalResources/Repositories/SCL

I followed the instructions at the first link and I still only seem to
have 2.7.5. How can I specify a newer version?
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] upgrading python

[Larry Martell]

On Tue, Dec 5, 2017 at 10:00 AM, Marc Gouw <marc.g...@embl.de> wrote:
>
>
> On 12/05/2017 02:45 PM, Kai Grunau wrote:
>>
>> On 05.12.2017 14:24, Larry Martell wrote:
>>>
>>> On Tue, Dec 5, 2017 at 8:16 AM, Kai Grunau <kgru...@geomar.de> wrote:
>>>>
>>>> On 05.12.2017 14:05, Larry Martell wrote:
>>>>>
>>>>> I am running CentOS 7 and I have python version:
>>>>>
>>>>> Python 2.7.5 (default, Sep 15 2016, 22:37:39)
>>>>>
>>>>> I need a newer version of 2.7 to pick up a bug fix. How can I do that
>>>>> (without breaking anything in CentOS)?
>>>>
>>>> you could use the anaconda software, it is independent of the OS
>>>> regards
>>>
>>> I am not familiar with that. This is for a django app, using nginx,
>>> uWSGI, and mysql - will it integrate easily with those components?
>>
>> Anaconda is a python installation independent of the OS.
>> You can install it without root rights. Only your environment
>> has to change to use the new python version
>>
>> I think is easy to  work with those components
>>
>
> I've happily been using python virtual environments (similar to anaconda)
> alongside with Apache, WSGI & django for a long time. The setup using NGINX
> should be almost the same (with some small differences in setting up NGINX,
> of course).
>
> I would suggest "virtualenv" instead of anaconda: The principle is the same,
> but it offers just a bit more flexibility and customization. Virtualenv
> creates a local (non-system) installation of python, and you can create
> different collections of packages stored as different environments. In this
> way you can have multiple versions of python + different collections of
> packages all living happily side by side on the same machine.
>
> Regarding the setup with uWSGI + NGINX, the Django documentation "How to use
> Django with Apache and mod_wsgi"  is excellent:
> https://docs.djangoproject.com/en/1.11/howto/deployment/wsgi/modwsgi/
>
> There is also a similar setup for NGINX on readthedocs (which I assume will
> also work):
> http://uwsgi-docs.readthedocs.io/en/latest/tutorials/Django_and_nginx.html
>
> For the rest: Google is your friend, you'll find lots of information on each
> of these topics.

This is a very mature app that we have deployed in many sites. The
older sites run CentOS 6 and use apache and modwsgi. The newer sites
run CentOS 7 and use nginx and uWSGI. So we am very familiar with
their respective setups. But I have never used anything other then the
out of the box python that came with the OS. So I am not sure how to
get that nor if it will break anything. I am going to investigate Pete
Biggs' suggestion to use Software Collections.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] upgrading python

[Larry Martell]

On Tue, Dec 5, 2017 at 8:16 AM, Kai Grunau <kgru...@geomar.de> wrote:
> On 05.12.2017 14:05, Larry Martell wrote:
>>
>> I am running CentOS 7 and I have python version:
>>
>> Python 2.7.5 (default, Sep 15 2016, 22:37:39)
>>
>> I need a newer version of 2.7 to pick up a bug fix. How can I do that
>> (without breaking anything in CentOS)?
>
> you could use the anaconda software, it is independent of the OS
> regards

I am not familiar with that. This is for a django app, using nginx,
uWSGI, and mysql - will it integrate easily with those components?
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] upgrading python

[Larry Martell]

I am running CentOS 7 and I have python version:

Python 2.7.5 (default, Sep 15 2016, 22:37:39)

I need a newer version of 2.7 to pick up a bug fix. How can I do that
(without breaking anything in CentOS)?
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] R: dplyr, doBy, and ggplot2 in CentOS7

[Larry Martell]

On Mon, Oct 30, 2017 at 4:03 PM, Jason Edgecombe <jwedg...@uncc.edu> wrote:
> You can install any R packages from CRAN using the "install.packages()"
> command form within R itself. This will download, compile, and install the
> packages into your personal user account. you might need to install some
> supporting *-devel RPM packages via "yum", but otherwise, it should work.

Yes, but as I said I am running R from python with rpy2.

> On Mon, Oct 30, 2017 at 11:05 AM, Larry Martell <larry.mart...@gmail.com>
> wrote:
>
>> On Mon, Oct 30, 2017 at 10:56 AM Tony Schreiner <anthony.schrei...@bc.edu>
>> wrote:
>>
>> > On Mon, Oct 30, 2017 at 10:27 AM, Larry Martell <larry.mart...@gmail.com
>> >
>> > wrote:
>> >
>> > > I have a R script that I am running from python with rpy2. On a debian
>> > > system I run this:
>> > >
>> > > apt-get install R-cran-ggplot2 R-cran-caret
>> > >
>> > > And the script works. I want to move this to CentOS 7 system. There it
>> > > cannot find R-cran-ggplot2 or R-cran-caret. Does anyone know what
>> > > packages in CentOS 7 I need for dplyr, doBy, and ggplot2?
>> > >
>> >
>> >
>> > They are not in the CentOS or epel distros. I have built both dplyr and
>> > ggplot2 for CentOS 6 and 7, using the spec file crated by R2spec (from
>> > epell) and rpmbuild. They both require building several other R packages,
>> > and a bit of tweaking to the %files portion of the spec file, but are
>> > doable. I've never tried doBy or caret.
>> > Feel free to contact me directly for more information,
>>
>>
>> Thanks for the reply. At least this will keep me from searching for them.
>> Perhaps I will stick with debian.
>>
>> >
>> >
>> ___
>> CentOS mailing list
>> CentOS@centos.org
>> https://lists.centos.org/mailman/listinfo/centos
>>
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] R: dplyr, doBy, and ggplot2 in CentOS7

[Larry Martell]

On Mon, Oct 30, 2017 at 10:56 AM Tony Schreiner <anthony.schrei...@bc.edu>
wrote:

> On Mon, Oct 30, 2017 at 10:27 AM, Larry Martell <larry.mart...@gmail.com>
> wrote:
>
> > I have a R script that I am running from python with rpy2. On a debian
> > system I run this:
> >
> > apt-get install R-cran-ggplot2 R-cran-caret
> >
> > And the script works. I want to move this to CentOS 7 system. There it
> > cannot find R-cran-ggplot2 or R-cran-caret. Does anyone know what
> > packages in CentOS 7 I need for dplyr, doBy, and ggplot2?
> >
>
>
> They are not in the CentOS or epel distros. I have built both dplyr and
> ggplot2 for CentOS 6 and 7, using the spec file crated by R2spec (from
> epell) and rpmbuild. They both require building several other R packages,
> and a bit of tweaking to the %files portion of the spec file, but are
> doable. I've never tried doBy or caret.
> Feel free to contact me directly for more information,


Thanks for the reply. At least this will keep me from searching for them.
Perhaps I will stick with debian.

>
>
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] R: dplyr, doBy, and ggplot2 in CentOS7

[Larry Martell]

I have a R script that I am running from python with rpy2. On a debian
system I run this:

apt-get install R-cran-ggplot2 R-cran-caret

And the script works. I want to move this to CentOS 7 system. There it
cannot find R-cran-ggplot2 or R-cran-caret. Does anyone know what
packages in CentOS 7 I need for dplyr, doBy, and ggplot2?
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] libGLU.so.1

[Larry Martell]

Never mind. Solved this with:

yum install mesa-libGLU-devel.x86_64

On Mon, Oct 23, 2017 at 11:17 PM, Larry Martell <larry.mart...@gmail.com> wrote:
> I have a C++ program that I have been running on RedHat 6 and I want
> to move to CentOS 7. When I run it on the CentOS 7 system it fails
> with:
>
> error while loading shared libraries: libGLU.so.1: cannot open shared
> object file: No such file or directory
>
> I did this, but still have no libGLU. I did a find of the entire
> system for '*libGLU*' and nothing.
>
> bash-4.2# yum whatprovides libGLU.so.1
> Loaded plugins: fastestmirror, ovl
> Loading mirror speeds from cached hostfile
>  * base: repos-va.psychz.net
>  * epel: mirrors.mit.edu
>  * extras: mirrors.rit.edu
>  * updates: mirror.wdc1.us.leaseweb.net
> mesa-libGLU-9.0.0-4.el7.i686 : Mesa libGLU library
> Repo: base
> Matched from:
> Provides: libGLU.so.1
>
> bash-4.2# yum install mesa-libGLU-9.0.0-4.el7.i686
> Loaded plugins: fastestmirror, ovl
> base
>
> | 3.6 kB  00:00:00
> epel/x86_64/metalink
>
> |  16 kB  00:00:00
> extras
>
> | 3.4 kB  00:00:00
> updates
>
> | 3.4 kB  00:00:00
> updates/7/x86_64/primary_db
>
> | 3.6 MB  00:00:00
> Loading mirror speeds from cached hostfile
>  * base: repos-va.psychz.net
>  * epel: mirrors.mit.edu
>  * extras: mirror.cs.pitt.edu
>  * updates: mirror.trouble-free.net
> Resolving Dependencies
> --> Running transaction check
> ---> Package mesa-libGLU.i686 0:9.0.0-4.el7 will be installed
> --> Processing Dependency: libstdc++.so.6(GLIBCXX_3.4) for package:
> mesa-libGLU-9.0.0-4.el7.i686
> --> Processing Dependency: libstdc++.so.6(CXXABI_1.3) for package:
> mesa-libGLU-9.0.0-4.el7.i686
> --> Processing Dependency: libstdc++.so.6 for package:
> mesa-libGLU-9.0.0-4.el7.i686
> --> Processing Dependency: libm.so.6(GLIBC_2.1) for package:
> mesa-libGLU-9.0.0-4.el7.i686
> --> Processing Dependency: libm.so.6(GLIBC_2.0) for package:
> mesa-libGLU-9.0.0-4.el7.i686
> --> Processing Dependency: libm.so.6 for package: mesa-libGLU-9.0.0-4.el7.i686
> --> Processing Dependency: libgcc_s.so.1(GCC_3.0) for package:
> mesa-libGLU-9.0.0-4.el7.i686
> --> Processing Dependency: libgcc_s.so.1 for package:
> mesa-libGLU-9.0.0-4.el7.i686
> --> Processing Dependency: libc.so.6(GLIBC_2.11) for package:
> mesa-libGLU-9.0.0-4.el7.i686
> --> Processing Dependency: libGL.so.1 for package: 
> mesa-libGLU-9.0.0-4.el7.i686
> --> Running transaction check
> ---> Package glibc.i686 0:2.17-196.el7 will be installed
> --> Processing Dependency: libfreebl3.so(NSSRAWHASH_3.12.3) for
> package: glibc-2.17-196.el7.i686
> --> Processing Dependency: libfreebl3.so for package: glibc-2.17-196.el7.i686
> ---> Package libgcc.i686 0:4.8.5-16.el7 will be installed
> ---> Package libstdc++.i686 0:4.8.5-16.el7 will be installed
> ---> Package mesa-libGL.i686 0:17.0.1-6.20170307.el7 will be installed
> --> Processing Dependency: libxshmfence.so.1 for package:
> mesa-libGL-17.0.1-6.20170307.el7.i686
> --> Processing Dependency: libxcb.so.1 for package:
> mesa-libGL-17.0.1-6.20170307.el7.i686
> --> Processing Dependency: libxcb-sync.so.1 for package:
> mesa-libGL-17.0.1-6.20170307.el7.i686
> --> Processing Dependency: libxcb-present.so.0 for package:
> mesa-libGL-17.0.1-6.20170307.el7.i686
> --> Processing Dependency: libxcb-glx.so.0 for package:
> mesa-libGL-17.0.1-6.20170307.el7.i686
> --> Processing Dependency: libxcb-dri3.so.0 for package:
> mesa-libGL-17.0.1-6.20170307.el7.i686
> --> Processing Dependency: libxcb-dri2.so.0 for package:
> mesa-libGL-17.0.1-6.20170307.el7.i686
> --> Processing Dependency: libselinux.so.1 for package:
> mesa-libGL-17.0.1-6.20170307.el7.i686
> --> Processing Dependency: libglapi.so.0 for package:
> mesa-libGL-17.0.1-6.20170307.el7.i686
> --> Processing Dependency: libexpat.so.1 for package:
> mesa-libGL-17.0.1-6.20170307.el7.i686
> --> Processing Dependency: libdrm.so.2 for package:
> mesa-libGL-17.0.1-6.20170307.el7.i686
> --> Processing Dependency: libXxf86vm.so.1 for package:
> mesa-libGL-17.0.1-6.20170307.el7.i686
> --> Processing Dependency: libXfixes.so.3 for package:
> mesa-libGL-17.0.1-6.20170307.el7.i686
> --> Processing Dependency: libXext.so.6 for package:
> mesa-libGL-17.0.1-6.20170307.el7.i686
> --> Processing Dependency: libXdamage.so.1 for package:
> mesa-libGL-17.0.1-6.20170307.el7.i686
> --> Processing Dependency: libX11.so.6 for package:
> mesa-libGL-17.0.1-6.20170307.el7.i686
> --> Processing Dependency: libX11-xcb.so.1 for package:
> mesa-libGL-17.0.1-6.20170307.el7.i686
> --> Running transaction check
&g

[CentOS] libGLU.so.1

[Larry Martell]

I have a C++ program that I have been running on RedHat 6 and I want
to move to CentOS 7. When I run it on the CentOS 7 system it fails
with:

error while loading shared libraries: libGLU.so.1: cannot open shared
object file: No such file or directory

I did this, but still have no libGLU. I did a find of the entire
system for '*libGLU*' and nothing.

bash-4.2# yum whatprovides libGLU.so.1
Loaded plugins: fastestmirror, ovl
Loading mirror speeds from cached hostfile
 * base: repos-va.psychz.net
 * epel: mirrors.mit.edu
 * extras: mirrors.rit.edu
 * updates: mirror.wdc1.us.leaseweb.net
mesa-libGLU-9.0.0-4.el7.i686 : Mesa libGLU library
Repo: base
Matched from:
Provides: libGLU.so.1

bash-4.2# yum install mesa-libGLU-9.0.0-4.el7.i686
Loaded plugins: fastestmirror, ovl
base

| 3.6 kB  00:00:00
epel/x86_64/metalink

|  16 kB  00:00:00
extras

| 3.4 kB  00:00:00
updates

| 3.4 kB  00:00:00
updates/7/x86_64/primary_db

| 3.6 MB  00:00:00
Loading mirror speeds from cached hostfile
 * base: repos-va.psychz.net
 * epel: mirrors.mit.edu
 * extras: mirror.cs.pitt.edu
 * updates: mirror.trouble-free.net
Resolving Dependencies
--> Running transaction check
---> Package mesa-libGLU.i686 0:9.0.0-4.el7 will be installed
--> Processing Dependency: libstdc++.so.6(GLIBCXX_3.4) for package:
mesa-libGLU-9.0.0-4.el7.i686
--> Processing Dependency: libstdc++.so.6(CXXABI_1.3) for package:
mesa-libGLU-9.0.0-4.el7.i686
--> Processing Dependency: libstdc++.so.6 for package:
mesa-libGLU-9.0.0-4.el7.i686
--> Processing Dependency: libm.so.6(GLIBC_2.1) for package:
mesa-libGLU-9.0.0-4.el7.i686
--> Processing Dependency: libm.so.6(GLIBC_2.0) for package:
mesa-libGLU-9.0.0-4.el7.i686
--> Processing Dependency: libm.so.6 for package: mesa-libGLU-9.0.0-4.el7.i686
--> Processing Dependency: libgcc_s.so.1(GCC_3.0) for package:
mesa-libGLU-9.0.0-4.el7.i686
--> Processing Dependency: libgcc_s.so.1 for package:
mesa-libGLU-9.0.0-4.el7.i686
--> Processing Dependency: libc.so.6(GLIBC_2.11) for package:
mesa-libGLU-9.0.0-4.el7.i686
--> Processing Dependency: libGL.so.1 for package: mesa-libGLU-9.0.0-4.el7.i686
--> Running transaction check
---> Package glibc.i686 0:2.17-196.el7 will be installed
--> Processing Dependency: libfreebl3.so(NSSRAWHASH_3.12.3) for
package: glibc-2.17-196.el7.i686
--> Processing Dependency: libfreebl3.so for package: glibc-2.17-196.el7.i686
---> Package libgcc.i686 0:4.8.5-16.el7 will be installed
---> Package libstdc++.i686 0:4.8.5-16.el7 will be installed
---> Package mesa-libGL.i686 0:17.0.1-6.20170307.el7 will be installed
--> Processing Dependency: libxshmfence.so.1 for package:
mesa-libGL-17.0.1-6.20170307.el7.i686
--> Processing Dependency: libxcb.so.1 for package:
mesa-libGL-17.0.1-6.20170307.el7.i686
--> Processing Dependency: libxcb-sync.so.1 for package:
mesa-libGL-17.0.1-6.20170307.el7.i686
--> Processing Dependency: libxcb-present.so.0 for package:
mesa-libGL-17.0.1-6.20170307.el7.i686
--> Processing Dependency: libxcb-glx.so.0 for package:
mesa-libGL-17.0.1-6.20170307.el7.i686
--> Processing Dependency: libxcb-dri3.so.0 for package:
mesa-libGL-17.0.1-6.20170307.el7.i686
--> Processing Dependency: libxcb-dri2.so.0 for package:
mesa-libGL-17.0.1-6.20170307.el7.i686
--> Processing Dependency: libselinux.so.1 for package:
mesa-libGL-17.0.1-6.20170307.el7.i686
--> Processing Dependency: libglapi.so.0 for package:
mesa-libGL-17.0.1-6.20170307.el7.i686
--> Processing Dependency: libexpat.so.1 for package:
mesa-libGL-17.0.1-6.20170307.el7.i686
--> Processing Dependency: libdrm.so.2 for package:
mesa-libGL-17.0.1-6.20170307.el7.i686
--> Processing Dependency: libXxf86vm.so.1 for package:
mesa-libGL-17.0.1-6.20170307.el7.i686
--> Processing Dependency: libXfixes.so.3 for package:
mesa-libGL-17.0.1-6.20170307.el7.i686
--> Processing Dependency: libXext.so.6 for package:
mesa-libGL-17.0.1-6.20170307.el7.i686
--> Processing Dependency: libXdamage.so.1 for package:
mesa-libGL-17.0.1-6.20170307.el7.i686
--> Processing Dependency: libX11.so.6 for package:
mesa-libGL-17.0.1-6.20170307.el7.i686
--> Processing Dependency: libX11-xcb.so.1 for package:
mesa-libGL-17.0.1-6.20170307.el7.i686
--> Running transaction check
---> Package expat.i686 0:2.1.0-10.el7_3 will be installed
---> Package libX11.i686 0:1.6.5-1.el7 will be installed
---> Package libXdamage.i686 0:1.1.4-4.1.el7 will be installed
---> Package libXext.i686 0:1.3.3-3.el7 will be installed
---> Package libXfixes.i686 0:5.0.3-1.el7 will be installed
---> Package libXxf86vm.i686 0:1.1.4-1.el7 will be installed
---> Package libdrm.i686 0:2.4.74-1.el7 will be installed
--> Processing Dependency: libpciaccess.so.0 for package:
libdrm-2.4.74-1.el7.i686
---> Package libselinux.i686 0:2.5-11.el7 will be installed
--> Processing Dependency: libsepol(x86-32) >= 2.5-6 for package:
libselinux-2.5-11.el7.i686
--> Processing Dependency: libsepol.so.1(LIBSEPOL_1.0) for package:
libselinux-2.5-11.el7.i686
--> Processing Dependency: libsepol.so.1 for package: 

Re: [CentOS] sendmail

[Larry Martell]

On Mon, Oct 2, 2017 at 7:25 PM, Pete Biggs <p...@biggs.org.uk> wrote:
> On Mon, 2017-10-02 at 23:18 +0000, Larry Martell wrote:
>> On Mon, Oct 2, 2017 at 6:26 PM Stephen John Smoogen
>>
>> > Sendmail is not the standard email server for EL7
>>
>>
>> What is the the standard email server?
>>
>
> Postfix

Thanks. I was able to get postfix working in the docker container.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] sendmail

[Larry Martell]

On Mon, Oct 2, 2017 at 6:26 PM Stephen John Smoogen

> Sendmail is not the standard email server for EL7


What is the the standard email server?
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] sendmail

[Larry Martell]

On Mon, Oct 2, 2017 at 6:26 PM Stephen John Smoogen <smo...@gmail.com>
wrote:

> On 2 October 2017 at 18:03, Larry Martell <larry.mart...@gmail.com> wrote:
> > On Mon, Oct 2, 2017 at 5:29 PM, Stephen John Smoogen <smo...@gmail.com>
> wrote:
> >> On 2 October 2017 at 17:21, Larry Martell <larry.mart...@gmail.com>
> wrote:
> >>> I an running CentOS7 in a docker container. I need to send email from
> >>> that container so I installed sendmail and then I run:
> >>>
> >>> m4 /etc/mail/sendmail.mc > /etc/mail/sendmail.cf` and when I try and
> >>> send mail it fails with:
> >>>
> >>> larry.mar...@gmail.com... Connecting to [127.0.0.1] via relay...
> >>> larry.mar...@gmail.com... Deferred: Connection refused by [127.0.0.1]
> >>>
> >>> Anyone know how I can configure sendmail so that I can send mail?
> >>
> >> Does this help any?
> >>
> >>
> https://stackoverflow.com/questions/26215021/configure-sendmail-inside-a-docker-container
> >
> > That post is a bit overwhelming. It has 20+ answers and all are
> different.
> >
> > I have another container running debian buster and in there I do"
> >
> > yes yes | sendmailconfig
> >
> > and then I can send mail. But I don't see sendmailconfig in CentOS7.
> > Is there an equivalent?
>
> Sendmail is not the standard email server for EL7 so I am a bit rusty
> here.  The item that caught my attention was the following:
>
> --
> I figured out a way myself, although not the most elegant solution. I
> configured the sendmail inside my docker so as to Relay the request
> via host's ip. Add the following line to the file "/etc/mail/access
>
> Connect:  RELAY
> Also, in the host as well as docker, comment out the following line in
> the file "/etc/mail/sendmail.mc" by prefixing it with "dnl #" and
> suffixing with "dnl".
>
> DAEMON_OPTIONS(`Port=smtp,Addr=127.0.0.1, Name=MTA')
> I passed the host ip as an environment variable to the docker
> container, so that it is configurable. Now the docker's sendmail will
> relay it's sendmail's smtp request via host machine.
>
> ---
>
> Beyond that I am not going to be much help as I have not had much
> experience with docker


Ok thanks I will try this. But I am not married to sendmail. I will use
anything that allows me to send mail from the container.

>
>
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] sendmail

[Larry Martell]

On Mon, Oct 2, 2017 at 5:29 PM, Stephen John Smoogen <smo...@gmail.com> wrote:
> On 2 October 2017 at 17:21, Larry Martell <larry.mart...@gmail.com> wrote:
>> I an running CentOS7 in a docker container. I need to send email from
>> that container so I installed sendmail and then I run:
>>
>> m4 /etc/mail/sendmail.mc > /etc/mail/sendmail.cf` and when I try and
>> send mail it fails with:
>>
>> larry.mar...@gmail.com... Connecting to [127.0.0.1] via relay...
>> larry.mar...@gmail.com... Deferred: Connection refused by [127.0.0.1]
>>
>> Anyone know how I can configure sendmail so that I can send mail?
>
> Does this help any?
>
> https://stackoverflow.com/questions/26215021/configure-sendmail-inside-a-docker-container

That post is a bit overwhelming. It has 20+ answers and all are different.

I have another container running debian buster and in there I do"

yes yes | sendmailconfig

and then I can send mail. But I don't see sendmailconfig in CentOS7.
Is there an equivalent?
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] sendmail

[Larry Martell]

I an running CentOS7 in a docker container. I need to send email from
that container so I installed sendmail and then I run:

m4 /etc/mail/sendmail.mc > /etc/mail/sendmail.cf` and when I try and
send mail it fails with:

larry.mar...@gmail.com... Connecting to [127.0.0.1] via relay...
larry.mar...@gmail.com... Deferred: Connection refused by [127.0.0.1]

Anyone know how I can configure sendmail so that I can send mail?
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Connecting to internet with USB tethered iphone

[Larry Martell]

On Sat, Sep 23, 2017 at 1:22 PM, Andrew Holway  wrote:
>> I always found that USB tethering is flaky and hard to set up. So I use
>> wifi tethering whenever possible. Just my $.02.
>
>
> +1 for just using wifi! :)

-10 for not bothering to read my message where I said the machine has no wifi.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Connecting to internet with USB tethered iphone

[Larry Martell]

On Sat, Sep 23, 2017 at 1:07 PM, Yan Li <elliot.li.t...@gmail.com> wrote:
> On 09/22/2017 03:07 PM, Larry Martell wrote:
>>> I always found that USB tethering is flaky and hard to set up. So I use
>>> wifi tethering whenever possible. Just my $.02.
>>
>> If this machine had wifi I would not need to use my phone.
>
> I see. We all have to make use of what we have.
>
> Another option is to add a USB wifi dongle, such as
> https://www.amazon.com/Edimax-EW-7811Un-150Mbps-Raspberry-Supports/dp/B003MTTJOY
>
> $7.99 including shipping and it is pretty plug-and-play.

One of the comments says you need to be connected to the internet to
install the drivers. That would not work for me.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Connecting to internet with USB tethered iphone

[Larry Martell]

On Fri, Sep 22, 2017 at 1:20 PM, ken <geb...@mousecar.com> wrote:
> On 09/22/2017 11:50 AM, Stephen John Smoogen wrote:
>>
>> On 22 September 2017 at 11:39, Larry Martell <larry.mart...@gmail.com>
>> wrote:
>>>
>>> On Fri, Sep 22, 2017 at 11:30 AM Stephen John Smoogen <smo...@gmail.com>
>>> wrote:
>>>
>>>> On 22 September 2017 at 10:33, Larry Martell <larry.mart...@gmail.com>
>>>> wrote:
>>>>>
>>>>> I am trying to get a centos 6 system on the internet with a tethered
>>>>> iPhone. I can see the phone with lsusb as bus 001 device 011. A post on
>>>>> stackoverflow said I would need to run "# ip link set usb0 up && dhcpcd
>>>>> usb0"
>>>>>
>>>>> But how do I reference my phone in that command?
>>>>
>>>> I thought that if the phone is in tethering mode that is all you need
>>>> to do. The command is saying setup an 'ethernet' port on the USB and
>>>> to ask for a dhcpd command from it. If the phone allows tethering it
>>>> will be using its USB as an ethernet connection and will see a dhcpd
>>>> connection and will give out an ip address.
>>>
>>>
>>>
>>> Seems something else is using usb0 - without the phone connected I see
>>> something on usb0 when running ifconfig. I think it's some internal
>>> network.  I tried running those commands when the phones be was connected
>>> but the system still is not on the internet.
>>>
>> That may be the case with some hardware. A lot of management hardware
>> will appear as a USB network address so you can loop back into the
>> hardware that way. You could try usb1 for the phone to see if that
>> works.
>
>
> When you have the phone plugged in, what does "lsusb" say?

Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 003: ID 0624:0248 Avocent Corp. Virtual Hub
Bus 002 Device 005: ID 04b3:4010 IBM Corp.
Bus 001 Device 011: ID 4c7c:5f30   Apple iPhone 6S
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Connecting to internet with USB tethered iphone

[Larry Martell]

On Fri, Sep 22, 2017 at 12:06 PM, Yan Li <elliot.li.t...@gmail.com> wrote:
> On 09/22/2017 07:33 AM, Larry Martell wrote:
>> I am trying to get a centos 6 system on the internet with a tethered
>> iPhone. I can see the phone with lsusb as bus 001 device 011. A post on
>> stackoverflow said I would need to run "# ip link set usb0 up && dhcpcd
>> usb0"
>
> I always found that USB tethering is flaky and hard to set up. So I use
> wifi tethering whenever possible. Just my $.02.

If this machine had wifi I would not need to use my phone.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Connecting to internet with USB tethered iphone

[Larry Martell]

On Fri, Sep 22, 2017 at 11:55 AM, J Martin Rushton
<martinrushto...@btinternet.com> wrote:
>
>
> On 09/22/2017 04:50 PM, Jon Pruente wrote:
>>
>> On Fri, Sep 22, 2017 at 10:39 AM, Larry Martell <larry.mart...@gmail.com>
>> wrote:
>>
>>> Seems something else is using usb0 - without the phone connected I see
>>> something on usb0 when running ifconfig. I think it's some internal
>>> network.  I tried running those commands when the phones be was connected
>>> but the system still is not on the internet.
>>
>>
>>
>> Run 'udevadm monitor' with sudo or as root and watch for what /dev entry
>> the phone picks up when it is plugged in. Use that one in your ip or dhcpd
>> commands.

> Or really crudely:
>
> Plug in the phone, wait a minute then issue
> # ls -ltr /dev
> and the last named one should be the phone.

The phone appears as this:

/dev/bus/usb/001/011

How does that translate as something I can pass into the ip command?
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Connecting to internet with USB tethered iphone

[Larry Martell]

On Fri, Sep 22, 2017 at 11:50 AM, Stephen John Smoogen <smo...@gmail.com> wrote:
> On 22 September 2017 at 11:39, Larry Martell <larry.mart...@gmail.com> wrote:
>> On Fri, Sep 22, 2017 at 11:30 AM Stephen John Smoogen <smo...@gmail.com>
>> wrote:
>>
>>> On 22 September 2017 at 10:33, Larry Martell <larry.mart...@gmail.com>
>>> wrote:
>>> > I am trying to get a centos 6 system on the internet with a tethered
>>> > iPhone. I can see the phone with lsusb as bus 001 device 011. A post on
>>> > stackoverflow said I would need to run "# ip link set usb0 up && dhcpcd
>>> > usb0"
>>> >
>>> > But how do I reference my phone in that command?
>>>
>>> I thought that if the phone is in tethering mode that is all you need
>>> to do. The command is saying setup an 'ethernet' port on the USB and
>>> to ask for a dhcpd command from it. If the phone allows tethering it
>>> will be using its USB as an ethernet connection and will see a dhcpd
>>> connection and will give out an ip address.
>>
>>
>>
>> Seems something else is using usb0 - without the phone connected I see
>> something on usb0 when running ifconfig. I think it's some internal
>> network.  I tried running those commands when the phones be was connected
>> but the system still is not on the internet.
>>
>
> That may be the case with some hardware. A lot of management hardware
> will appear as a USB network address so you can loop back into the
> hardware that way. You could try usb1 for the phone to see if that
> works.

I did try that - I got no such device or something like that.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Connecting to internet with USB tethered iphone

[Larry Martell]

On Fri, Sep 22, 2017 at 11:50 AM, Jon Pruente
<jprue...@riskanalytics.com> wrote:
> On Fri, Sep 22, 2017 at 10:39 AM, Larry Martell <larry.mart...@gmail.com>
> wrote:
>
>> Seems something else is using usb0 - without the phone connected I see
>> something on usb0 when running ifconfig. I think it's some internal
>> network.  I tried running those commands when the phones be was connected
>> but the system still is not on the internet.
>
>
> Run 'udevadm monitor' with sudo or as root and watch for what /dev entry
> the phone picks up when it is plugged in. Use that one in your ip or dhcpd
> commands.

Unfortunately I am not at the site any more. I will have to try that
next time I am there. Thanks!
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Connecting to internet with USB tethered iphone

[Larry Martell]

On Fri, Sep 22, 2017 at 11:30 AM Stephen John Smoogen <smo...@gmail.com>
wrote:

> On 22 September 2017 at 10:33, Larry Martell <larry.mart...@gmail.com>
> wrote:
> > I am trying to get a centos 6 system on the internet with a tethered
> > iPhone. I can see the phone with lsusb as bus 001 device 011. A post on
> > stackoverflow said I would need to run "# ip link set usb0 up && dhcpcd
> > usb0"
> >
> > But how do I reference my phone in that command?
>
> I thought that if the phone is in tethering mode that is all you need
> to do. The command is saying setup an 'ethernet' port on the USB and
> to ask for a dhcpd command from it. If the phone allows tethering it
> will be using its USB as an ethernet connection and will see a dhcpd
> connection and will give out an ip address.



Seems something else is using usb0 - without the phone connected I see
something on usb0 when running ifconfig. I think it's some internal
network.  I tried running those commands when the phones be was connected
but the system still is not on the internet.

>
>
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] Connecting to internet with USB tethered iphone

[Larry Martell]

I am trying to get a centos 6 system on the internet with a tethered
iPhone. I can see the phone with lsusb as bus 001 device 011. A post on
stackoverflow said I would need to run "# ip link set usb0 up && dhcpcd
usb0"

But how do I reference my phone in that command?
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] JRE 8.1 for CentOS6

[Larry Martell]

On Mon, Sep 18, 2017 at 11:49 AM, Ulf Volmer <u.vol...@u-v.de> wrote:
> On 18.09.2017 16:35, Larry Martell wrote:
>
>> My old version of FF does not have plugin folder, it has a file called
>> pluginreg.dat that looks like this:
>
> i doubt that. Please look into
>
> /usr/lib/mozilla/plugins or /usr/lib64/mozilla/plugins. i'm quite sure
> that these directories also exist in you ff v24. pluginreq.dat should
> only cache the plugin informations and can be renamed.
>
> It's also possible to store your plugin in your profile if you want to
> install the plugin only for your account. in this case you can either
> use ~/.mozilla/plugins (for all profiles) or [Profile directory]/plugins
> for a specific profile.

In /usr/lib64/mozilla/plugins there is a symlink from libjavaplugin.so
to /usr/lib64/IcedTeaPlugin.so
I changed that to point to
/usr/java/jre1.8.0_144/lib/amd64/libnpjp2.so but I got the exact same
results.
I also tried renaming the pluginreg.dat file. No joy.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] JRE 8.1 for CentOS6

[Larry Martell]

On Thu, Sep 14, 2017 at 7:09 PM, Ulf Volmer <u.vol...@u-v.de> wrote:
> On 15.09.2017 00:59, Larry Martell wrote:
>> On Thu, Sep 14, 2017 at 6:45 PM, Ulf Volmer <u.vol...@u-v.de> wrote:
>
>>>> This is what I get from that:
>>>>
>>>> application/x-java-vm IcedTea class,jar
>>>
>>> That's OpenJDK instead of Oracle.
>>
>> Do you know how I can associate IcedTea with Oracle's JRE?
>
> You can try to replace the icedtea plugin with the one from Oracle.
> As i wrote in my first mail. Try to locate the plugin folder of your
> firefox installation (maybe in your ff profile or system wide in the
> firefox folder), backup the old plugin and place there a symlink to the
> oracle plugin (/usr/java/jre1.8.0_144/lib/amd64/libnpjp2.so).

My old version of FF does not have plugin folder, it has a file called
pluginreg.dat that looks like this:

IcedTeaPlugin.so:$
/usr/lib64/IcedTeaPlugin.so:$
:$
1462942245000:0:0:$
The IcedTea-Web Plugin executes Java applets.:$
IcedTea-Web Plugin (using IcedTea-Web 1.6.2 (rhel-1.el6-x86_64)):$
38
0:application/x-java-vm:IcedTea:class,jar:$
1:application/x-java-applet:IcedTea:class,jar:$
2:application/x-java-applet;version=1.1:IcedTea:class,jar:$
3:application/x-java-applet;version=1.1.1:IcedTea:class,jar:$
4:application/x-java-applet;version=1.1.2:IcedTea:class,jar:$
5:application/x-java-applet;version=1.1.3:IcedTea:class,jar:$
6:application/x-java-applet;version=1.2:IcedTea:class,jar:$
7:application/x-java-applet;version=1.2.1:IcedTea:class,jar:$
8:application/x-java-applet;version=1.2.2:IcedTea:class,jar:$
9:application/x-java-applet;version=1.3:IcedTea:class,jar:$
10:application/x-java-applet;version=1.3.1:IcedTea:class,jar:$
11:application/x-java-applet;version=1.4:IcedTea:class,jar:$
12:application/x-java-applet;version=1.4.1:IcedTea:class,jar:$
13:application/x-java-applet;version=1.4.2:IcedTea:class,jar:$
14:application/x-java-applet;version=1.5:IcedTea:class,jar:$
15:application/x-java-applet;version=1.6:IcedTea:class,jar:$
16:application/x-java-applet;version=1.7:IcedTea:class,jar:$
17:application/x-java-applet;version=1.8:IcedTea:class,jar:$
18:application/x-java-applet;jpi-version=1.8.0_50:IcedTea:class,jar:$
19:application/x-java-bean:IcedTea:class,jar:$
20:application/x-java-bean;version=1.1:IcedTea:class,jar:$
21:application/x-java-bean;version=1.1.1:IcedTea:class,jar:$
22:application/x-java-bean;version=1.1.2:IcedTea:class,jar:$
23:application/x-java-bean;version=1.1.3:IcedTea:class,jar:$
24:application/x-java-bean;version=1.2:IcedTea:class,jar:$
25:application/x-java-bean;version=1.2.1:IcedTea:class,jar:$
26:application/x-java-bean;version=1.2.2:IcedTea:class,jar:$
27:application/x-java-bean;version=1.3:IcedTea:class,jar:$
28:application/x-java-bean;version=1.3.1:IcedTea:class,jar:$
29:application/x-java-bean;version=1.4:IcedTea:class,jar:$
30:application/x-java-bean;version=1.4.1:IcedTea:class,jar:$
31:application/x-java-bean;version=1.4.2:IcedTea:class,jar:$
32:application/x-java-bean;version=1.5:IcedTea:class,jar:$
33:application/x-java-bean;version=1.6:IcedTea:class,jar:$
34:application/x-java-bean;version=1.7:IcedTea:class,jar:$
35:application/x-java-bean;version=1.8:IcedTea:class,jar:$
36:application/x-java-bean;jpi-version=1.8.0_50:IcedTea:class,jar:$
37:application/x-java-vm-npruntime:IcedTea::$


How would I add /usr/java/jre1.8.0_144/lib/amd64/libnpjp2.so to that?

>>> /usr/java/jre1.8.0_144/bin/jcontrol
>>
>> Ah, yes, I do have that. It's the same as running ControlPanel - that
>> is where they had me try puttin the IP address of the IMM in the
>> exception site list.
>
> OK and did your set the security setting to the lowest one?

The only 2 choices are "High" and "Very High" - it was already on High
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] JRE 8.1 for CentOS6

[Larry Martell]

On Thu, Sep 14, 2017 at 6:45 PM, Ulf Volmer <u.vol...@u-v.de> wrote:
> On 14.09.2017 23:56, Larry Martell wrote:
>> On Thu, Sep 14, 2017 at 5:30 PM, Ulf Volmer <u.vol...@u-v.de> wrote:
>
>>> Again, please enter 'about:plugins' in the address bar of your browser
>>> to make sure, that the right java version is activated.
>>
>> This is what I get from that:
>>
>> application/x-java-vm IcedTea class,jar
>
> That's OpenJDK instead of Oracle.

Do you know how I can associate IcedTea with Oracle's JRE?

>> Then they asked me to run this:
>>
>> alternatives --config java
>>
>> There are 2 programs which provide 'java'.
>>
>>   SelectionCommand
>> ---
>> *+ 1   /usr/lib/jvm/jre-1.8.0-openjdk.x86_64/bin/java
>>2   /usr/java/jre1.8.0_144/bin/jav
>>
>
> Maybe you should also try 'alternatives --config javaws' to switch to
> the Oracle java webstart. But i'm not sure that this is possible for javaws.

No, that gave no output.

>>> And at last, please check the security options with jcontrol. Newer java
>>> version are more restricted about security settings.
>>
>> I don't seem to have jcontrol
>
> Should be part of your JRE installation:
>
> [ulf@x1 ~]$ rpm -qlp Downloads/jre-8u144-linux-x64.rpm |grep bin/jcontrol
> /usr/java/jre1.8.0_144/bin/jcontrol

Ah, yes, I do have that. It's the same as running ControlPanel - that
is where they had me try puttin the IP address of the IMM in the
exception site list.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] JRE 8.1 for CentOS6

[Larry Martell]

On Thu, Sep 14, 2017 at 5:30 PM, Ulf Volmer <u.vol...@u-v.de> wrote:
> On 14.09.2017 21:26, Larry Martell wrote:
>> On Thu, Sep 14, 2017 at 3:08 PM, Stephen John Smoogen <smo...@gmail.com> 
>> wrote:
>
>>> So it sounds like the links needed for the plugin to work are not
>>> configured on the system. So you have some symlinks pointing to the
>>> openjdk with the system and some pointing the one you tried to
>>> install. I don't know how you installed this new jdk so it may be for
>>> many different reasons.
>>
>> I installed it by downloading the rpm and installing that. IBM said on
>> my older FF the app/plugin is called JNLP and I should change the
>> setting for that to 'always ask' and then when it asks use javaws - I
>> did that but it still fails.
>
> Again, please enter 'about:plugins' in the address bar of your browser
> to make sure, that the right java version is activated.

This is what I get from that:

application/x-java-vm IcedTea class,jar
application/x-java-applet IcedTea class,jar
application/x-java-applet;version=1.1 IcedTea class,jar
application/x-java-applet;version=1.1.1 IcedTea class,jar
application/x-java-applet;version=1.1.2 IcedTea class,jar
application/x-java-applet;version=1.1.3 IcedTea class,jar
application/x-java-applet;version=1.2 IcedTea class,jar
application/x-java-applet;version=1.2.1 IcedTea class,jar
application/x-java-applet;version=1.2.2 IcedTea class,jar
application/x-java-applet;version=1.3 IcedTea class,jar
application/x-java-applet;version=1.3.1 IcedTea class,jar
application/x-java-applet;version=1.4 IcedTea class,jar
application/x-java-applet;version=1.4.1 IcedTea class,jar
application/x-java-applet;version=1.4.2 IcedTea class,jar
application/x-java-applet;version=1.5 IcedTea class,jar
application/x-java-applet;version=1.6 IcedTea class,jar
application/x-java-applet;version=1.7 IcedTea class,jar
application/x-java-applet;version=1.8 IcedTea class,jar
application/x-java-applet;jpi-version=1.8.0_50 IcedTea class,jar
application/x-java-bean IcedTea class,jar
application/x-java-bean;version=1.1 IcedTea class,jar
application/x-java-bean;version=1.1.1 IcedTea class,jar
application/x-java-bean;version=1.1.2 IcedTea class,jar
application/x-java-bean;version=1.1.3 IcedTea class,jar
application/x-java-bean;version=1.2 IcedTea class,jar
application/x-java-bean;version=1.2.1 IcedTea class,jar
application/x-java-bean;version=1.2.2 IcedTea class,jar
application/x-java-bean;version=1.3 IcedTea class,jar
application/x-java-bean;version=1.3.1 IcedTea class,jar
application/x-java-bean;version=1.4 IcedTea class,jar
application/x-java-bean;version=1.4.1 IcedTea class,jar
application/x-java-bean;version=1.4.2 IcedTea class,jar
application/x-java-bean;version=1.5 IcedTea class,jar
application/x-java-bean;version=1.6 IcedTea class,jar
application/x-java-bean;version=1.7 IcedTea class,jar
application/x-java-bean;version=1.8 IcedTea class,jar
application/x-java-bean;jpi-version=1.8.0_50 IcedTea class,jar
application/x-java-vm-npruntime IcedTea

> But normally javaws is a different topic. As far as i remember, there
> should be an option to let firefox ask, which javaws should be executed.
> As i understand, you have different version installed.

When this was working before the firmware update the RC software
invoked IcedTea. As one of the attempted fixes IBM suggested using
javaws instead. Intially I did not have javaws but I did have
javaws.itweb. I tried that and it failed in the same way.

Then they asked me to run this:

alternatives --config java

There are 2 programs which provide 'java'.

  SelectionCommand
---
*+ 1   /usr/lib/jvm/jre-1.8.0-openjdk.x86_64/bin/java
   2   /usr/java/jre1.8.0_144/bin/jav


And switch to the second one. When I did that it still failed with
IcedTea, but then there was a javaws. I ran that and it did completely
different things and finally failed with "Login error". They they had
me go into ControlPanel and put the IP address of the IMM in the
excpetion site list. I did that and then I get: KVM Java: Duplicate
exists. Then they gave up and said they don't know.

> And at last, please check the security options with jcontrol. Newer java
> version are more restricted about security settings.

I don't seem to have jcontrol
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] JRE 8.1 for CentOS6

[Larry Martell]

On Thu, Sep 14, 2017 at 3:08 PM, Stephen John Smoogen <smo...@gmail.com> wrote:
> On 14 September 2017 at 14:51, Larry Martell <larry.mart...@gmail.com> wrote:
>> On Thu, Sep 14, 2017 at 2:32 PM, Ulf Volmer <u.vol...@u-v.de> wrote:
>>> On 14.09.2017 19:54, Larry Martell wrote:
>>>
>>>> Where would I do that? This is something running from a browser.
>>>
>>> Is the java plugin enabled in your browser? That's not the default nowadays.
>>>
>>> if you are running firefox you can check this by opening 'about:plugins'.
>>>
>>> here - configured for older HP ILOs -  for example, the plugin is linked
>>> into my firefox profile:
>>>
>>> [ulf@bob ~]$ ll .mozilla/firefox/ln5frqem.default/plugins
>>> total 0
>>> lrwxrwxrwx. 1 ulf ulf 37 Apr 21  2016 libnpjp2.so ->
>>> /opt/jre1.7.0_51/lib/i386/libnpjp2.so
>>
>> I am running a very old versiond of FF, 24.6.0, and the menus and
>> files are different. But I do not have a java plugin. But please note
>> that this used to work until today when I upgraded the firmware in the
>> IMM. That changed the java version required, so I updated that. But
>> the FF version and config has not changed.
>
> So it sounds like the links needed for the plugin to work are not
> configured on the system. So you have some symlinks pointing to the
> openjdk with the system and some pointing the one you tried to
> install. I don't know how you installed this new jdk so it may be for
> many different reasons.

I installed it by downloading the rpm and installing that. IBM said on
my older FF the app/plugin is called JNLP and I should change the
setting for that to 'always ask' and then when it asks use javaws - I
did that but it still fails.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] JRE 8.1 for CentOS6

[Larry Martell]

On Thu, Sep 14, 2017 at 2:32 PM, Ulf Volmer <u.vol...@u-v.de> wrote:
> On 14.09.2017 19:54, Larry Martell wrote:
>
>> Where would I do that? This is something running from a browser.
>
> Is the java plugin enabled in your browser? That's not the default nowadays.
>
> if you are running firefox you can check this by opening 'about:plugins'.
>
> here - configured for older HP ILOs -  for example, the plugin is linked
> into my firefox profile:
>
> [ulf@bob ~]$ ll .mozilla/firefox/ln5frqem.default/plugins
> total 0
> lrwxrwxrwx. 1 ulf ulf 37 Apr 21  2016 libnpjp2.so ->
> /opt/jre1.7.0_51/lib/i386/libnpjp2.so

I am running a very old versiond of FF, 24.6.0, and the menus and
files are different. But I do not have a java plugin. But please note
that this used to work until today when I upgraded the firmware in the
IMM. That changed the java version required, so I updated that. But
the FF version and config has not changed.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] JRE 8.1 for CentOS6

[Larry Martell]

On Thu, Sep 14, 2017 at 12:53 PM, Jose <linuxa...@gmail.com> wrote:
> Hello,
> Although you've instaled Oracle JRE 1.8, OpenJDK is the default, as you can
> see.
> Remove OpenJDK and execute java -version again.

How can I run yum remove without it trying to access the net? This
machine has no internet connection and yum remove has been running for
an hour trying to hit mirrors and repos.

> Kind regards
>
> El 14 sept. 2017 5:55 p. m., "Larry Martell" <larry.mart...@gmail.com>
> escribió:
>
>> On Thu, Sep 14, 2017 at 11:38 AM, Rich Huff <r...@richhuff.com> wrote:
>> > On Thu, 2017-09-14 at 11:25 -0400, Larry Martell wrote:
>> >> On Thu, Sep 14, 2017 at 11:08 AM, Darr247 <darr...@gmail.com> wrote:
>> >> >
>> >> >
>> >> > > I have some software that says it requires JRE 8.1 or higher.
>> >> >
>> >> > That's very odd, since technically JRE 8 is java 1.8 (and JRE 7
>> >> > is/was 1.7;
>> >> > JRE 6 was 1.6, et cetera).
>> >> >
>> >> > > If I go to
>> >> >
>> >> > http://www.oracle.com/technetwork/java/javase/downloads/jre8-downlo
>> >> > ads-21331
>> >> > 55.html
>> >> > > and install jre-8u144-linux-x64.rpm I get jrel.8.0_144. Anyone
>> >> > > know where
>> >> >
>> >> > I can get 8.1?
>> >> >
>> >> > http://javadl.oracle.com/webapps/download/AutoDL?BundleId=225344_09
>> >> > 0f390dda5
>> >> > b47b9b721c7dfaa008135
>> >> > should get you the 64-bit v1.8 build 144 of Java, which is indeed
>> >> > the latest
>> >> > version.
>> >> >
>> >> > What software is it that requires JRE 8.1?
>> >>
>> >> Sorry I mistyped it says 1.8 or greater. I did install that and I
>> >> still get the message. It's remote control software for an IBM
>> >> system.
>> >
>> > Do you have a lower version Java installed?
>> > What does command 'java -version' say?
>>
>> openJDK version "1.8.0_101"
>> OpenJDK Runtime Environment (build 1.8.0_101-b13)
>> OpenJDK 64-Bit Server VM (build 25.101-b13, mixed mode)
>>
>>
>> > IBM has their own flavor of Java.  Is it looking for that?
>>
>> I don't know. I am running CentOS6 and then trying to run their remote
>> control SW throught FF. Maybe I have to restart FF ... going to try
>> that ... no joy, same errors. Contacting IBM now.
>> ___
>> CentOS mailing list
>> CentOS@centos.org
>> https://lists.centos.org/mailman/listinfo/centos
>>
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] JRE 8.1 for CentOS6

[Larry Martell]

On Thu, Sep 14, 2017 at 1:51 PM, John R Pierce  wrote:
> On 9/14/2017 10:43 AM, m.r...@5-cent.us wrote:
>>
>> Jose wrote:
>>>
>>> Hello,
>>> Although you've instaled Oracle JRE 1.8, OpenJDK is the default, as you
>>> can see.
>>> Remove OpenJDK and execute java -version again.
>>
>> Or change alternatives, or set JAVA_HOME.
>
>
>
> Or, change the path.  the java command sets java_home internally based on
> where its invoked from.

Where would I do that? This is something running from a browser.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] JRE 8.1 for CentOS6

[Larry Martell]

On Thu, Sep 14, 2017 at 12:26 PM, ejm  wrote:
>> When I put in http it changes it back to https
>
> That's common now that everyone puts re-directs in to force everyone to use 
> https.
>
> Can you get to the Apache logs on the remote machine? They may have more info.
>
> The error about Java 1.8 might be a red-herring.
>
> If the remote machine uses Perl on the backend, you might try setting the 
> shell env variable OPENSSL_PREFIX to point on your local CentOS6 box to a 
> newer version of openssl that handles the TLS handshake. The CPAN module 
> Net::SSLeay uses that variable (if set) to use the specified OpenSSL library.

The remote machine is an IMM (Integrated Management Module). I can
connect to that from a browser and then use a remote contol function
to control the machine that is attached to the IMM. That machine will
not boot so I want to see the console, which I usually can via this RC
software. It worked before but yesterday I updated the firmware to fix
another issue and that changed java requirements and now RC does not
work.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] JRE 8.1 for CentOS6

[Larry Martell]

On Thu, Sep 14, 2017 at 12:04 PM, Darr247  wrote:
>> Contacting IBM now.
>
>
> In case they don't suggest it, try connecting with http instead of https to
> see if it's actually an SSL certificate problem.

When I put in http it changes it back to https
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] JRE 8.1 for CentOS6

[Larry Martell]

On Thu, Sep 14, 2017 at 12:01 PM, Stephen John Smoogen <smo...@gmail.com> wrote:
> On 14 September 2017 at 11:54, Larry Martell <larry.mart...@gmail.com> wrote:
>> On Thu, Sep 14, 2017 at 11:38 AM, Rich Huff <r...@richhuff.com> wrote:
>>> On Thu, 2017-09-14 at 11:25 -0400, Larry Martell wrote:
>>>> On Thu, Sep 14, 2017 at 11:08 AM, Darr247 <darr...@gmail.com> wrote:
>>>> >
>>>> >
>>>> > > I have some software that says it requires JRE 8.1 or higher.
>>>> >
>>>> > That's very odd, since technically JRE 8 is java 1.8 (and JRE 7
>>>> > is/was 1.7;
>>>> > JRE 6 was 1.6, et cetera).
>>>> >
>>>> > > If I go to
>>>> >
>>>> > http://www.oracle.com/technetwork/java/javase/downloads/jre8-downlo
>>>> > ads-21331
>>>> > 55.html
>>>> > > and install jre-8u144-linux-x64.rpm I get jrel.8.0_144. Anyone
>>>> > > know where
>>>> >
>>>> > I can get 8.1?
>>>> >
>>>> > http://javadl.oracle.com/webapps/download/AutoDL?BundleId=225344_09
>>>> > 0f390dda5
>>>> > b47b9b721c7dfaa008135
>>>> > should get you the 64-bit v1.8 build 144 of Java, which is indeed
>>>> > the latest
>>>> > version.
>>>> >
>>>> > What software is it that requires JRE 8.1?
>>>>
>>>> Sorry I mistyped it says 1.8 or greater. I did install that and I
>>>> still get the message. It's remote control software for an IBM
>>>> system.
>>>
>>> Do you have a lower version Java installed?
>>> What does command 'java -version' say?
>>
>> openJDK version "1.8.0_101"
>> OpenJDK Runtime Environment (build 1.8.0_101-b13)
>> OpenJDK 64-Bit Server VM (build 25.101-b13, mixed mode)
>>
>>
>>> IBM has their own flavor of Java.  Is it looking for that?
>>
>> I don't know. I am running CentOS6 and then trying to run their remote
>> control SW throught FF. Maybe I have to restart FF ... going to try
>> that ... no joy, same errors. Contacting IBM now.
>
> For some of the IBM hardware I have had to use a new Java but an old
> copy of Firefox. The best explanation I have is probably flawed but it
> was that the hardware wanted SSL1/SSL2 type stuff which the new
> Firefox and items blocked. There is probably a better way to fix it.

I have FF version 24.6.0 - probably very old. This is a locked down
machine, not on the internet, so installing anything is a pain.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] JRE 8.1 for CentOS6

[Larry Martell]

On Thu, Sep 14, 2017 at 11:38 AM, Rich Huff <r...@richhuff.com> wrote:
> On Thu, 2017-09-14 at 11:25 -0400, Larry Martell wrote:
>> On Thu, Sep 14, 2017 at 11:08 AM, Darr247 <darr...@gmail.com> wrote:
>> >
>> >
>> > > I have some software that says it requires JRE 8.1 or higher.
>> >
>> > That's very odd, since technically JRE 8 is java 1.8 (and JRE 7
>> > is/was 1.7;
>> > JRE 6 was 1.6, et cetera).
>> >
>> > > If I go to
>> >
>> > http://www.oracle.com/technetwork/java/javase/downloads/jre8-downlo
>> > ads-21331
>> > 55.html
>> > > and install jre-8u144-linux-x64.rpm I get jrel.8.0_144. Anyone
>> > > know where
>> >
>> > I can get 8.1?
>> >
>> > http://javadl.oracle.com/webapps/download/AutoDL?BundleId=225344_09
>> > 0f390dda5
>> > b47b9b721c7dfaa008135
>> > should get you the 64-bit v1.8 build 144 of Java, which is indeed
>> > the latest
>> > version.
>> >
>> > What software is it that requires JRE 8.1?
>>
>> Sorry I mistyped it says 1.8 or greater. I did install that and I
>> still get the message. It's remote control software for an IBM
>> system.
>
> Do you have a lower version Java installed?
> What does command 'java -version' say?

openJDK version "1.8.0_101"
OpenJDK Runtime Environment (build 1.8.0_101-b13)
OpenJDK 64-Bit Server VM (build 25.101-b13, mixed mode)


> IBM has their own flavor of Java.  Is it looking for that?

I don't know. I am running CentOS6 and then trying to run their remote
control SW throught FF. Maybe I have to restart FF ... going to try
that ... no joy, same errors. Contacting IBM now.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] JRE 8.1 for CentOS6

[Larry Martell]

On Thu, Sep 14, 2017 at 11:08 AM, Darr247  wrote:
>
>
>> I have some software that says it requires JRE 8.1 or higher.
>
> That's very odd, since technically JRE 8 is java 1.8 (and JRE 7 is/was 1.7;
> JRE 6 was 1.6, et cetera).
>
>> If I go to
> http://www.oracle.com/technetwork/java/javase/downloads/jre8-downloads-21331
> 55.html
>> and install jre-8u144-linux-x64.rpm I get jrel.8.0_144. Anyone know where
> I can get 8.1?
>
> http://javadl.oracle.com/webapps/download/AutoDL?BundleId=225344_090f390dda5
> b47b9b721c7dfaa008135
> should get you the 64-bit v1.8 build 144 of Java, which is indeed the latest
> version.
>
> What software is it that requires JRE 8.1?

Sorry I mistyped it says 1.8 or greater. I did install that and I
still get the message. It's remote control software for an IBM system.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] JRE 8.1 for CentOS6

[Larry Martell]

I have some software that says it requires JRE 8.1 or higher. If I go
to 
http://www.oracle.com/technetwork/java/javase/downloads/jre8-downloads-2133155.html
and install jre-8u144-linux-x64.rpm I get jrel.8.0_144. Anyone know
where I can get 8.1?
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] system slowdown

[Larry Martell]

On Thu, May 18, 2017 at 1:04 PM, Pete Biggs  wrote:
>
>>
>> kernel: BUG: soft lockup - CPU#5 stuck for 67s! [khungtaskd]
>> kernel: BUG: soft lockup - CPU#7 stuck for 67s! [khugepaged]
>>
>> These messages started appearing today around 7 AM, which is when
>> users started reporting the slowdown. They are still occurring
>> periodically and the system is still slow. Are these messages caused
>> by the slowdown or are they the reason for it? Are they useful in
>> tracking down the problem?
>
> They are what is causing it to appear to run slow.
>
> The soft lockup is when a CPU is spending a lot of time in kernel mode.
> The cause can be a number of things, including overloading or a bug in
> the kernel - or sometimes a hardware issue.
>
> Are you seeing any other possibly hardware related errors in the logs?
>
> Do you have the 'sensors' package installed and configured - is
> everything OK? (An overclocked CPU or a low voltage/bad PSU can cause
> this sort of thing.)

Sorry for the delay in responding, but that system was down until
today for other reasons. Indeed it was a bad power supply that was
making it run slow. Never would have guessed that. Thanks so much for
the suggestion. Had it replaced and it's running fine now.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] system slowdown

[Larry Martell]

On Thu, May 18, 2017 at 1:04 PM, Pete Biggs  wrote:
>
>>
>> kernel: BUG: soft lockup - CPU#5 stuck for 67s! [khungtaskd]
>> kernel: BUG: soft lockup - CPU#7 stuck for 67s! [khugepaged]
>>
>> These messages started appearing today around 7 AM, which is when
>> users started reporting the slowdown. They are still occurring
>> periodically and the system is still slow. Are these messages caused
>> by the slowdown or are they the reason for it? Are they useful in
>> tracking down the problem?
>
> They are what is causing it to appear to run slow.
>
> The soft lockup is when a CPU is spending a lot of time in kernel mode.
> The cause can be a number of things, including overloading or a bug in
> the kernel - or sometimes a hardware issue.
>
> Are you seeing any other possibly hardware related errors in the logs?
>
> Do you have the 'sensors' package installed and configured - is
> everything OK? (An overclocked CPU or a low voltage/bad PSU can cause
> this sort of thing.)

The IMM for the system is reporting a warning on the power system
"Redundancy Degraded for power unit has asserted" Going to contact the
HW vendor about this.


> Is the system heavily loaded when you get these errors? Not just with
> processes, but memory as well. (One of the hung processes is a kernel
> paging process.)

Well it gets heavily loaded because everything takes longer then it
should so everything backs up.


Thanks!!
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] system slowdown

[Larry Martell]

I have a CentOS 6 system that has suddenly starting significantly
slowing down. It runs a django app with an Apache server and MySQL
server. There is plenty of disk space and no process seems to be
hogging the memory or CPU. But operations that used to take 5 minutes
are now taking hours and hours.

Coinciding with this slow down I see these messages in
/var/log/messages (this is hand typed, as I can't copy/paste or send
email from this system, although for a change I do have remote access
via 2 VPN hops):


kernel: BUG: soft lockup - CPU#5 stuck for 67s! [khungtaskd]
kernel: BUG: soft lockup - CPU#7 stuck for 67s! [khugepaged]

These messages started appearing today around 7 AM, which is when
users started reporting the slowdown. They are still occurring
periodically and the system is still slow. Are these messages caused
by the slowdown or are they the reason for it? Are they useful in
tracking down the problem?
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] strange system outage

[Larry Martell]

On Fri, May 12, 2017 at 12:52 PM, Larry Martell <larry.mart...@gmail.com> wrote:
> On Fri, May 12, 2017 at 12:21 PM, Brian Mathis
> <brian.mathis+cen...@betteradmin.com> wrote:
>> On Fri, May 12, 2017 at 11:44 AM, Larry Martell <larry.mart...@gmail.com>
>> wrote:
>>
>>> On Thu, May 11, 2017 at 7:58 PM, Alexander Dalloz <ad+li...@uni-x.org>
>>> wrote:
>>> > Am 11.05.2017 um 20:30 schrieb Larry Martell:
>>> >>
>>> >> On Wed, May 10, 2017 at 3:19 PM, Larry Martell <larry.mart...@gmail.com
>>> >
>>> >> wrote:
>>> >>>
>>> >>> On Wed, May 10, 2017 at 3:07 PM, Jonathan Billings <
>>> billi...@negate.org>
>>> >>> wrote:
>>> >>>>
>>> >>>> On Wed, May 10, 2017 at 02:40:04PM -0400, Larry Martell wrote:
>>> >>>>>
>>> >>>>> I have a CentOS 7 system that I run a home grown python daemon on. I
>>> >>>>> run this same daemon on many other systems without any incident. On
>>> >>>>> this one system the daemon seems to die or be killed every day around
>>> >>>>> 3:30am. There is nothing it its log or any system logs that tell me
>>> >>>>> why it dies. However in /var/log/messages every day I see something
>>> >>>>> like this:
>>> >>>>
>>> >>>>
>>> >>>> How are you starting this daemon?
>>> >>>
>>> >>>
>>> >>> I am using code something like this:
>>> >>> https://gist.github.com/slor/5946334.
>>> >>>
>>> >>>> Can you check the journal?  Perhaps
>>> >>>> you'll see more useful information than what you see in the syslogs?
>>> >>>
>>> >>>
>>> >>> Thanks, I will do that.
>>> >>
>>> >>
>>> >> Thank you for that suggestion. I was able to get someone to run
>>> >> journalctl and send me the output and it was very interesting.
>>> >>
>>> >> First, there is logging going on continuously during the time when
>>> >> logging stops in /var/log/messages.
>>> >>
>>> >> Second, I see messages like this periodically:
>>> >>
>>> >> May 10 03:57:46 localhost.localdomain python[40222]: detected
>>> >> unhandled Python exception in
>>> >> '/usr/local/motor/motor/core/data/importer.py'
>>> >> May 10 03:57:46 localhost.localdomain abrt-server[40277]: Only 0MiB is
>>> >> available on /var/spool/abrt
>>> >> May 10 03:57:46 localhost.localdomain python[40222]: error sending
>>> >> data to ABRT daemon:
>>> >>
>>> >> This happens at various times of the day, and I do not think is
>>> >> related to the daemon crashing.
>>> >>
>>> >> But I did see one occurrence of this:
>>> >>
>>> >> May 09 03:49:35 localhost.localdomain python[14042]: detected
>>> >> unhandled Python exception in
>>> >> '/usr/local/motor/motor/core/data/importerd.py'
>>> >> May 09 03:49:35 localhost.localdomain abrt-server[22714]: Only 0MiB is
>>> >> available on /var/spool/abrt
>>> >> May 09 03:49:35 localhost.localdomain python[14042]: error sending
>>> >> data to ABRT daemon:
>>> >>
>>> >> And that is the daemon. But I only see that on this one day, and it
>>> >> crashes every day.
>>> >>
>>> >> And I see this type of message frequently throughout the day, every day:
>>> >>
>>> >> May 09 03:40:01 localhost.localdomain CROND[21447]: (motor) CMD
>>> >> (python /usr/local/motor/motor/scripts/image_mover.py -v1 -d
>>> >> /usr/local/motor/data > ~/last_image_move_log.txt)
>>> >> May 09 03:40:01 localhost.localdomain abrt-server[21453]: Only 0MiB is
>>> >> available on /var/spool/abrt
>>> >> May 09 03:40:01 localhost.localdomain python[21402]: error sending
>>> >> data to ABRT daemon:
>>> >> May 09 03:40:01 localhost.localdomain postfix/postdrop[21456]:
>>> >> warning: uid=0: No space left on device
>>> >> May 09 03:40:01 localhost.localdomain postfix/sendmail[21455]: fatal:
>>> >> root(0): queue file write error
>>> >> May 0

Re: [CentOS] strange system outage

[Larry Martell]

On Fri, May 12, 2017 at 12:21 PM, Brian Mathis
<brian.mathis+cen...@betteradmin.com> wrote:
> On Fri, May 12, 2017 at 11:44 AM, Larry Martell <larry.mart...@gmail.com>
> wrote:
>
>> On Thu, May 11, 2017 at 7:58 PM, Alexander Dalloz <ad+li...@uni-x.org>
>> wrote:
>> > Am 11.05.2017 um 20:30 schrieb Larry Martell:
>> >>
>> >> On Wed, May 10, 2017 at 3:19 PM, Larry Martell <larry.mart...@gmail.com
>> >
>> >> wrote:
>> >>>
>> >>> On Wed, May 10, 2017 at 3:07 PM, Jonathan Billings <
>> billi...@negate.org>
>> >>> wrote:
>> >>>>
>> >>>> On Wed, May 10, 2017 at 02:40:04PM -0400, Larry Martell wrote:
>> >>>>>
>> >>>>> I have a CentOS 7 system that I run a home grown python daemon on. I
>> >>>>> run this same daemon on many other systems without any incident. On
>> >>>>> this one system the daemon seems to die or be killed every day around
>> >>>>> 3:30am. There is nothing it its log or any system logs that tell me
>> >>>>> why it dies. However in /var/log/messages every day I see something
>> >>>>> like this:
>> >>>>
>> >>>>
>> >>>> How are you starting this daemon?
>> >>>
>> >>>
>> >>> I am using code something like this:
>> >>> https://gist.github.com/slor/5946334.
>> >>>
>> >>>> Can you check the journal?  Perhaps
>> >>>> you'll see more useful information than what you see in the syslogs?
>> >>>
>> >>>
>> >>> Thanks, I will do that.
>> >>
>> >>
>> >> Thank you for that suggestion. I was able to get someone to run
>> >> journalctl and send me the output and it was very interesting.
>> >>
>> >> First, there is logging going on continuously during the time when
>> >> logging stops in /var/log/messages.
>> >>
>> >> Second, I see messages like this periodically:
>> >>
>> >> May 10 03:57:46 localhost.localdomain python[40222]: detected
>> >> unhandled Python exception in
>> >> '/usr/local/motor/motor/core/data/importer.py'
>> >> May 10 03:57:46 localhost.localdomain abrt-server[40277]: Only 0MiB is
>> >> available on /var/spool/abrt
>> >> May 10 03:57:46 localhost.localdomain python[40222]: error sending
>> >> data to ABRT daemon:
>> >>
>> >> This happens at various times of the day, and I do not think is
>> >> related to the daemon crashing.
>> >>
>> >> But I did see one occurrence of this:
>> >>
>> >> May 09 03:49:35 localhost.localdomain python[14042]: detected
>> >> unhandled Python exception in
>> >> '/usr/local/motor/motor/core/data/importerd.py'
>> >> May 09 03:49:35 localhost.localdomain abrt-server[22714]: Only 0MiB is
>> >> available on /var/spool/abrt
>> >> May 09 03:49:35 localhost.localdomain python[14042]: error sending
>> >> data to ABRT daemon:
>> >>
>> >> And that is the daemon. But I only see that on this one day, and it
>> >> crashes every day.
>> >>
>> >> And I see this type of message frequently throughout the day, every day:
>> >>
>> >> May 09 03:40:01 localhost.localdomain CROND[21447]: (motor) CMD
>> >> (python /usr/local/motor/motor/scripts/image_mover.py -v1 -d
>> >> /usr/local/motor/data > ~/last_image_move_log.txt)
>> >> May 09 03:40:01 localhost.localdomain abrt-server[21453]: Only 0MiB is
>> >> available on /var/spool/abrt
>> >> May 09 03:40:01 localhost.localdomain python[21402]: error sending
>> >> data to ABRT daemon:
>> >> May 09 03:40:01 localhost.localdomain postfix/postdrop[21456]:
>> >> warning: uid=0: No space left on device
>> >> May 09 03:40:01 localhost.localdomain postfix/sendmail[21455]: fatal:
>> >> root(0): queue file write error
>> >> May 09 03:40:01 localhost.localdomain crond[2630]: postdrop: warning:
>> >> uid=0: No space left on device
>> >> May 09 03:40:01 localhost.localdomain crond[2630]: sendmail: fatal:
>> >> root(0): queue file write error
>> >> May 09 03:40:01 localhost.localdomain CROND[21443]: (root) MAIL
>> >> (mailed 67 bytes of output but got status 0x004b)
>> >>
>> >>

Re: [CentOS] strange system outage

[Larry Martell]

On Thu, May 11, 2017 at 7:58 PM, Alexander Dalloz <ad+li...@uni-x.org> wrote:
> Am 11.05.2017 um 20:30 schrieb Larry Martell:
>>
>> On Wed, May 10, 2017 at 3:19 PM, Larry Martell <larry.mart...@gmail.com>
>> wrote:
>>>
>>> On Wed, May 10, 2017 at 3:07 PM, Jonathan Billings <billi...@negate.org>
>>> wrote:
>>>>
>>>> On Wed, May 10, 2017 at 02:40:04PM -0400, Larry Martell wrote:
>>>>>
>>>>> I have a CentOS 7 system that I run a home grown python daemon on. I
>>>>> run this same daemon on many other systems without any incident. On
>>>>> this one system the daemon seems to die or be killed every day around
>>>>> 3:30am. There is nothing it its log or any system logs that tell me
>>>>> why it dies. However in /var/log/messages every day I see something
>>>>> like this:
>>>>
>>>>
>>>> How are you starting this daemon?
>>>
>>>
>>> I am using code something like this:
>>> https://gist.github.com/slor/5946334.
>>>
>>>> Can you check the journal?  Perhaps
>>>> you'll see more useful information than what you see in the syslogs?
>>>
>>>
>>> Thanks, I will do that.
>>
>>
>> Thank you for that suggestion. I was able to get someone to run
>> journalctl and send me the output and it was very interesting.
>>
>> First, there is logging going on continuously during the time when
>> logging stops in /var/log/messages.
>>
>> Second, I see messages like this periodically:
>>
>> May 10 03:57:46 localhost.localdomain python[40222]: detected
>> unhandled Python exception in
>> '/usr/local/motor/motor/core/data/importer.py'
>> May 10 03:57:46 localhost.localdomain abrt-server[40277]: Only 0MiB is
>> available on /var/spool/abrt
>> May 10 03:57:46 localhost.localdomain python[40222]: error sending
>> data to ABRT daemon:
>>
>> This happens at various times of the day, and I do not think is
>> related to the daemon crashing.
>>
>> But I did see one occurrence of this:
>>
>> May 09 03:49:35 localhost.localdomain python[14042]: detected
>> unhandled Python exception in
>> '/usr/local/motor/motor/core/data/importerd.py'
>> May 09 03:49:35 localhost.localdomain abrt-server[22714]: Only 0MiB is
>> available on /var/spool/abrt
>> May 09 03:49:35 localhost.localdomain python[14042]: error sending
>> data to ABRT daemon:
>>
>> And that is the daemon. But I only see that on this one day, and it
>> crashes every day.
>>
>> And I see this type of message frequently throughout the day, every day:
>>
>> May 09 03:40:01 localhost.localdomain CROND[21447]: (motor) CMD
>> (python /usr/local/motor/motor/scripts/image_mover.py -v1 -d
>> /usr/local/motor/data > ~/last_image_move_log.txt)
>> May 09 03:40:01 localhost.localdomain abrt-server[21453]: Only 0MiB is
>> available on /var/spool/abrt
>> May 09 03:40:01 localhost.localdomain python[21402]: error sending
>> data to ABRT daemon:
>> May 09 03:40:01 localhost.localdomain postfix/postdrop[21456]:
>> warning: uid=0: No space left on device
>> May 09 03:40:01 localhost.localdomain postfix/sendmail[21455]: fatal:
>> root(0): queue file write error
>> May 09 03:40:01 localhost.localdomain crond[2630]: postdrop: warning:
>> uid=0: No space left on device
>> May 09 03:40:01 localhost.localdomain crond[2630]: sendmail: fatal:
>> root(0): queue file write error
>> May 09 03:40:01 localhost.localdomain CROND[21443]: (root) MAIL
>> (mailed 67 bytes of output but got status 0x004b)
>>
>> So it seems there is a space issue.
>>
>> And finally, coinciding with the time that the logging resumes in
>> /var/log/messages I see this every day at that time:
>>
>> May 10 03:57:57 localhost.localdomain
>> run-parts(/etc/cron.daily)[40293]: finished mlocate
>> May 10 03:57:57 localhost.localdomain anacron[33406]: Job `cron.daily'
>> terminated (mailing output)
>> May 10 03:57:57 localhost.localdomain anacron[33406]: Normal exit (1 job
>> run)
>>
>> I need to get my remote hands to get me more info.
>
>
> df -hT; df -i
>
> There is no space left on a vital partition / logical volume.
>
> "Only 0MiB is available on /var/spool/abrt"
>
> "postdrop: warning: uid=0: No space left on device"

Yes, I saw that and assumed that was the root cause of the issue. But
when I had my guy over in Japan check he found that / had 15G (of 50)
free. We did some more investigating and it seems that when mlocate
runs the disk fills up and bad things happen. Why is that happening?
It is because 15G free space is not enough? We ran a du and most of
the space on / was used by /var/log (11G), and /var/lib/mlocate (20G).
Can I disable mlocate and get rid of that large dir?
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] strange system outage

[Larry Martell]

On Wed, May 10, 2017 at 3:19 PM, Larry Martell <larry.mart...@gmail.com> wrote:
> On Wed, May 10, 2017 at 3:07 PM, Jonathan Billings <billi...@negate.org> 
> wrote:
>> On Wed, May 10, 2017 at 02:40:04PM -0400, Larry Martell wrote:
>>> I have a CentOS 7 system that I run a home grown python daemon on. I
>>> run this same daemon on many other systems without any incident. On
>>> this one system the daemon seems to die or be killed every day around
>>> 3:30am. There is nothing it its log or any system logs that tell me
>>> why it dies. However in /var/log/messages every day I see something
>>> like this:
>>
>> How are you starting this daemon?
>
> I am using code something like this: https://gist.github.com/slor/5946334.
>
>> Can you check the journal?  Perhaps
>> you'll see more useful information than what you see in the syslogs?
>
> Thanks, I will do that.

Thank you for that suggestion. I was able to get someone to run
journalctl and send me the output and it was very interesting.

First, there is logging going on continuously during the time when
logging stops in /var/log/messages.

Second, I see messages like this periodically:

May 10 03:57:46 localhost.localdomain python[40222]: detected
unhandled Python exception in
'/usr/local/motor/motor/core/data/importer.py'
May 10 03:57:46 localhost.localdomain abrt-server[40277]: Only 0MiB is
available on /var/spool/abrt
May 10 03:57:46 localhost.localdomain python[40222]: error sending
data to ABRT daemon:

This happens at various times of the day, and I do not think is
related to the daemon crashing.

But I did see one occurrence of this:

May 09 03:49:35 localhost.localdomain python[14042]: detected
unhandled Python exception in
'/usr/local/motor/motor/core/data/importerd.py'
May 09 03:49:35 localhost.localdomain abrt-server[22714]: Only 0MiB is
available on /var/spool/abrt
May 09 03:49:35 localhost.localdomain python[14042]: error sending
data to ABRT daemon:

And that is the daemon. But I only see that on this one day, and it
crashes every day.

And I see this type of message frequently throughout the day, every day:

May 09 03:40:01 localhost.localdomain CROND[21447]: (motor) CMD
(python /usr/local/motor/motor/scripts/image_mover.py -v1 -d
/usr/local/motor/data > ~/last_image_move_log.txt)
May 09 03:40:01 localhost.localdomain abrt-server[21453]: Only 0MiB is
available on /var/spool/abrt
May 09 03:40:01 localhost.localdomain python[21402]: error sending
data to ABRT daemon:
May 09 03:40:01 localhost.localdomain postfix/postdrop[21456]:
warning: uid=0: No space left on device
May 09 03:40:01 localhost.localdomain postfix/sendmail[21455]: fatal:
root(0): queue file write error
May 09 03:40:01 localhost.localdomain crond[2630]: postdrop: warning:
uid=0: No space left on device
May 09 03:40:01 localhost.localdomain crond[2630]: sendmail: fatal:
root(0): queue file write error
May 09 03:40:01 localhost.localdomain CROND[21443]: (root) MAIL
(mailed 67 bytes of output but got status 0x004b)

So it seems there is a space issue.

And finally, coinciding with the time that the logging resumes in
/var/log/messages I see this every day at that time:

May 10 03:57:57 localhost.localdomain
run-parts(/etc/cron.daily)[40293]: finished mlocate
May 10 03:57:57 localhost.localdomain anacron[33406]: Job `cron.daily'
terminated (mailing output)
May 10 03:57:57 localhost.localdomain anacron[33406]: Normal exit (1 job run)

I need to get my remote hands to get me more info.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] strange system outage

[Larry Martell]

On Wed, May 10, 2017 at 3:11 PM, Larry Martell <larry.mart...@gmail.com> wrote:
> On Wed, May 10, 2017 at 3:05 PM, Alexander Dalloz <ad+li...@uni-x.org> wrote:
>> Am 10.05.2017 um 20:40 schrieb Larry Martell:
>>>
>>> I have a CentOS 7 system that I run a home grown python daemon on. I
>>> run this same daemon on many other systems without any incident. On
>>> this one system the daemon seems to die or be killed every day around
>>> 3:30am. There is nothing it its log or any system logs that tell me
>>> why it dies. However in /var/log/messages every day I see something
>>> like this:
>>>
>>> May 10 03:35:58 localhost pure-ftpd: (t...@xx.xx.xx.xx) [NOTICE]
>>> /usrMay 10 03:57:57 localhost pure-ftpd: (t...@xx.xx.xx.xx) [NOTICE]
>>>
>>> /usr/local/motor/data//B31/today/Images/CP0982436.00C_T6PH8_M0-R_1/T6PH8_M0-RN_TT6PH8_M0-R_P4_M1_FX-1_FY4_RR1_TR1_Ver3.jpg
>>> uploaded  (90666 bytes, 8322.34KB/sec)
>>>
>>>
>>> Notice how the message that was being printed at 03:35:58 is truncated
>>> mid-message and the next message is at 03:57:57 – there are always
>>> messages like around the time when the daemon dies. What could be
>>> going on here?
>>
>>
>> Have you checked /etc/cron.daily/ for a cron job to restart the pure-ftpd
>> service? /etc/cron.daily is called from /etc/anacrontab with some randomness
>> so that the execution time varies.
>
> I will check that, but the the pure-ftpd service is not my daemon that
> is getting killed - I was thinking the sudden stopping of the logging
> and subsequent time gap would be some sort of clue as to what is
> happing at that time.

/etc/cron.daily has:

0yum-daily.cron  logrotate  man-db.cron  mlocate
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] strange system outage

[Larry Martell]

On Wed, May 10, 2017 at 4:18 PM, Jonathan Billings <billi...@negate.org> wrote:
> On Wed, May 10, 2017 at 03:19:05PM -0400, Larry Martell wrote:
>> > How are you starting this daemon?
>>
>> I am using code something like this: https://gist.github.com/slor/5946334.
>
> Oh, I was assuming that since you called it a daemon, it was actually
> something started automatically on boot, instead of something you
> manually started and it daemonized.

So on all the other systems that this is deployed on it is started
automatically at boot and it's controlled with service or systemctl.
On this system because I do not have remote access and I do not have a
very competent set of hands over there it was never set up to run as a
service. So a user manually starts it by running the daemon script.

This had been running on the machine like that for 8 months. The
nightly crash just started on April 21 and has happened every day
since.

> If it is dying, are you logged in when its running?

I am not 100% sure, but I think the user sus, starts the daemon
process and then exits the su.

> does it require you to be connected when its running?

No. The underlying script polls dirs looking for files, and loads data
into a db.

> Maybe you should run it in a
> screen/tmux instead of daemonizing, so you can see stderr/stdout?

stdout and stderr are written to a file and when the daemon gets
killed or dies or whatever happens to it, the output in the file
abruptly stops, just like what I showed in the messages file.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] strange system outage

[Larry Martell]

On Wed, May 10, 2017 at 3:07 PM, Jonathan Billings <billi...@negate.org> wrote:
> On Wed, May 10, 2017 at 02:40:04PM -0400, Larry Martell wrote:
>> I have a CentOS 7 system that I run a home grown python daemon on. I
>> run this same daemon on many other systems without any incident. On
>> this one system the daemon seems to die or be killed every day around
>> 3:30am. There is nothing it its log or any system logs that tell me
>> why it dies. However in /var/log/messages every day I see something
>> like this:
>
> How are you starting this daemon?

I am using code something like this: https://gist.github.com/slor/5946334.

> Can you check the journal?  Perhaps
> you'll see more useful information than what you see in the syslogs?

Thanks, I will do that.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] strange system outage

[Larry Martell]

On Wed, May 10, 2017 at 3:05 PM, Alexander Dalloz <ad+li...@uni-x.org> wrote:
> Am 10.05.2017 um 20:40 schrieb Larry Martell:
>>
>> I have a CentOS 7 system that I run a home grown python daemon on. I
>> run this same daemon on many other systems without any incident. On
>> this one system the daemon seems to die or be killed every day around
>> 3:30am. There is nothing it its log or any system logs that tell me
>> why it dies. However in /var/log/messages every day I see something
>> like this:
>>
>> May 10 03:35:58 localhost pure-ftpd: (t...@xx.xx.xx.xx) [NOTICE]
>> /usrMay 10 03:57:57 localhost pure-ftpd: (t...@xx.xx.xx.xx) [NOTICE]
>>
>> /usr/local/motor/data//B31/today/Images/CP0982436.00C_T6PH8_M0-R_1/T6PH8_M0-RN_TT6PH8_M0-R_P4_M1_FX-1_FY4_RR1_TR1_Ver3.jpg
>> uploaded  (90666 bytes, 8322.34KB/sec)
>>
>>
>> Notice how the message that was being printed at 03:35:58 is truncated
>> mid-message and the next message is at 03:57:57 – there are always
>> messages like around the time when the daemon dies. What could be
>> going on here?
>
>
> Have you checked /etc/cron.daily/ for a cron job to restart the pure-ftpd
> service? /etc/cron.daily is called from /etc/anacrontab with some randomness
> so that the execution time varies.

I will check that, but the the pure-ftpd service is not my daemon that
is getting killed - I was thinking the sudden stopping of the logging
and subsequent time gap would be some sort of clue as to what is
happing at that time.

This is a system I do not have remote access to and it's in Japan so I
have to ask someone there to do things for me. Such a pain.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] strange system outage

[Larry Martell]

I have a CentOS 7 system that I run a home grown python daemon on. I
run this same daemon on many other systems without any incident. On
this one system the daemon seems to die or be killed every day around
3:30am. There is nothing it its log or any system logs that tell me
why it dies. However in /var/log/messages every day I see something
like this:

May 10 03:35:58 localhost pure-ftpd: (t...@xx.xx.xx.xx) [NOTICE]
/usrMay 10 03:57:57 localhost pure-ftpd: (t...@xx.xx.xx.xx) [NOTICE]
/usr/local/motor/data//B31/today/Images/CP0982436.00C_T6PH8_M0-R_1/T6PH8_M0-RN_TT6PH8_M0-R_P4_M1_FX-1_FY4_RR1_TR1_Ver3.jpg
uploaded  (90666 bytes, 8322.34KB/sec)


Notice how the message that was being printed at 03:35:58 is truncated
mid-message and the next message is at 03:57:57 – there are always
messages like around the time when the daemon dies. What could be
going on here?
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 7 selinux

[Larry Martell]

On Wed, May 10, 2017 at 9:30 AM, Peter Eckel  wrote:

> Hi Larry,
>
> > If I make a change to /etc/sysconfig/selinux do I have to restart
> anything
> > for the change to take effect?
>
> It depends.
>
> If you are changing the SELinux mode from 'enforcing' to 'permissive' and
> vice versa, you can make that change active in the running system by
> issuing the 'setenforce 1' or 'setenforce 0' command, respectively.
>
> If you want to go to or from 'disabled' or change the SELinux policy
> you'll need to reboot to activate the change.
>

Thanks!
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] CentOS 7 selinux

[Larry Martell]

If I make a change to /etc/sysconfig/selinux do I have to restart anything
for the change to take effect?
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS version

[Larry Martell]

On Thu, Apr 27, 2017 at 12:33 PM, Pete Biggs <p...@biggs.org.uk> wrote:
> On Thu, 2017-04-27 at 12:23 -0400, Larry Martell wrote:
>> I am trying to find out what version of CentOS is running at a
>> customer site, but I do not have remote access and there is no one
>> there to run anything for me. But I do have a dmesg output and I see
>> this:
>>
>> Linux version 3.10.0-327.22.2.el7.x86_64
>> (buil...@kbuilder.dev.centos.org) (gcc version 4.8.3 20140911 (Red Hat
>> 4.8.3-9) (GCC) ) #1 SMP Thu Jun 23 17:05:11 UTC 2016
>>
>> From that can someone tell me what the CentOS version is?
>
> "el7" = Enterprise Linux 7, i.e. CentOS 7
>
> The 3.10.0-327 series kernel is CentOS 7.2

Thanks much!
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] CentOS version

[Larry Martell]

I am trying to find out what version of CentOS is running at a
customer site, but I do not have remote access and there is no one
there to run anything for me. But I do have a dmesg output and I see
this:

Linux version 3.10.0-327.22.2.el7.x86_64
(buil...@kbuilder.dev.centos.org) (gcc version 4.8.3 20140911 (Red Hat
4.8.3-9) (GCC) ) #1 SMP Thu Jun 23 17:05:11 UTC 2016

>From that can someone tell me what the CentOS version is?
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] long delay when logging in

[Larry Martell]

I have a CentOS 7 system and when I login with putty or ssh there is a
long delay before I get the password prompt. I ran ssh -v and I found
that it gets up to this:

debug1: ssh_ecdsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received

and then it sits there for 1-2 minutes and then this output blasts out:

debug1: Authentications that can continue:
publickey,gssapi-keyex,gssapi-with-mic,password
debug1: Next authentication method: gssapi-keyex
debug1: No valid Key exchange context
debug1: Next authentication method: gssapi-with-mic
debug1: Unspecified GSS failure.  Minor code may provide more information
No Kerberos credentials available
debug1: Unspecified GSS failure.  Minor code may provide more information
No Kerberos credentials available
debug1: Unspecified GSS failure.  Minor code may provide more information
debug1: Unspecified GSS failure.  Minor code may provide more information
No Kerberos credentials available
debug1: Next authentication method: publickey
debug1: Trying private key: /home/motor/.ssh/id_rsa
debug1: Trying private key: /home/motor/.ssh/id_dsa
debug1: Trying private key: /home/motor/.ssh/id_ecdsa
debug1: Trying private key: /home/motor/.ssh/id_ed25519
debug1: Next authentication method: password

And then the password prompt comes out. This happens no matter which
user is logging in. It only happens on the 1 system. I have 5 others
where the proceeds without the delay.

There are no disk or memory or any other errors in the logs.


What could be causing it to delay like this?
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] NFS help

[Larry Martell]

On Thu, Oct 27, 2016 at 5:16 PM,  <m.r...@5-cent.us> wrote:
> Matt Garman wrote:
>> On Thu, Oct 27, 2016 at 12:03 AM, Larry Martell <larry.mart...@gmail.com>
>> wrote:
> 
>> On Thu, Oct 27, 2016 at 3:05 AM, Larry Martell <larry.mart...@gmail.com>
>> wrote:
>>> Well I spoke too soon. The importer (the one that was initially
>>> hanging that I came here to fix) hung up after running 20 hours. There
>>> were no NFS errors or messages on neither the client nor the server.
>>> When I restarted it, it hung after 1 minute, Restarted it again and it
>>> hung after 20 seconds. After that when I restarted it it hung
>>> immediately. Still no NFS errors or messages. I tried running the
>>> process on the server and it worked fine. So I have to believe this is
>>> related to nobarrier. Tomorrow I will try removing that setting, but I
>>> am no closer to solving this and I have to leave Japan Saturday :-(
>>>
>>> The bad disk still has not been replaced - that is supposed to happen
>>> tomorrow, but I won't have enough time after that to draw any
>>> conclusions.
>>
>> I've seen behavior like that with disks that are on their way out...
> 
> I just had a truly unpleasant thought, speaking of disks. Years ago, we
> tried some WD Green drives in our servers, and that was a disaster. In
> somewhere between days and weeks, the drives would go offline. I finally
> found out what happened: consumer-grade drives are intended for desktops,
> and the TLER - how long the drive keeps trying to read or write to a
> sector before giving up, marking the sector bad, and going somewhere else
> - is two *minutes*. Our servers were expecting the TLER to be 7 *seconds*
> or under. Any chance the client cheaped out with any of the drives?

No, it's a fairly high end Lenovo X series server (X3650 I think).
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] NFS help

[Larry Martell]

On Thu, Oct 27, 2016 at 4:23 PM, Matt Garman <matthew.gar...@gmail.com> wrote:
> On Thu, Oct 27, 2016 at 12:03 AM, Larry Martell <larry.mart...@gmail.com> 
> wrote:
>> This site is locked down like no other I have ever seen. You cannot
>> bring anything into the site - no computers, no media, no phone. You
>> ...
>> This is my client's client, and even if I could circumvent their
>> policy I would not do that. They have a zero tolerance policy and if
>> ...
>
> OK, no internet for real. :) Sorry I kept pushing this.  I made an
> unflattering assumption that maybe it just hadn't occurred to you how
> to get files in or out.  Sometimes there are "soft" barriers to
> bringing files in or out: they don't want it to be trivial, but want
> it to be doable if necessary.  But then there are times when they
> really mean it.  I thought maybe the former applied to you, but
> clearly it's the latter.  Apologies.
>
>> These are all good debugging techniques, and I have tried some of
>> them, but I think the issue is load related. There are 50 external
>> machines ftp-ing to the C7 server, 24/7, thousands of files a day. And
>> on the C6 client the script that processes them is running
>> continuously. It will sometimes run for 7 hours then hang, but it has
>> run for as long as 3 days before hanging. I have never been able to
>> reproduce the errors/hanging situation manually.
>
> If it truly is load related, I'd think you'd see something askew in
> the sar logs.  But if the load tends to spike, rather than be
> continuous, the sar sampling rate may be too coarse to pick it up.
>
>> And again, this is only at this site. We have the same software
>> deployed at 10 different sites all doing the same thing, and it all
>> works fine at all of those.
>
> Flaky hardware can also cause weird intermittent issues.  I know you
> mentioned before your hardware is fairly new/decent spec; but that
> doesn't make it immune to manufacturing defects.  For example, imagine
> one voltage regulator that's ever-so-slightly out of spec.  It
> happens.  Bad memory is not uncommon and certainly causes all kinds of
> mysterious issues (though in my experience that tends to result in
> spontaneous reboots or hard lockups, but truly anything could happen).
>
> Ideally, you could take the system offline and run hardware
> diagnostics, but I suspect that's impossible given your restrictions
> on taking things in/out of the datacenter.
>
> On Thu, Oct 27, 2016 at 3:05 AM, Larry Martell <larry.mart...@gmail.com> 
> wrote:
>> Well I spoke too soon. The importer (the one that was initially
>> hanging that I came here to fix) hung up after running 20 hours. There
>> were no NFS errors or messages on neither the client nor the server.
>> When I restarted it, it hung after 1 minute, Restarted it again and it
>> hung after 20 seconds. After that when I restarted it it hung
>> immediately. Still no NFS errors or messages. I tried running the
>> process on the server and it worked fine. So I have to believe this is
>> related to nobarrier. Tomorrow I will try removing that setting, but I
>> am no closer to solving this and I have to leave Japan Saturday :-(
>>
>> The bad disk still has not been replaced - that is supposed to happen
>> tomorrow, but I won't have enough time after that to draw any
>> conclusions.
>
> I've seen behavior like that with disks that are on their way out...
> basically the system wants to read a block of data, and the disk
> doesn't read it successfully, so it keeps trying.  The kind of disk,
> what kind of controller it's behind, raid level, and various other
> settings can all impact this phenomenon, and also how much detail you
> can see about it.  You already know you have one bad disk, so that's
> kind of an open wound that may or may not be contributing to your
> bigger, unsolved problem.

Just replaced the disk but I am leaving tomorrow so it was decided
that we will run the process on the C7 server, at least for now. I
will probably have to come back here early next year and revisit this.
We are thinking of building a new system back in NY and shipping it
here and swapping them out.
>
> So that makes me think, you can also do some basic disk benchmarking.
> iozone and bonnie++ are nice, but I'm guessing they're not installed
> and you don't have a means to install them.  But you can use "dd" to
> do some basic benchmarking, and that's all but guaranteed to be
> installed.  Similar to network benchmarking, you can do something
> like:
> time dd if=/dev/zero of=/tmp/testfile.dat bs=1G count=256
>
> That will generate a 256 GB file.  Adjust "bs" and

Re: [CentOS] NFS help

[Larry Martell]

On Thu, Oct 27, 2016 at 12:35 PM, Gordon Messmer
<gordon.mess...@gmail.com> wrote:
> On 10/26/2016 09:54 PM, Larry Martell wrote:
>>
>> And on the C6 client there is a similar blocked message for the ftp
>> job, blocked on nfs_flush, then the bad sequence number message I had
>> seen before, and at that point the ftp_job hung.
>
>
>
> Are any of these systems using jumbo frames?  Check the MTU in the output of
> "ip link show" on every system, server and client. If any device doesn't
> match the MTU of all of the others, that might cause the problem you're
> describing.  And if they all match, but they're larger than 1500, a switch
> that doesn't support jumbo frames would also cause the problem you're
> describing.

They all are 1500.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] NFS help

[Larry Martell]

On Thu, Oct 27, 2016 at 1:03 AM, Larry Martell <larry.mart...@gmail.com> wrote:
> On Wed, Oct 26, 2016 at 9:35 AM, Matt Garman <matthew.gar...@gmail.com> wrote:
>> On Tue, Oct 25, 2016 at 7:22 PM, Larry Martell <larry.mart...@gmail.com> 
>> wrote:
>>> Again, no machine on the internal network that my 2 CentOS hosts are
>>> on are connected to the internet. I have no way to download anything.,
>>> There is an onerous and protracted process to get files into the
>>> internal network and I will see if I can get netperf in.
>>
>> Right, but do you have physical access to those machines?  Do you have
>> physical access to the machine which on which you use PuTTY to connect
>> to those machines?  If yes to either question, then you can use
>> another system (that does have Internet access) to download the files
>> you want, put them on a USB drive (or burn to a CD, etc), and bring
>> the USB/CD to the C6/C7/PuTTY machines.
>
> This site is locked down like no other I have ever seen. You cannot
> bring anything into the site - no computers, no media, no phone. You
> have to empty your pockets and go through an airport type naked body
> scan.
>
>> There's almost always a technical way to get files on to (or out of) a
>> system.  :)  Now, your company might have *policies* that forbid
>> skirting around the technical measures that are in place.
>
> This is my client's client, and even if I could circumvent their
> policy I would not do that. They have a zero tolerance policy and if
> you are caught violating it you are banned for life from the company.
> And that would not make my client happy.
>
>> Here's another way you might be able to test network connectivity
>> between C6 and C7 without installing new tools: see if both machines
>> have "nc" (netcat) installed.  I've seen this tool referred to as "the
>> swiss army knife of network testing tools", and that is indeed an apt
>> description.  So if you have that installed, you can hit up the web
>> for various examples of its use.  It's designed to be easily scripted,
>> so you can write your own tests, and in theory implement something
>> similar to netperf.
>>
>> OK, I just thought of another "poor man's" way to at least do some
>> sanity testing between C6 and C7: scp.  First generate a huge file.
>> General rule of thumb is at least 2x the amount of RAM in the C7 host.
>> You could create a tarball of /usr, for example (e.g. "tar czvf
>> /tmp/bigfile.tar.gz /usr" assuming your /tmp partition is big enough
>> to hold this).  Then, first do this: "time scp /tmp/bigfile.tar.gz
>> localhost:/tmp/bigfile_copy.tar.gz".  This will literally make a copy
>> of that big file, but will route through most of of the network stack.
>> Make a note of how long it took.  And also be sure your /tmp partition
>> is big enough for two copies of that big file.
>>
>> Now, repeat that, but instead of copying to localhost, copy to the C6
>> box.  Something like: "time scp /tmp/bigfile.tar.gz > host>:/tmp/".  Does the time reported differ greatly from when you
>> copied to localhost?  I would expect them to be reasonably close.
>> (And this is another reason why you want a fairly large file, so the
>> transfer time is dominated by actual file transfer, rather than the
>> overhead.)
>>
>> Lastly, do the reverse test: log in to the C6 box, and copy the file
>> back to C7, e.g. "time scp /tmp/bigfile.tar.gz > host>:/tmp/bigfile_copy2.tar.gz".  Again, the time should be
>> approximately the same for all three transfers.  If either or both of
>> the latter two copies take dramatically longer than the first, then
>> there's a good chance something is askew with the network config
>> between C6 and C7.
>>
>> Oh... all this time I've been jumping to fancy tests.  Have you tried
>> the simplest form of testing, that is, doing by hand what your scripts
>> do automatically?  In other words, simply try copying files between C6
>> and C7 using the existing NFS config?  Can you manually trigger the
>> errors/timeouts you initially posted?  Is it when copying lots of
>> small files?  Or when you copy a single huge file?  Any kind of file
>> copying "profile" you can determine that consistently triggers the
>> error?  That could be another clue.
>
> These are all good debugging techniques, and I have tried some of
> them, but I think the issue is load related. There are 50 external
> machines ftp-ing to the C7 server, 24/7, thousands of files a day. And
> on the C6 client the scr

Re: [CentOS] NFS help

[Larry Martell]

On Wed, Oct 26, 2016 at 9:35 AM, Matt Garman <matthew.gar...@gmail.com> wrote:
> On Tue, Oct 25, 2016 at 7:22 PM, Larry Martell <larry.mart...@gmail.com> 
> wrote:
>> Again, no machine on the internal network that my 2 CentOS hosts are
>> on are connected to the internet. I have no way to download anything.,
>> There is an onerous and protracted process to get files into the
>> internal network and I will see if I can get netperf in.
>
> Right, but do you have physical access to those machines?  Do you have
> physical access to the machine which on which you use PuTTY to connect
> to those machines?  If yes to either question, then you can use
> another system (that does have Internet access) to download the files
> you want, put them on a USB drive (or burn to a CD, etc), and bring
> the USB/CD to the C6/C7/PuTTY machines.

This site is locked down like no other I have ever seen. You cannot
bring anything into the site - no computers, no media, no phone. You
have to empty your pockets and go through an airport type naked body
scan.

> There's almost always a technical way to get files on to (or out of) a
> system.  :)  Now, your company might have *policies* that forbid
> skirting around the technical measures that are in place.

This is my client's client, and even if I could circumvent their
policy I would not do that. They have a zero tolerance policy and if
you are caught violating it you are banned for life from the company.
And that would not make my client happy.

> Here's another way you might be able to test network connectivity
> between C6 and C7 without installing new tools: see if both machines
> have "nc" (netcat) installed.  I've seen this tool referred to as "the
> swiss army knife of network testing tools", and that is indeed an apt
> description.  So if you have that installed, you can hit up the web
> for various examples of its use.  It's designed to be easily scripted,
> so you can write your own tests, and in theory implement something
> similar to netperf.
>
> OK, I just thought of another "poor man's" way to at least do some
> sanity testing between C6 and C7: scp.  First generate a huge file.
> General rule of thumb is at least 2x the amount of RAM in the C7 host.
> You could create a tarball of /usr, for example (e.g. "tar czvf
> /tmp/bigfile.tar.gz /usr" assuming your /tmp partition is big enough
> to hold this).  Then, first do this: "time scp /tmp/bigfile.tar.gz
> localhost:/tmp/bigfile_copy.tar.gz".  This will literally make a copy
> of that big file, but will route through most of of the network stack.
> Make a note of how long it took.  And also be sure your /tmp partition
> is big enough for two copies of that big file.
>
> Now, repeat that, but instead of copying to localhost, copy to the C6
> box.  Something like: "time scp /tmp/bigfile.tar.gz  host>:/tmp/".  Does the time reported differ greatly from when you
> copied to localhost?  I would expect them to be reasonably close.
> (And this is another reason why you want a fairly large file, so the
> transfer time is dominated by actual file transfer, rather than the
> overhead.)
>
> Lastly, do the reverse test: log in to the C6 box, and copy the file
> back to C7, e.g. "time scp /tmp/bigfile.tar.gz  host>:/tmp/bigfile_copy2.tar.gz".  Again, the time should be
> approximately the same for all three transfers.  If either or both of
> the latter two copies take dramatically longer than the first, then
> there's a good chance something is askew with the network config
> between C6 and C7.
>
> Oh... all this time I've been jumping to fancy tests.  Have you tried
> the simplest form of testing, that is, doing by hand what your scripts
> do automatically?  In other words, simply try copying files between C6
> and C7 using the existing NFS config?  Can you manually trigger the
> errors/timeouts you initially posted?  Is it when copying lots of
> small files?  Or when you copy a single huge file?  Any kind of file
> copying "profile" you can determine that consistently triggers the
> error?  That could be another clue.

These are all good debugging techniques, and I have tried some of
them, but I think the issue is load related. There are 50 external
machines ftp-ing to the C7 server, 24/7, thousands of files a day. And
on the C6 client the script that processes them is running
continuously. It will sometimes run for 7 hours then hang, but it has
run for as long as 3 days before hanging. I have never been able to
reproduce the errors/hanging situation manually.

And again, this is only at this site. We have the same software
deployed at 10 different sites all doing the same thing, and it all
works fine at all of those.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] NFS help

[Larry Martell]

On Mon, Oct 24, 2016 at 7:51 AM, mark <m.r...@5-cent.us> wrote:
> On 10/24/16 03:52, Larry Martell wrote:
>>
>> On Fri, Oct 21, 2016 at 11:42 AM,  <m.r...@5-cent.us> wrote:
>>>
>>> Larry Martell wrote:
>>>>
>>>> On Fri, Oct 21, 2016 at 11:21 AM,  <m.r...@5-cent.us> wrote:
>>>>>
>>>>> Larry Martell wrote:
>>>>>>
>>>>>> We have 1 system ruining Centos7 that is the NFS server. There are 50
>>>>>> external machines that FTP files to this server fairly continuously.
>>>>>>
>>>>>> We have another system running Centos6 that mounts the partition the
>>>>>> files are FTP-ed to using NFS.
>
> 
>>>>>
>>>>> What filesystem?
>
> 
>>>
>>> cat /etc/fstab on the systems, and see what they are. If either is xfs,
>>> and assuming that the systems are on UPSes, then the fstab which controls
>>> drive mounting on a system should have, instead of "defaults",
>>> nobarrier,inode64.
>>
>>
>> The server is xfs (the client is nfs). The server does have inode64
>> specified, but not nobarrier.
>>
>>> Note that the inode64 is relevant if the filesystem is > 2TB.
>>
>>
>> The file system is 51TB.
>>
>>> The reason I say this is that we we started rolling out CentOS 7, we
>>> tried
>>> to put one of our user's home directory on one, and it was a disaster.
>>> 100% repeatedly, untarring a 100M tarfile onto an nfs-mounted drive took
>>> seven minutes, where before, it had taken 30 seconds. Timed. It took us
>>> months to discover that NFS 4 tries to make transactions atomic, which is
>>> fine if you're worrying about losing power or connectivity. If you're on
>>> a
>>> UPS, and hardwired, adding the nobarrier immediately brought it down to
>>> 40
>>> seconds or so.
>>
>>
>> We are not seeing a performance issue - do you think nobarrier would
>> help with our lock up issue? I wanted to try it but my client did not
>> want me to make any changes until we got the bad disk replaced.
>> Unfortunately that will not happen until Wednesday.
>
>
> Absolutely add nobarrier, and see what happens.

Finally got to add nobarrier (I'll skip why it took so long), and it
looks like this just caused the problem to morph a bit.

On the C7 NFS server, besides having 50 external machines ftp-ing
files to it, we run 2 jobs: 1 that moves files around (called
image_mover) and one that changes perms on some files (called
chmod_job).

And on the C6 NFS client, besides the job that was hanging (called the
importer), we also run a another job (called ftp_job) that ftps files
to the C6 machine. The ftp_job had never hung before, but now the
importer that used to hang has not (yet) hung, and the ftp_job that
had not hung before now is hanging.

But the system messages are different.

On the C7 server there is a series of messages of the form 'task
blocked for >120 seconds' with a stack trace. There is one for each of
the following:

nfsd, chmod_job, kworker, pure_ftpd, image_mover

In each of the stack traces they are blocked on either nfs_write or nfs_flush

And on the C6 client there is a similar blocked message for the ftp
job, blocked on nfs_flush, then the bad sequence number message I had
seen before, and at that point the ftp_job hung.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] NFS help

[Larry Martell]

On Tue, Oct 25, 2016 at 12:48 PM, Matt Garman <matthew.gar...@gmail.com> wrote:
> On Mon, Oct 24, 2016 at 6:09 PM, Larry Martell <larry.mart...@gmail.com> 
> wrote:
>> The machines are on a local network. I access them with putty from a
>> windows machine, but I have to be at the site to do that.
>
> So that means when you are offsite there is no way to access either
> machine?  Does anyone have a means to access these machines from
> offsite?
>
>> Yes, the C6 instance is running on the C7 machine. What could be
>> mis-configured? What would I check to find out?
>
> OK, so these two machines are actually the same physical hardware, correct?

Yes.

>
> Do you know, is the networking between the two machines "soft", as in
> done locally on the machine (typically through NAT or briding)?  Or is
> it "hard", in that you have a dedicated NIC for the host and a
> separate dedicated NIC for the guest, and actual cables going out of
> each interface and connected to a switch/hub/router?  I would expect
> the former...

I don't know, but would also guess the former.

> If it truly is a "soft" network between the machines, then that is
> more evidence of a configuration error.  Now, unfortunately, with what
> to look for: I have virtually no experience setting up C6 guests on a
> C7 host; at least not enough to help you troubleshoot the issue.  But
> in general, you should be able to hit up a web search and look for
> howtos and other documents on setting up networking between a C7 host
> and its guests.  That will allow you to (1) understand how it's
> currently setup, (2) verify if there is any misconfig, and (3) correct
> or change if needed.
>
>> Yes, that is potential solution I had not thought of. The issue with
>> this is that we have the same system installed at many, many sites,
>> and they all work fine. It is only this site that is having an issue.
>> We really do not want to have different SW running at just this one
>> site. Running the script on the C7 host is a change, but at least it
>> will be the same software as every place else.
>
> IIRC, you said this is the only C7 instance?  That would mean it is
> already not the same as every other site.  It may be conceptually the
> same, but "under the hood", there are a tremendous number of changes
> between C6 and C7.  Effectively every single package is different,
> from the kernel all the way to trivial userspace tools.

Yes, of course it's different at that level. But I was talking about
our application software and set up. It is that that I want to keep
consistent across deployments.

>> netperf is not installed.
>
> Again, if you can use putty (which is ssh) to access these systems,
> you implicitly have the ability to upload files (i.e. packages) to the
> systems.  A simple tool like netperf should have few (if any)
> dependencies, so you don't have to mess with mirroring the whole
> centos repo.  Just grab the netperf rpm file from wherever, then use
> scp (I believe it's called pscp when part of the Putty package) to
> copy to your servers, yum install and start testing.

Again, no machine on the internal network that my 2 CentOS hosts are
on are connected to the internet. I have no way to download anything.,
There is an onerous and protracted process to get files into the
internal network and I will see if I can get netperf in.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] NFS help

[Larry Martell]

On Mon, Oct 24, 2016 at 5:25 PM, Matt Garman <matthew.gar...@gmail.com> wrote:
> On Mon, Oct 24, 2016 at 2:42 PM, Larry Martell <larry.mart...@gmail.com> 
> wrote:
>>> At any rate, what I was looking at was seeing if there was any way to
>>> simplify this process, and cut NFS out of the picture.  If you need
>>> only to push these files around, what about rsync?
>>
>> It's not just moving files around. The files are read, and their
>> contents are loaded into a MySQL database.
>
> On what server does the MySQL database live?

The C6 host, same one that the script runs on. We can of course access
the MySQL server from the C7 host, assuming the needed packages are
there.

>> This site is not in any way connected to the internet, and you cannot
>> bring in any computers, phones, or media of any kind. There is a
>> process to get machines or files in, but it is onerous and time
>> consuming. This system was set up and configured off site and then
>> brought on site.
>
> But clearly you have a means to log in to both the C6 and C7 servers,
> right?  Otherwise, how would be able to see these errors, check
> top/sar/free/iostat/etc?
>
> And if you are logging in to both of these boxes, I assume you are
> doing so via ssh?
>
> Or are you actually physically sitting in front of these machines?

The machines are on a local network. I access them with putty from a
windows machine, but I have to be at the site to do that.

> If you have ssh access to these machines, then you can trivially copy
> files to/from them.  If ssh is installed and working, then scp should
> also be installed and working.  Even if you don't have scp, you can
> use tar over ssh to the same effect.  It's ugly, but doable, and there
> are examples online for how to do it.
>
> Also: you made a couple comments about these machines, it looks like
> the C7 box (FTP server + NFS server) is running bare metal (i.e. not a
> virtual machine).  The C6 instance (NFS client) is virtualized.

Correct.

> What host is the C6 instance?
>
> Is the C6 instance running under the C7 instance?  I.e., are both
> machines on the same physical hardware?  If that is true, then your
> "network" (at least the one between C7 and C6) is basically virtual,
> and to have issues like this on the same physical box is certainly
> indicative of a mis-configuration.

Yes, the C6 instance is running on the C7 machine. What could be
mis-configured? What would I check to find out?

>> To run the script on the C7 NFS server instead of the C6 NFS client
>> many python libs will have to installed. I do have someone off site
>> working on setting up a local yum repo with what I need, and then we
>> are going to see if we can zip and email the repo and get it on site.
>> But none of us are sys admins and we don't really know what we're
>> doing so we may not succeed and it may take longer then I will be here
>> in Japan (I am scheduled to leave Saturday).
>
> Right, but my point is you can write your own custom script(s) to copy
> files from C7 to C6 (based on rsync or ssh), do the processing on C6
> (DB loading, whatever other processing), then move back to C7 if
> necessary.  You said yourself you are a programmer not a sysadmin, so
> change the nature of the problem from a sysadmin problem to a
> programming problem.

Yes, that is potential solution I had not thought of. The issue with
this is that we have the same system installed at many, many sites,
and they all work fine. It is only this site that is having an issue.
We really do not want to have different SW running at just this one
site. Running the script on the C7 host is a change, but at least it
will be the same software as every place else.

> I'm certain I'm missing something, but the fundamental architecture
> doesn't make sense to me given what I understand of the process flow.
>
> Were you able to run some basic network testing tools between the C6
> and C7 machines?  I'm interested specifically in netperf, which does
> round trip packet testing, both TCP and UDP.  I would look for packet
> drops with UDP, and/or major performance outliers with TCP, and/or any
> kind of timeouts with either protocol.

netperf is not installed.

> How is name resolution working on both machines?  Do you address
> machines by hostname (e.g., "my_c6_server"), or explicitly by IP
> address?  Are you using DNS or are the IPs hard-coded in /etc/hosts?

Everything is by ip address.

> To me it still "smells" like a networking issue...
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] NFS help

[Larry Martell]

On Mon, Oct 24, 2016 at 1:32 PM, Matt Garman <matthew.gar...@gmail.com> wrote:
> On Sun, Oct 23, 2016 at 8:02 AM, Larry Martell <larry.mart...@gmail.com> 
> wrote:
>>> To be clear: the python script is moving files on the same NFS file
>>> system?  E.g., something like
>>>
>>> mv /mnt/nfs-server/dir1/file /mnt/nfs-server/dir2/file
>>>
>>> where /mnt/nfs-server is the mount point of the NFS server on the
>>> client machine?
>>
>> Correct.
>>
>>> Or are you moving files from the CentOS 7 NFS server to the CentOS 6 NFS 
>>> client?
>>
>> No the files are FTP-ed to the CentOS 7 NFS server and then processed
>> and moved on the CentOS 6 NFS client.
>
>
> I apologize if I'm being dense here, but I'm more confused on this
> data flow now.  Your use of "correct" and "no" seems to be
> inconsistent with your explanation.  Sorry!

I though you were asking "Are you doing: A: moving files on the same
NFS filesystem , or B: moving them across filesystems?

And I replied, "Correct I am doing A, no I am not doing B."

The script moves the files from /mnt/nfs-server/dir1/file to
/mnt/nfs-server/dir2/file.

> At any rate, what I was looking at was seeing if there was any way to
> simplify this process, and cut NFS out of the picture.  If you need
> only to push these files around, what about rsync?

It's not just moving files around. The files are read, and their
contents are loaded into a MySQL database.

>> The problem doing that is the files are processed and loaded to MySQL
>> and then moved by a script that uses the Django ORM, and neither
>> django, nor any of the other python packages needed are installed on
>> the server. And since the server does not have an external internet
>> connection (as I mentioned in my reply to Mark) getting it set up
>> would require a large amount of effort.
>
> ...right, but I'm pretty sure rsync should be installed on the server;
> I believe it's default in all except the "minimal" setup profiles.
> Either way, it's trivial to install, as I don't think it has any
> dependencies.  You can download the rsync rpm from mirror.centos.org,
> then scp it to the server, then install via yum.  And Python is
> definitely installed (requirement for yum) and Perl is probably
> installed as well, so with rsync plus some basic Perl/Python scripting
> you can create your own mover script.
>
> Actually, rsync may not even be necessary, scp may be sufficient for
> your purposes.  And scp should definitely be installed.

This site is not in any way connected to the internet, and you cannot
bring in any computers, phones, or media of any kind. There is a
process to get machines or files in, but it is onerous and time
consuming. This system was set up and configured off site and then
brought on site.

To run the script on the C7 NFS server instead of the C6 NFS client
many python libs will have to installed. I do have someone off site
working on setting up a local yum repo with what I need, and then we
are going to see if we can zip and email the repo and get it on site.
But none of us are sys admins and we don't really know what we're
doing so we may not succeed and it may take longer then I will be here
in Japan (I am scheduled to leave Saturday).

>> Also, we have this exact same setup on over 10 other systems, and it
>> is only this one that is having a problem. The one difference with
>> this one is that the sever is CentOS7 - on all the other systems both
>> the NFS server and client are CentOS6.
>
> From what you've described so far, with what appears to be a
> relatively simple config, C6 or C7 "shouldn't" matter.  However, under
> the hood, C6 and C7 are quite different.
>
>> The python script checks the modification time of the file, and only
>> if it has not been modified in more then 2 minutes does it process it.
>> Otherwise it skips it and waits for the next run to potentially
>> process it. Also, the script can tell if the file is incomplete in a
>> few different ways. So if it has not been modified in more then 2
>> minutes, the script starts to process it, but if it finds that it's
>> incomplete it aborts the processing and leaves it for next time.
>
> This script runs on C7 or C6?

C6

>
>> The hardware is new, and is in a rack in a server room with adequate
>> and monitored cooling and power. But I just found out from someone on
>> site that there is a disk failure, which happened back on Sept 3. The
>> system uses RAID, but I don't know what level. I was told it can
>> tolerate 3 disk failures and still keep working, but personally, I
>> think all bets are off until the di

Re: [CentOS] NFS help

[Larry Martell]

On Sun, Oct 23, 2016 at 9:02 AM, Larry Martell <larry.mart...@gmail.com> wrote:
> Hi Matt-
>
> Thank you for this very detailed and thoughtful reply.
>
> On Fri, Oct 21, 2016 at 4:43 PM, Matt Garman <matthew.gar...@gmail.com> wrote:
>> On Fri, Oct 21, 2016 at 4:14 AM, Larry Martell <larry.mart...@gmail.com> 
>> wrote:
>>> We have 1 system ruining Centos7 that is the NFS server. There are 50
>>> external machines that FTP files to this server fairly continuously.
>>>
>>> We have another system running Centos6 that mounts the partition the files
>>> are FTP-ed to using NFS.
>>>
>>> There is a python script running on the NFS client machine that is reading
>>> these files and moving them to a new dir on the same file system (a mv not
>>> a cp).
>>
>> To be clear: the python script is moving files on the same NFS file
>> system?  E.g., something like
>>
>> mv /mnt/nfs-server/dir1/file /mnt/nfs-server/dir2/file
>>
>> where /mnt/nfs-server is the mount point of the NFS server on the
>> client machine?
>
> Correct.
>
>> Or are you moving files from the CentOS 7 NFS server to the CentOS 6 NFS 
>> client?
>
> No the files are FTP-ed to the CentOS 7 NFS server and then processed
> and moved on the CentOS 6 NFS client.
>
>> If the former, i.e., you are moving files to and from the same system,
>> is it possible to completely eliminate the C6 client system, and just
>> set up a local script on the C7 server that does the file moves?  That
>> would cut out a lot of complexity, and also improve performance
>> dramatically.
>
> The problem doing that is the files are processed and loaded to MySQL
> and then moved by a script that uses the Django ORM, and neither
> django, nor any of the other python packages needed are installed on
> the server. And since the server does not have an external internet
> connection (as I mentioned in my reply to Mark) getting it set up
> would require a large amount of effort.
>
> Also, we have this exact same setup on over 10 other systems, and it
> is only this one that is having a problem. The one difference with
> this one is that the sever is CentOS7 - on all the other systems both
> the NFS server and client are CentOS6.
>
>> Also, what is the size range of these files?  Are they fairly small
>> (e.g. 10s of MB or less), medium-ish (100s of MB) or large (>1GB)?
>
> Small - They range in size from about 100K to 6M.
>
>>> Almost daily this script hangs while reading a file - sometimes it never
>>> comes back and cannot be killed, even with -9. Other times it hangs for 1/2
>>> hour then proceeds on.
>>
>> Timeouts relating to NFS are the worst.
>>
>>
>>> Coinciding with the hanging I see this message on the NFS server host:
>>>
>>> nfsd: peername failed (error 107)
>>>
>>> And on the NFS client host I see this:
>>>
>>> nfs: V4 server returned a bad sequence-id
>>> nfs state manager - check lease failed on NFSv4 server with error 5
>>
>> I've been wrangling with NFS for years, but unfortunately those
>> particular messages don't ring a bell.
>>
>> The first thing that came to my mind is: how does the Python script
>> running on the C6 client know that the FTP upload to the C7 server is
>> complete?  In other words, if someone is uploading "fileA", and the
>> Python script starts to move "fileA" before the upload is complete,
>> then at best you're setting yourself up for all kinds of confusion,
>> and at worst file truncation and/or corruption.
>
> The python script checks the modification time of the file, and only
> if it has not been modified in more then 2 minutes does it process it.
> Otherwise it skips it and waits for the next run to potentially
> process it. Also, the script can tell if the file is incomplete in a
> few different ways. So if it has not been modified in more then 2
> minutes, the script starts to process it, but if it finds that it's
> incomplete it aborts the processing and leaves it for next time.
>
>> Making a pure guess about those particular errors: is there any chance
>> there is a network issue between the C7 server and the C6 client?
>> What is the connection between those two servers?  Are they physically
>> adjacent to each other and on the same subnet?  Or are they on
>> opposite ends of the globe connected through the Internet?
>
> Actually both the client and server are virtual machines running on
> one physical machine. The physical machine is running CentOS7. There
> is nothing 

Re: [CentOS] NFS help

[Larry Martell]

On Fri, Oct 21, 2016 at 11:42 AM,  <m.r...@5-cent.us> wrote:
> Larry Martell wrote:
>> On Fri, Oct 21, 2016 at 11:21 AM,  <m.r...@5-cent.us> wrote:
>>> Larry Martell wrote:
>>>> We have 1 system ruining Centos7 that is the NFS server. There are 50
>>>> external machines that FTP files to this server fairly continuously.
>>>>
>>>> We have another system running Centos6 that mounts the partition the
>>>> files
>>>> are FTP-ed to using NFS.
>>> 
>>> What filesystem?
>>
>> Sorry for being dense, but I am not a sys admin, I am programmer and
>> we have no sys admin. I don't know what you mean by your question. I
>> am NFS mounting to what ever the default filesystem would be on a
>> CentOS6 system.
>
> This *is* a sysadmin issue. Each partition is formatted as a specific type
> of filesystem. The standard Linux filesystems for Upsteam-descended have
> been ext3, then ext4, and now xfs. Tools to manipulate xfs will not work
> with extx, and vice versa.
>
> cat /etc/fstab on the systems, and see what they are. If either is xfs,
> and assuming that the systems are on UPSes, then the fstab which controls
> drive mounting on a system should have, instead of "defaults",
> nobarrier,inode64.

The server is xfs (the client is nfs). The server does have inode64
specified, but not nobarrier.

> Note that the inode64 is relevant if the filesystem is > 2TB.

The file system is 51TB.

> The reason I say this is that we we started rolling out CentOS 7, we tried
> to put one of our user's home directory on one, and it was a disaster.
> 100% repeatedly, untarring a 100M tarfile onto an nfs-mounted drive took
> seven minutes, where before, it had taken 30 seconds. Timed. It took us
> months to discover that NFS 4 tries to make transactions atomic, which is
> fine if you're worrying about losing power or connectivity. If you're on a
> UPS, and hardwired, adding the nobarrier immediately brought it down to 40
> seconds or so.

We are not seeing a performance issue - do you think nobarrier would
help with our lock up issue? I wanted to try it but my client did not
want me to make any changes until we got the bad disk replaced.
Unfortunately that will not happen until Wednesday.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] NFS help

[Larry Martell]

On Sun, Oct 23, 2016 at 9:02 AM, Larry Martell <larry.mart...@gmail.com> wrote:
> Hi Matt-
>
> Thank you for this very detailed and thoughtful reply.
>
> On Fri, Oct 21, 2016 at 4:43 PM, Matt Garman <matthew.gar...@gmail.com> wrote:
>> On Fri, Oct 21, 2016 at 4:14 AM, Larry Martell <larry.mart...@gmail.com> 
>> wrote:
>>> We have 1 system ruining Centos7 that is the NFS server. There are 50
>>> external machines that FTP files to this server fairly continuously.
>>>
>>> We have another system running Centos6 that mounts the partition the files
>>> are FTP-ed to using NFS.
>>>
>>> There is a python script running on the NFS client machine that is reading
>>> these files and moving them to a new dir on the same file system (a mv not
>>> a cp).
>>
>> To be clear: the python script is moving files on the same NFS file
>> system?  E.g., something like
>>
>> mv /mnt/nfs-server/dir1/file /mnt/nfs-server/dir2/file
>>
>> where /mnt/nfs-server is the mount point of the NFS server on the
>> client machine?
>
> Correct.
>
>> Or are you moving files from the CentOS 7 NFS server to the CentOS 6 NFS 
>> client?
>
> No the files are FTP-ed to the CentOS 7 NFS server and then processed
> and moved on the CentOS 6 NFS client.
>
>> If the former, i.e., you are moving files to and from the same system,
>> is it possible to completely eliminate the C6 client system, and just
>> set up a local script on the C7 server that does the file moves?  That
>> would cut out a lot of complexity, and also improve performance
>> dramatically.
>
> The problem doing that is the files are processed and loaded to MySQL
> and then moved by a script that uses the Django ORM, and neither
> django, nor any of the other python packages needed are installed on
> the server. And since the server does not have an external internet
> connection (as I mentioned in my reply to Mark) getting it set up
> would require a large amount of effort.
>
> Also, we have this exact same setup on over 10 other systems, and it
> is only this one that is having a problem. The one difference with
> this one is that the sever is CentOS7 - on all the other systems both
> the NFS server and client are CentOS6.
>
>> Also, what is the size range of these files?  Are they fairly small
>> (e.g. 10s of MB or less), medium-ish (100s of MB) or large (>1GB)?
>
> Small - They range in size from about 100K to 6M.
>
>>> Almost daily this script hangs while reading a file - sometimes it never
>>> comes back and cannot be killed, even with -9. Other times it hangs for 1/2
>>> hour then proceeds on.
>>
>> Timeouts relating to NFS are the worst.
>>
>>
>>> Coinciding with the hanging I see this message on the NFS server host:
>>>
>>> nfsd: peername failed (error 107)
>>>
>>> And on the NFS client host I see this:
>>>
>>> nfs: V4 server returned a bad sequence-id
>>> nfs state manager - check lease failed on NFSv4 server with error 5
>>
>> I've been wrangling with NFS for years, but unfortunately those
>> particular messages don't ring a bell.
>>
>> The first thing that came to my mind is: how does the Python script
>> running on the C6 client know that the FTP upload to the C7 server is
>> complete?  In other words, if someone is uploading "fileA", and the
>> Python script starts to move "fileA" before the upload is complete,
>> then at best you're setting yourself up for all kinds of confusion,
>> and at worst file truncation and/or corruption.
>
> The python script checks the modification time of the file, and only
> if it has not been modified in more then 2 minutes does it process it.
> Otherwise it skips it and waits for the next run to potentially
> process it. Also, the script can tell if the file is incomplete in a
> few different ways. So if it has not been modified in more then 2
> minutes, the script starts to process it, but if it finds that it's
> incomplete it aborts the processing and leaves it for next time.
>
>> Making a pure guess about those particular errors: is there any chance
>> there is a network issue between the C7 server and the C6 client?
>> What is the connection between those two servers?  Are they physically
>> adjacent to each other and on the same subnet?  Or are they on
>> opposite ends of the globe connected through the Internet?
>
> Actually both the client and server are virtual machines running on
> one physical machine. The physical machine is running CentOS7. There
> is nothing else

Re: [CentOS] NFS help

[Larry Martell]

Hi Matt-

Thank you for this very detailed and thoughtful reply.

On Fri, Oct 21, 2016 at 4:43 PM, Matt Garman <matthew.gar...@gmail.com> wrote:
> On Fri, Oct 21, 2016 at 4:14 AM, Larry Martell <larry.mart...@gmail.com> 
> wrote:
>> We have 1 system ruining Centos7 that is the NFS server. There are 50
>> external machines that FTP files to this server fairly continuously.
>>
>> We have another system running Centos6 that mounts the partition the files
>> are FTP-ed to using NFS.
>>
>> There is a python script running on the NFS client machine that is reading
>> these files and moving them to a new dir on the same file system (a mv not
>> a cp).
>
> To be clear: the python script is moving files on the same NFS file
> system?  E.g., something like
>
> mv /mnt/nfs-server/dir1/file /mnt/nfs-server/dir2/file
>
> where /mnt/nfs-server is the mount point of the NFS server on the
> client machine?

Correct.

> Or are you moving files from the CentOS 7 NFS server to the CentOS 6 NFS 
> client?

No the files are FTP-ed to the CentOS 7 NFS server and then processed
and moved on the CentOS 6 NFS client.

> If the former, i.e., you are moving files to and from the same system,
> is it possible to completely eliminate the C6 client system, and just
> set up a local script on the C7 server that does the file moves?  That
> would cut out a lot of complexity, and also improve performance
> dramatically.

The problem doing that is the files are processed and loaded to MySQL
and then moved by a script that uses the Django ORM, and neither
django, nor any of the other python packages needed are installed on
the server. And since the server does not have an external internet
connection (as I mentioned in my reply to Mark) getting it set up
would require a large amount of effort.

Also, we have this exact same setup on over 10 other systems, and it
is only this one that is having a problem. The one difference with
this one is that the sever is CentOS7 - on all the other systems both
the NFS server and client are CentOS6.

> Also, what is the size range of these files?  Are they fairly small
> (e.g. 10s of MB or less), medium-ish (100s of MB) or large (>1GB)?

Small - They range in size from about 100K to 6M.

>> Almost daily this script hangs while reading a file - sometimes it never
>> comes back and cannot be killed, even with -9. Other times it hangs for 1/2
>> hour then proceeds on.
>
> Timeouts relating to NFS are the worst.
>
>
>> Coinciding with the hanging I see this message on the NFS server host:
>>
>> nfsd: peername failed (error 107)
>>
>> And on the NFS client host I see this:
>>
>> nfs: V4 server returned a bad sequence-id
>> nfs state manager - check lease failed on NFSv4 server with error 5
>
> I've been wrangling with NFS for years, but unfortunately those
> particular messages don't ring a bell.
>
> The first thing that came to my mind is: how does the Python script
> running on the C6 client know that the FTP upload to the C7 server is
> complete?  In other words, if someone is uploading "fileA", and the
> Python script starts to move "fileA" before the upload is complete,
> then at best you're setting yourself up for all kinds of confusion,
> and at worst file truncation and/or corruption.

The python script checks the modification time of the file, and only
if it has not been modified in more then 2 minutes does it process it.
Otherwise it skips it and waits for the next run to potentially
process it. Also, the script can tell if the file is incomplete in a
few different ways. So if it has not been modified in more then 2
minutes, the script starts to process it, but if it finds that it's
incomplete it aborts the processing and leaves it for next time.

> Making a pure guess about those particular errors: is there any chance
> there is a network issue between the C7 server and the C6 client?
> What is the connection between those two servers?  Are they physically
> adjacent to each other and on the same subnet?  Or are they on
> opposite ends of the globe connected through the Internet?

Actually both the client and server are virtual machines running on
one physical machine. The physical machine is running CentOS7. There
is nothing else running on the physical machine other then the 2 VMs.

> Clearly two machines on the same subnet, separated only by one switch
> is the simplest case (i.e. the kind of simple LAN one might have in
> his home).  But once you start crossing subnets, then routing configs
> come into play.  And maybe you're using hostnames rather than IP
> addresses directly, so then name resolution comes into play (DNS or
> /etc/hosts).  And each switch hop you add requires that not only your
> server

Re: [CentOS] NFS help

[Larry Martell]

On Fri, Oct 21, 2016 at 1:55 PM,  <m.r...@5-cent.us> wrote:
> Larry Martell wrote:
>> On Fri, Oct 21, 2016 at 11:42 AM,  <m.r...@5-cent.us> wrote:
>>> Larry Martell wrote:
>>>> On Fri, Oct 21, 2016 at 11:21 AM,  <m.r...@5-cent.us> wrote:
>>>>> Larry Martell wrote:
>>>>>> We have 1 system ruining Centos7 that is the NFS server. There are
> 50 external machines that FTP files to this server fairly
> continuously.
>>>>>>
>>>>>> We have another system running Centos6 that mounts the partition the
> files are FTP-ed to using NFS.
>>>>> 
>>>>> What filesystem?
>>>>
>>>> Sorry for being dense, but I am not a sys admin, I am programmer and
> we have no sys admin. I don't know what you mean by your question. I
> am NFS mounting to what ever the default filesystem would be on a
> CentOS6 system.
>>>
>>> This *is* a sysadmin issue.
>>
>> I know it's a sysadmin issue. I wish we had one, but we don't and I am
> the one being asked to fix things.
>
> Seriously, get a really good book on doing sysadmin work. 10 years ago, I
> was recommending O'Reilly's one, "Essential Systems Administration", by
> Aeleen Frisch. It saved my butt, I assure you, 21 years ago, when I had
> the same thing happen.

I've done a lot of 'lite' sysadmin in my time, but it was way back in
the Unix days on SunOS and even before that. I actually used to have
that book, as well as the 'Devil' book. But I've moved many times, and
got rid of all my books as I was googling everything anyway. I have
worked with many really great sysadmins in my time, and I know how
valuable they are. So I would never pass myself off as one.

>>> Each partition is formatted as a specific type
>>> of filesystem. The standard Linux filesystems for Upsteam-descended
> have been ext3, then ext4, and now xfs. Tools to manipulate xfs will
> not work with extx, and vice versa.
> 
>> I have no remote access to this system, only on site, so it will have to
> wait until Monday for me to check. (The system is in Japan and I
> traveled from NY to Japan, where I am now, just to fix this issue.)
>
> Oh, geez, they want you to fix this... but you can't ssh in? This is *so*
> stupid. Here, fix this, and before you start, let me put an eyepatch over
> one eye, ties one hand behind your back, and prevent you from using
> manpages

A client of mine (who will remain nameless), has a client (who will
also remain nameless), and they are so concerned about corporate
espionage and loss of trade secrets, they do no permit any remote
access to their systems. They site is so locked down, you cannot bring
in any device of any kind.

> Best of luck, guy.

Thanks!
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] NFS help

[Larry Martell]

On Fri, Oct 21, 2016 at 11:42 AM,  <m.r...@5-cent.us> wrote:
> Larry Martell wrote:
>> On Fri, Oct 21, 2016 at 11:21 AM,  <m.r...@5-cent.us> wrote:
>>> Larry Martell wrote:
>>>> We have 1 system ruining Centos7 that is the NFS server. There are 50
>>>> external machines that FTP files to this server fairly continuously.
>>>>
>>>> We have another system running Centos6 that mounts the partition the
>>>> files
>>>> are FTP-ed to using NFS.
>>> 
>>> What filesystem?
>>
>> Sorry for being dense, but I am not a sys admin, I am programmer and
>> we have no sys admin. I don't know what you mean by your question. I
>> am NFS mounting to what ever the default filesystem would be on a
>> CentOS6 system.
>
> This *is* a sysadmin issue.

I know it's a sysadmin issue. I wish we had one, but we don't and I am
the one being asked to fix things.

> Each partition is formatted as a specific type
> of filesystem. The standard Linux filesystems for Upsteam-descended have
> been ext3, then ext4, and now xfs. Tools to manipulate xfs will not work
> with extx, and vice versa.
>
> cat /etc/fstab on the systems, and see what they are. If either is xfs,
> and assuming that the systems are on UPSes, then the fstab which controls
> drive mounting on a system should have, instead of "defaults",
> nobarrier,inode64.
>
> Note that the inode64 is relevant if the filesystem is > 2TB.
>
> The reason I say this is that we we started rolling out CentOS 7, we tried
> to put one of our user's home directory on one, and it was a disaster.
> 100% repeatedly, untarring a 100M tarfile onto an nfs-mounted drive took
> seven minutes, where before, it had taken 30 seconds. Timed. It took us
> months to discover that NFS 4 tries to make transactions atomic, which is
> fine if you're worrying about losing power or connectivity. If you're on a
> UPS, and hardwired, adding the nobarrier immediately brought it down to 40
> seconds or so.

I have no remote access to this system, only on site, so it will have
to wait until Monday for me to check. (The system is in Japan and I
traveled from NY to Japan, where I am now, just to fix this issue.)

Thanks for the reply.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] NFS help

[Larry Martell]

On Fri, Oct 21, 2016 at 11:21 AM,  <m.r...@5-cent.us> wrote:
> Larry Martell wrote:
>> We have 1 system ruining Centos7 that is the NFS server. There are 50
>> external machines that FTP files to this server fairly continuously.
>>
>> We have another system running Centos6 that mounts the partition the files
>> are FTP-ed to using NFS.
> 
> What filesystem?

Sorry for being dense, but I am not a sys admin, I am programmer and
we have no sys admin. I don't know what you mean by your question. I
am NFS mounting to what ever the default filesystem would be on a
CentOS6 system.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] NFS help

[Larry Martell]

We have 1 system ruining Centos7 that is the NFS server. There are 50
external machines that FTP files to this server fairly continuously.

We have another system running Centos6 that mounts the partition the files
are FTP-ed to using NFS.

There is a python script running on the NFS client machine that is reading
these files and moving them to a new dir on the same file system (a mv not
a cp).

Almost daily this script hangs while reading a file - sometimes it never
comes back and cannot be killed, even with -9. Other times it hangs for 1/2
hour then proceeds on.

Coinciding with the hanging I see this message on the NFS server host:

nfsd: peername failed (error 107)

And on the NFS client host I see this:

nfs: V4 server returned a bad sequence-id
nfs state manager - check lease failed on NFSv4 server with error 5

The first client message is always at the same time as the hanging starts.
The second client message comes 20 minutes later.
The server message comes 4 minutes after that.
Then 3 minutes later the script un-hangs (if it's going to).

Can anyone shed any light on to what could be happening here and/or what I
could do to alleviate these issues and stop the script from hanging?
Perhaps some NFS config settings? We do not have any, so we are using the
defaults.

Thanks!
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] password

[Larry Martell]

I make my password 'incorrect' so when I forget it the computer will
say "Your password is incorrect"

;-)

On Wed, Apr 6, 2016 at 12:03 PM, Joe Smithian  wrote:
>
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] sed question

[Larry Martell]

On Tue, Aug 25, 2015 at 1:50 PM, Jerry Geis ge...@pagestation.com wrote:
 I am trying to use sed to change a value in a pipe.

 --- This is the two line script
 CHANGE=1234

 cat my_file.txt | sed 's/CANCELID/$CHANGE/'  cancel.txt
 ---

 and the my_file.txt has:
  v1:notificationIdCANCELID/v1:notificationId

 it gets changed to $CHANGE instead of the actual value 1234 .
 I tried putting a \ in front of the $ also and made no difference.

 What am I not doing correctly.

You need to use double quotes:

cat my_file.txt | sed s/CANCELID/$CHANGE/  cancel.txt
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Cronjob and sudo

[Larry Martell]

On Thu, Feb 12, 2015 at 1:32 PM, Matt matt.mailingli...@gmail.com wrote:
 I need to remove empty files out of a directory that are over 6 hours
 old so I created this script and put it in cron.hourly.

 #!/bin/sh
 cd /var/list
 sudo -u matt find /var/list -mmin +360 -empty -user matt -exec rm {} \;

 I want to run it as matt rather than root for just an added bit of
 safety.  Problem is I get this.

 sudo: sorry, you must have a tty to run sudo

 Is there another way to do this?  As I understand the reason for this
 is requiretty in sudo config.  If that improves security I would
 rather not change that setting.

Can't you just run it from your own crontab and not from root's?
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] Installing old version of firefox

[Larry Martell]

I need to install firefox version 24.3.0 on centos version 6.5. Anyone
know how I can do that? I tried downloading that version directly and
it fails with:

XPCOMGlueLoad error for file /usr/local/lib64/firefox/libxul.so:
libXrender.so.1: cannot open shared object file: No such file or directory
Couldn't load XPCOM.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Installing old version of firefox

[Larry Martell]

On Fri, Nov 14, 2014 at 1:17 PM, Steve Lindemann st...@marmot.org wrote:
 On 11/14/2014 11:02 AM, Larry Martell wrote:

 I need to install firefox version 24.3.0 on centos version 6.5. Anyone
 know how I can do that? I tried downloading that version directly and
 it fails with:

 XPCOMGlueLoad error for file /usr/local/lib64/firefox/libxul.so:
 libXrender.so.1: cannot open shared object file: No such file or directory
 Couldn't load XPCOM.


 Try palemoon, I finally dropped firefox after finding out they tell google
 about all your browsing activity.  On top of the all the ways they've been
 screwing up the interface for a while now it was the final straw.

This is not about my browsing, it's about running live server tests
with selenium. The machine the tests have been running on had FF
24.3.0 and it died. The new machine has 31.2.0 and the tests are
failing. I want to see if it's due to the different version.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Installing old version of firefox

[Larry Martell]

On Fri, Nov 14, 2014 at 2:13 PM, g gel...@bellsouth.net wrote:


 On 11/14/2014 12:31 PM, Larry Martell wrote:
 

 This is not about my browsing, it's about running live server tests
 with selenium. The machine the tests have been running on had FF
 24.3.0 and it died. The new machine has 31.2.0 and the tests are
 failing. I want to see if it's due to the different version.

 i downgraded from 30.x with

 yum downgrade firefox

 do not know if you can downgrade further to 24.3.0.

I could only downgrade to 31.1.0
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Installing old version of firefox

[Larry Martell]

On Fri, Nov 14, 2014 at 2:33 PM, Larry Martell larry.mart...@gmail.com wrote:
 On Fri, Nov 14, 2014 at 2:13 PM, g gel...@bellsouth.net wrote:


 On 11/14/2014 12:31 PM, Larry Martell wrote:
 

 This is not about my browsing, it's about running live server tests
 with selenium. The machine the tests have been running on had FF
 24.3.0 and it died. The new machine has 31.2.0 and the tests are
 failing. I want to see if it's due to the different version.

 i downgraded from 30.x with

 yum downgrade firefox

 do not know if you can downgrade further to 24.3.0.

 I could only downgrade to 31.1.0

But downgrading to 31.1.0 seems to have fixed my problem (at least for
now - until I can't get that version anymore, so I do need to figure
out why it's failing with 31.2.0 ... or maybe wait until the next
version comes out and see if it still fails there.)
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Installing old version of firefox

[Larry Martell]

On Fri, Nov 14, 2014 at 2:44 PM, Thomas Eriksson
thomas.eriks...@slac.stanford.edu wrote:
 On 11/14/2014 10:02 AM, Larry Martell wrote:
 I need to install firefox version 24.3.0 on centos version 6.5. Anyone
 know how I can do that? I tried downloading that version directly and
 it fails with:

 XPCOMGlueLoad error for file /usr/local/lib64/firefox/libxul.so:
 libXrender.so.1: cannot open shared object file: No such file or directory
 Couldn't load XPCOM.


 Get the version you want at ftp://ftp.mozilla.org/pub/firefox/releases/
 Runs from from the untarred directory without any problems.

I did that and I got the error above.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Installing old version of firefox

[Larry Martell]

On Fri, Nov 14, 2014 at 2:57 PM, Thomas Eriksson
thomas.eriks...@slac.stanford.edu wrote:
 On 11/14/2014 11:46 AM, Larry Martell wrote:
 On Fri, Nov 14, 2014 at 2:44 PM, Thomas Eriksson
 thomas.eriks...@slac.stanford.edu wrote:
 On 11/14/2014 10:02 AM, Larry Martell wrote:
 I need to install firefox version 24.3.0 on centos version 6.5. Anyone
 know how I can do that? I tried downloading that version directly and
 it fails with:

 XPCOMGlueLoad error for file /usr/local/lib64/firefox/libxul.so:
 libXrender.so.1: cannot open shared object file: No such file or directory
 Couldn't load XPCOM.


 Get the version you want at ftp://ftp.mozilla.org/pub/firefox/releases/
 Runs from from the untarred directory without any problems.

 I did that and I got the error above.

 Do you have libXrender installed?


Yes.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Installing old version of firefox

[Larry Martell]

On Fri, Nov 14, 2014 at 3:06 PM, Thomas Eriksson
thomas.eriks...@slac.stanford.edu wrote:
 On 11/14/2014 12:02 PM, Larry Martell wrote:
 On Fri, Nov 14, 2014 at 2:57 PM, Thomas Eriksson
 thomas.eriks...@slac.stanford.edu wrote:
 On 11/14/2014 11:46 AM, Larry Martell wrote:
 On Fri, Nov 14, 2014 at 2:44 PM, Thomas Eriksson
 thomas.eriks...@slac.stanford.edu wrote:
 On 11/14/2014 10:02 AM, Larry Martell wrote:
 I need to install firefox version 24.3.0 on centos version 6.5. Anyone
 know how I can do that? I tried downloading that version directly and
 it fails with:

 XPCOMGlueLoad error for file /usr/local/lib64/firefox/libxul.so:
 libXrender.so.1: cannot open shared object file: No such file or 
 directory
 Couldn't load XPCOM.


 Get the version you want at ftp://ftp.mozilla.org/pub/firefox/releases/
 Runs from from the untarred directory without any problems.

 I did that and I got the error above.

 Do you have libXrender installed?


 Yes.

 Try doing a 'ldd /usr/local/lib64/firefox/libxul.so'
 Should give you some hints.

# ldd /usr/local/lib64/firefox/libxul.so
linux-gate.so.1 =  (0x00cb7000)
libpthread.so.0 = /lib/libpthread.so.0 (0x003c3000)
libsmime3.so = not found
libssl3.so = not found
libnss3.so = not found
libnssutil3.so = not found
libXrender.so.1 = not found
libmozsqlite3.so = not found
libasound.so.2 = not found
librt.so.1 = /lib/librt.so.1 (0x00e13000)
libnspr4.so = not found
libplc4.so = not found
libplds4.so = not found
libmozalloc.so = not found
libdbus-glib-1.so.2 = not found
libdbus-1.so.3 = not found
libgobject-2.0.so.0 = not found
libglib-2.0.so.0 = not found
libgtk-x11-2.0.so.0 = not found
libatk-1.0.so.0 = not found
libgio-2.0.so.0 = not found
libpangoft2-1.0.so.0 = not found
libfreetype.so.6 = not found
libfontconfig.so.1 = not found
libgdk-x11-2.0.so.0 = not found
libgdk_pixbuf-2.0.so.0 = not found
libpangocairo-1.0.so.0 = not found
libpango-1.0.so.0 = not found
libcairo.so.2 = not found
libgmodule-2.0.so.0 = not found
libX11.so.6 = /usr/lib/libX11.so.6 (0x00814000)
libXext.so.6 = /usr/lib/libXext.so.6 (0x00a2b000)
libXt.so.6 = not found
libgthread-2.0.so.0 = not found
libdl.so.2 = /lib/libdl.so.2 (0x0064a000)
libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0x00b83000)
libm.so.6 = /lib/libm.so.6 (0x00ec9000)
libgcc_s.so.1 = /lib/libgcc_s.so.1 (0x006b7000)
libc.so.6 = /lib/libc.so.6 (0x001f5000)
/lib/ld-linux.so.2 (0x00592000)
libxcb.so.1 = /usr/lib/libxcb.so.1 (0x003f4000)
libXau.so.6 = /usr/lib/libXau.so.6 (0x0038c000)

These libs exist, just not where it's looking for them apparently.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Installing old version of firefox

[Larry Martell]

On Fri, Nov 14, 2014 at 3:14 PM, Jonathan Billings billi...@negate.org wrote:
 On Fri, Nov 14, 2014 at 03:11:48PM -0500, Larry Martell wrote:
  Try doing a 'ldd /usr/local/lib64/firefox/libxul.so'
  Should give you some hints.

 # ldd /usr/local/lib64/firefox/libxul.so
 linux-gate.so.1 =  (0x00cb7000)
 libpthread.so.0 = /lib/libpthread.so.0 (0x003c3000)
 libsmime3.so = not found
 libssl3.so = not found
 libnss3.so = not found
 libnssutil3.so = not found
 libXrender.so.1 = not found
 libmozsqlite3.so = not found
 libasound.so.2 = not found
 librt.so.1 = /lib/librt.so.1 (0x00e13000)
 libnspr4.so = not found
 libplc4.so = not found
 libplds4.so = not found
 libmozalloc.so = not found
 libdbus-glib-1.so.2 = not found
 libdbus-1.so.3 = not found
 libgobject-2.0.so.0 = not found
 libglib-2.0.so.0 = not found
 libgtk-x11-2.0.so.0 = not found
 libatk-1.0.so.0 = not found
 libgio-2.0.so.0 = not found
 libpangoft2-1.0.so.0 = not found
 libfreetype.so.6 = not found
 libfontconfig.so.1 = not found
 libgdk-x11-2.0.so.0 = not found
 libgdk_pixbuf-2.0.so.0 = not found
 libpangocairo-1.0.so.0 = not found
 libpango-1.0.so.0 = not found
 libcairo.so.2 = not found
 libgmodule-2.0.so.0 = not found
 libX11.so.6 = /usr/lib/libX11.so.6 (0x00814000)
 libXext.so.6 = /usr/lib/libXext.so.6 (0x00a2b000)
 libXt.so.6 = not found
 libgthread-2.0.so.0 = not found
 libdl.so.2 = /lib/libdl.so.2 (0x0064a000)
 libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0x00b83000)
 libm.so.6 = /lib/libm.so.6 (0x00ec9000)
 libgcc_s.so.1 = /lib/libgcc_s.so.1 (0x006b7000)
 libc.so.6 = /lib/libc.so.6 (0x001f5000)
 /lib/ld-linux.so.2 (0x00592000)
 libxcb.so.1 = /usr/lib/libxcb.so.1 (0x003f4000)
 libXau.so.6 = /usr/lib/libXau.so.6 (0x0038c000)

 These libs exist, just not where it's looking for them apparently.

 While you put it in a directory that makes me think you have a 64-bit
 system, many of those directories that it finds are for 32-bit
 libraries.  I suspect that you need to either find a 64-bit firefox
 tarball, or install all those 32-bit libraries.

I do have a 64 bit machine and I tried first the i686, and then
x86_64. Got the same error with both.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Installing old version of firefox

[Larry Martell]

On Fri, Nov 14, 2014 at 3:15 PM, Thomas Eriksson
thomas.eriks...@slac.stanford.edu wrote:
 On 11/14/2014 12:11 PM, Larry Martell wrote:
 On Fri, Nov 14, 2014 at 3:06 PM, Thomas Eriksson
 thomas.eriks...@slac.stanford.edu wrote:
 On 11/14/2014 12:02 PM, Larry Martell wrote:
 On Fri, Nov 14, 2014 at 2:57 PM, Thomas Eriksson
 thomas.eriks...@slac.stanford.edu wrote:
 On 11/14/2014 11:46 AM, Larry Martell wrote:
 On Fri, Nov 14, 2014 at 2:44 PM, Thomas Eriksson
 thomas.eriks...@slac.stanford.edu wrote:
 On 11/14/2014 10:02 AM, Larry Martell wrote:
 I need to install firefox version 24.3.0 on centos version 6.5. Anyone
 know how I can do that? I tried downloading that version directly and
 it fails with:

 XPCOMGlueLoad error for file /usr/local/lib64/firefox/libxul.so:
 libXrender.so.1: cannot open shared object file: No such file or 
 directory
 Couldn't load XPCOM.


 Get the version you want at ftp://ftp.mozilla.org/pub/firefox/releases/
 Runs from from the untarred directory without any problems.

 I did that and I got the error above.

 Do you have libXrender installed?


 Yes.

 Try doing a 'ldd /usr/local/lib64/firefox/libxul.so'
 Should give you some hints.

 # ldd /usr/local/lib64/firefox/libxul.so
 linux-gate.so.1 =  (0x00cb7000)
 libpthread.so.0 = /lib/libpthread.so.0 (0x003c3000)
 libsmime3.so = not found
 ...
 libssl3.so = not found
 libxcb.so.1 = /usr/lib/libxcb.so.1 (0x003f4000)
 libXau.so.6 = /usr/lib/libXau.so.6 (0x0038c000)

 These libs exist, just not where it's looking for them apparently.


 Perhaps you downloaded the wrong arch (i386/x86_64)

I first downloaded i686, and then x86_64. Got the same error with both.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Installing old version of firefox

[Larry Martell]

On Fri, Nov 14, 2014 at 3:44 PM, Johnny Hughes joh...@centos.org wrote:
 On 11/14/2014 12:02 PM, Larry Martell wrote:
 I need to install firefox version 24.3.0 on centos version 6.5. Anyone
 know how I can do that? I tried downloading that version directly and
 it fails with:

 XPCOMGlueLoad error for file /usr/local/lib64/firefox/libxul.so:
 libXrender.so.1: cannot open shared object file: No such file or directory
 Couldn't load XPCOM.
 ___

 There are going to be many dependencies
 , so you will need to use yum to install an older firefox (if you are
 using the CentOS version).

 NSS/NSPR version minimums are going to apply for firefox, so you will
 not be able to go back very far.

 But that is OK as most firefox upgrades are critical anyway, so browsing
 the web with outdated versions will be very dangerous anyway .. hint,
 don't do that.

This is not for browsing, it's about running live server tests
with selenium. The machine the tests have been running on had FF
24.3.0 and it died. The new machine has 31.2.0 and the tests are
failing. I want to see if it's due to the different version.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Installing old version of firefox

[Larry Martell]

On Fri, Nov 14, 2014 at 3:28 PM, Thomas Eriksson
thomas.eriks...@slac.stanford.edu wrote:
 On 11/14/2014 12:22 PM, Larry Martell wrote:
 On Fri, Nov 14, 2014 at 3:15 PM, Thomas Eriksson
 thomas.eriks...@slac.stanford.edu wrote:
 On 11/14/2014 12:11 PM, Larry Martell wrote:
 On Fri, Nov 14, 2014 at 3:06 PM, Thomas Eriksson
 thomas.eriks...@slac.stanford.edu wrote:
 On 11/14/2014 12:02 PM, Larry Martell wrote:
 On Fri, Nov 14, 2014 at 2:57 PM, Thomas Eriksson
 thomas.eriks...@slac.stanford.edu wrote:
 On 11/14/2014 11:46 AM, Larry Martell wrote:
 On Fri, Nov 14, 2014 at 2:44 PM, Thomas Eriksson
 thomas.eriks...@slac.stanford.edu wrote:
 On 11/14/2014 10:02 AM, Larry Martell wrote:
 I need to install firefox version 24.3.0 on centos version 6.5. 
 Anyone
 know how I can do that? I tried downloading that version directly and
 it fails with:

 XPCOMGlueLoad error for file /usr/local/lib64/firefox/libxul.so:
 libXrender.so.1: cannot open shared object file: No such file or 
 directory
 Couldn't load XPCOM.


 Get the version you want at 
 ftp://ftp.mozilla.org/pub/firefox/releases/
 Runs from from the untarred directory without any problems.

 I did that and I got the error above.

 Do you have libXrender installed?


 Yes.

 Try doing a 'ldd /usr/local/lib64/firefox/libxul.so'
 Should give you some hints.

 # ldd /usr/local/lib64/firefox/libxul.so
 linux-gate.so.1 =  (0x00cb7000)
 libpthread.so.0 = /lib/libpthread.so.0 (0x003c3000)
 libsmime3.so = not found
 ...
 libssl3.so = not found
 libxcb.so.1 = /usr/lib/libxcb.so.1 (0x003f4000)
 libXau.so.6 = /usr/lib/libXau.so.6 (0x0038c000)

 These libs exist, just not where it's looking for them apparently.


 Perhaps you downloaded the wrong arch (i386/x86_64)

 I first downloaded i686, and then x86_64. Got the same error with both.


 Well, the example you gave is a 32bit library, it picks up shared
 libraries from /usr/lib and not from /usr/lib64

 Check with the file command that you really have installed the
 version you think you have.


I did have the 32 bit version. I see what happened - I downloaded
both, but both times I un-tarred the same file (the 32 bit one). They
were downloaded with the same name and wget put (1) on the second one,
but I didn't notice that. The 64 bit one works fine. Thanks everyone
for the help.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Sorry

[Larry Martell]

On 5/18/2014 8:51 AM, Chris Weisiger wrote:

  I'm posting from my phone so I can't bottom post


That is not a valid excuse. I'm posting from my phone now and I was  able
to post properly.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos