Re: [CentOS] CUPS Enable printer from command line

[SilverTip257]

On Thu, Oct 2, 2014 at 11:12 AM, Rodrigo Pichiñual Norin <
rodrigo.pichin...@gmail.com> wrote:

> Hi all:
>
> I am investigating about Common Unix Printing System (CUPS).but, I have one
> doubt, when I execute the command "lpc status" , the output it's :
> for example:
> Printer-one:
> printer is on device 'lpd' speed -1
> queuing is enabled
> printing is disabled
> 10 entries
> daemon present
>
> so the status the printer it's "DISABLED",
> I changed in the file /etc/cups/printers.conf the param "State stopped" by
> "State Idle" and then it's worked.
> My question it's, exist any command for enable printer in status disabled
> without modify the file printers.conf
>

First off, hopefully you can determine why your printer became disabled
(paper jam?).
Next, figure out what the printer name is via lpstat.  You might also
inspect the queues to determine if you need to delete any print jobs.
From there you can enable or disable via cupsenable  or
cupsdisable 


>
>
> pd: excuse me my inglish (I  speak spanish)
> Thanks
>
> --
> *Atte. Rodrigo Pichiñual N.*
> *Ingeniero Informático*
> *rodrigo.pichin...@gmail.com *
> *+56 9 87272971*
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
>



-- 
---~~.~~---
Mike
//  SilverTip257  //
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Need to Understand booting process of CENTOS-7

[Darr247]

On 03 October 2014 @22:05 zulu, Always Learning wrote:
Never ever heard anyone in the computer world refer either DC or AC 
(single or three phase) as EMF regardless of the voltage, amperage, 
resistance or impedance.


EMF is actually voltage (commonly notated 'E' in P=IE type formulae).
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] massive load caused by smartvd

[jwyeth . arch]

Also please note the spelling of the first process. Appears your last grep was 
for "smartvd" when it is actually "smarvtd"

—
Sent from Mailbox

On Fri, Oct 3, 2014 at 9:53 PM, null  wrote:

> A quick Google for "smarvtd" returns results for both the smarvtd and 
> whitptabil and they appear to be potential malware. Does a PS faux | grep 
> smarvtd return a full path to the file that is running? How about top -c?
> —
> Sent from Mailbox
> On Fri, Oct 3, 2014 at 9:35 PM, Tim Dunphy  wrote:
>> Hey all,
>>  I noticed that my puppet server running CentOS 6.5 was acting a little
>> pokey.
>>   So I logged in and did what well just about anyone would've done. And ran
>> the uptime command to have a look at the load. And it was astonishingly
>> high!
>> [root@puppet:~] #uptime
>>  21:28:01 up  1:26,  3 users,  load average: 107.37, 72.06, 75.52
>> So then I had a look at top and saw a LOT of processes by the name of
>> smartvd.
>>  7332 root  20   0  423m 18080 S  5.6  0.1   0:49.30 smarvtd
>>  5469 root  20   0  423m 18040 S  4.6  0.1   0:49.55 smarvtd
>>  2042 root  20   0  423m 18040 S  3.7  0.1   0:49.66 smarvtd
>>  2421 root  20   0  423m 18080 S  3.7  0.1   0:47.62 smarvtd
>>  3081 root  20   0  423m 18080 S  3.7  0.1   0:47.08 smarvtd
>>  3366 root  20   0  423m 18040 S  3.7  0.1   0:47.87 smarvtd
>>  3568 root  20   0  423m 18080 S  3.7  0.1   0:48.94 smarvtd
>>  3971 root  20   0  423m 18120 S  3.7  0.1   0:49.18 smarvtd
>>  4264 root  20   0  423m 18120 S  3.7  0.1   0:48.33 smarvtd
>>  4585 root  20   0  423m 18120 S  3.7  0.1   0:48.44 smarvtd
>>  5277 root  20   0  423m 18080 S  3.7  0.1   0:48.13 smarvtd
>>  6160 root  20   0  423m 18120 S  3.7  0.1   0:49.33 smarvtd
>>  6441 root  20   0  423m 18080 S  3.7  0.1   0:48.17 smarvtd
>>  6746 root  20   0  423m 18040 S  3.7  0.1   0:49.60 smarvtd
>>  7612 root  20   0  423m 18120 S  3.7  0.1   0:48.97 smarvtd
>>  7919 root  20   0  423m 18080 S  3.7  0.1   0:47.33 smarvtd
>>  8202 root  20   0  423m 18120 S  3.7  0.1   0:49.67 smarvtd
>> 26526 root  20   0  423m 18120 S  3.7  0.1   1:22.17 whitptabil
>>  2747 root  20   0  423m 18120 S  2.8  0.1   0:48.41 smarvtd
>>  4952 root  20   0  423m 18120 S  2.8  0.1   0:48.43 smarvtd
>>  5878 root  20   0  423m 18080 S  2.8  0.1   0:48.02 smarvtd
>>  7048 root  20   0  423m 18080 S  2.8  0.1   0:48.51 smarvtd
>> So my question to you is what the HELL is smartvd ? Seems like a virus to
>> me. And of course how do I get rid of it?
>> Also curious what whitptabil is and how to get rid of it.
>> I tried doing a search for both:
>> [root@puppet:~] #rpm -qa | grep smartvd
>> [root@puppet:~] #
>> [root@puppet:~] #find / -name smartvd
>> [root@puppet:~] #
>> [root@puppet:~] #rpm -qa | grep whitptabil
>> [root@puppet:~] #find / -name whitptabil
>> /etc/whitptabil
>> [root@puppet:~] #
>> At least I found a file associated with the latter.
>> Really really curious here, guys. What do y'all think???
>> Thanks
>> Tim
>> -- 
>> GPG me!!
>> gpg --keyserver pool.sks-keyservers.net --recv-keys F186197B
>> ___
>> CentOS mailing list
>> CentOS@centos.org
>> http://lists.centos.org/mailman/listinfo/centos
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] massive load caused by smartvd

[jwyeth . arch]

A quick Google for "smarvtd" returns results for both the smarvtd and 
whitptabil and they appear to be potential malware. Does a PS faux | grep 
smarvtd return a full path to the file that is running? How about top -c?

—
Sent from Mailbox

On Fri, Oct 3, 2014 at 9:35 PM, Tim Dunphy  wrote:

> Hey all,
>  I noticed that my puppet server running CentOS 6.5 was acting a little
> pokey.
>   So I logged in and did what well just about anyone would've done. And ran
> the uptime command to have a look at the load. And it was astonishingly
> high!
> [root@puppet:~] #uptime
>  21:28:01 up  1:26,  3 users,  load average: 107.37, 72.06, 75.52
> So then I had a look at top and saw a LOT of processes by the name of
> smartvd.
>  7332 root  20   0  423m 18080 S  5.6  0.1   0:49.30 smarvtd
>  5469 root  20   0  423m 18040 S  4.6  0.1   0:49.55 smarvtd
>  2042 root  20   0  423m 18040 S  3.7  0.1   0:49.66 smarvtd
>  2421 root  20   0  423m 18080 S  3.7  0.1   0:47.62 smarvtd
>  3081 root  20   0  423m 18080 S  3.7  0.1   0:47.08 smarvtd
>  3366 root  20   0  423m 18040 S  3.7  0.1   0:47.87 smarvtd
>  3568 root  20   0  423m 18080 S  3.7  0.1   0:48.94 smarvtd
>  3971 root  20   0  423m 18120 S  3.7  0.1   0:49.18 smarvtd
>  4264 root  20   0  423m 18120 S  3.7  0.1   0:48.33 smarvtd
>  4585 root  20   0  423m 18120 S  3.7  0.1   0:48.44 smarvtd
>  5277 root  20   0  423m 18080 S  3.7  0.1   0:48.13 smarvtd
>  6160 root  20   0  423m 18120 S  3.7  0.1   0:49.33 smarvtd
>  6441 root  20   0  423m 18080 S  3.7  0.1   0:48.17 smarvtd
>  6746 root  20   0  423m 18040 S  3.7  0.1   0:49.60 smarvtd
>  7612 root  20   0  423m 18120 S  3.7  0.1   0:48.97 smarvtd
>  7919 root  20   0  423m 18080 S  3.7  0.1   0:47.33 smarvtd
>  8202 root  20   0  423m 18120 S  3.7  0.1   0:49.67 smarvtd
> 26526 root  20   0  423m 18120 S  3.7  0.1   1:22.17 whitptabil
>  2747 root  20   0  423m 18120 S  2.8  0.1   0:48.41 smarvtd
>  4952 root  20   0  423m 18120 S  2.8  0.1   0:48.43 smarvtd
>  5878 root  20   0  423m 18080 S  2.8  0.1   0:48.02 smarvtd
>  7048 root  20   0  423m 18080 S  2.8  0.1   0:48.51 smarvtd
> So my question to you is what the HELL is smartvd ? Seems like a virus to
> me. And of course how do I get rid of it?
> Also curious what whitptabil is and how to get rid of it.
> I tried doing a search for both:
> [root@puppet:~] #rpm -qa | grep smartvd
> [root@puppet:~] #
> [root@puppet:~] #find / -name smartvd
> [root@puppet:~] #
> [root@puppet:~] #rpm -qa | grep whitptabil
> [root@puppet:~] #find / -name whitptabil
> /etc/whitptabil
> [root@puppet:~] #
> At least I found a file associated with the latter.
> Really really curious here, guys. What do y'all think???
> Thanks
> Tim
> -- 
> GPG me!!
> gpg --keyserver pool.sks-keyservers.net --recv-keys F186197B
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] massive load caused by smartvd

[Tim Dunphy]

Hey all,

 I noticed that my puppet server running CentOS 6.5 was acting a little
pokey.

  So I logged in and did what well just about anyone would've done. And ran
the uptime command to have a look at the load. And it was astonishingly
high!

[root@puppet:~] #uptime
 21:28:01 up  1:26,  3 users,  load average: 107.37, 72.06, 75.52


So then I had a look at top and saw a LOT of processes by the name of
smartvd.


 7332 root  20   0  423m 18080 S  5.6  0.1   0:49.30 smarvtd
 5469 root  20   0  423m 18040 S  4.6  0.1   0:49.55 smarvtd
 2042 root  20   0  423m 18040 S  3.7  0.1   0:49.66 smarvtd
 2421 root  20   0  423m 18080 S  3.7  0.1   0:47.62 smarvtd
 3081 root  20   0  423m 18080 S  3.7  0.1   0:47.08 smarvtd
 3366 root  20   0  423m 18040 S  3.7  0.1   0:47.87 smarvtd
 3568 root  20   0  423m 18080 S  3.7  0.1   0:48.94 smarvtd
 3971 root  20   0  423m 18120 S  3.7  0.1   0:49.18 smarvtd
 4264 root  20   0  423m 18120 S  3.7  0.1   0:48.33 smarvtd
 4585 root  20   0  423m 18120 S  3.7  0.1   0:48.44 smarvtd
 5277 root  20   0  423m 18080 S  3.7  0.1   0:48.13 smarvtd
 6160 root  20   0  423m 18120 S  3.7  0.1   0:49.33 smarvtd
 6441 root  20   0  423m 18080 S  3.7  0.1   0:48.17 smarvtd
 6746 root  20   0  423m 18040 S  3.7  0.1   0:49.60 smarvtd
 7612 root  20   0  423m 18120 S  3.7  0.1   0:48.97 smarvtd
 7919 root  20   0  423m 18080 S  3.7  0.1   0:47.33 smarvtd
 8202 root  20   0  423m 18120 S  3.7  0.1   0:49.67 smarvtd
26526 root  20   0  423m 18120 S  3.7  0.1   1:22.17 whitptabil
 2747 root  20   0  423m 18120 S  2.8  0.1   0:48.41 smarvtd
 4952 root  20   0  423m 18120 S  2.8  0.1   0:48.43 smarvtd
 5878 root  20   0  423m 18080 S  2.8  0.1   0:48.02 smarvtd
 7048 root  20   0  423m 18080 S  2.8  0.1   0:48.51 smarvtd

So my question to you is what the HELL is smartvd ? Seems like a virus to
me. And of course how do I get rid of it?

Also curious what whitptabil is and how to get rid of it.

I tried doing a search for both:

[root@puppet:~] #rpm -qa | grep smartvd
[root@puppet:~] #

[root@puppet:~] #find / -name smartvd
[root@puppet:~] #

[root@puppet:~] #rpm -qa | grep whitptabil
[root@puppet:~] #find / -name whitptabil
/etc/whitptabil
[root@puppet:~] #

At least I found a file associated with the latter.


Really really curious here, guys. What do y'all think???

Thanks
Tim


-- 
GPG me!!

gpg --keyserver pool.sks-keyservers.net --recv-keys F186197B
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] slammed

[Always Learning]

On Fri, 2014-10-03 at 10:03 -0700, Paul Heinlein wrote:

> I've always assumed (without any data whatsoever on which to base that 
> assumption) that scanbots won't follow redirects to different 
> addresses. Do you have any information to the contrary?

If you mean by 'scanbot' a web crawler, then YES.

I recently moved a sub-domain web site on ..com to ..com
and redirected traffic, including crawlers, with a simple:-


.
...
..

RedirectMatch permanent ^/(.*)$  http://..com/$1



and Google followed. So did other crawlers.

I have previously, and successfully, moved whole web sites to different
domains and got the crawlers to follow by using the same method.

Hope this helps.

Regards,

Paul.
England, EU.


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

Re: [CentOS] slammed

[Always Learning]

On Fri, 2014-10-03 at 10:03 -0700, Paul Heinlein wrote:

> On Fri, 3 Oct 2014, Always Learning wrote:
> 
> > All my web sites are configured as virtual hosts. The 'empty' 
> > default web site (one on every server) redirects all requests to 
> > 127.0.0.1. Sometimes I change this a Chinese consumer site.  Why 
> > give the hackers and pests an opportunity to annoy you - send them 
> > away before their requests can be done to your web site.
> 
> I've always assumed (without any data whatsoever on which to base that 
> assumption) that scanbots won't follow redirects to different 
> addresses. Do you have any information to the contrary?

Alas, it is not the inevitable crawlers from recognised major search
engines, computer start-up companies, curious people but also the
determined hackers attempting to probe and break-in.

If a crawler wants a web site, then the crawler should follow the domain
name and not an IP address. Conversely hackers chose IP addresses
primarily and domain names secondarily.

I'm merely redirecting IP curious to 127.0.0.1

Hope that helps.

Regards,

Paul.
England, EU.

Learning until I die or experience dementia.


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

Re: [CentOS] Need to Understand booting process of CENTOS-7

[Always Learning]

On Fri, 2014-10-03 at 15:50 +0100, Jake Shipton wrote:

> On 01/10/14 11:58, Emmanuel Noobadmin wrote:
> > It's very simple actually. The first step in the booting process of
> > CENTOS-7 is the application of emf to the system, following which it
> > would initiate the cmos process to load the GPT from disk and hand
> > over to LILO which will bootstrap the kernel from the file allocation
> > table into the high memory area before running systemd to complete the
> > booting process.

> But to a newcomer, the above would just be a random blob of text which
> makes them give you a blank stare.

Never ever heard anyone in the computer world refer either DC or AC
(single or three phase) as EMF regardless of the voltage, amperage,
resistance or impedance.

When applying EMF does one spread it on like peanut butter, water it on
or just press a EMF switch ?

You make an invaluable point. Newcomers to any subject know little, if
anything, about the topic. It is encouraging they are curious and wish
to know more. If one doesn't frighten them away who knows what
significant contributions to our world they may make in years to come. 

I'm off to swap-over my EMF conversion unit which arrived by special
delivery this evening. Some might call it a 100-240v AC power adaptor
with 19v DC output.

-- 
Regards,

Paul.
England, EU.

Learning until I die or experience dementia.


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

Re: [CentOS] Renaming NIC name in CentOS 7

[Robert Moskowitz]

On 10/03/2014 03:11 PM, Richer, Mark (CIV) wrote:

Thanks to everyone who responded. This led to some interesting reading and 
learning, but it hasn’t avoided the reboot.

I found this page on udev:
How to reload udev rules without 
reboot?
http://unix.stackexchange.com/questions/39370/how-to-reload-udev-rules-without-reboot

Sounds perfect for my question, but at least one server I tried all the 
suggestions on, it didn’t change anything. A reboot is a “magic sauce,” but 
it’s nice to know how to avoid this with servers. If I find another solution 
that works for me, I’ll post it.


I learned this to control the MAC address so that the IPv6 suffix for my 
servers was more to my liking and I could use an RA prefix.



Mark

MARK H RICHER, MS CS
NPS-NCR Digital Forensics Lab IT Manager
Computer Science Department
Naval Postgraduate School - National Capital Region (NCR)
900 N Glebe Rd, Rm 5-182, Arlington, VA 22203
571.858.3254 (o) 571.303.9498 (m) mhric...@nps.edu



On Oct 3, 2014, at 1:16 PM, Robert Moskowitz 
mailto:r...@htt-consult.com>> wrote:


On 10/03/2014 12:38 PM, Darr247 wrote:
On 03 October 2014 @13:53 zulu, Digimer wrote:
On 03/10/14 09:12 AM, Richer, Mark (CIV) wrote:
All,

I am trying to understand better how you give an interface a more descriptive 
name and get it all working without a reboot, if possible.

I actually wrote a small tutorial on how to do just this.

https://alteeve.ca/w/Changing_Ethernet_Device_Names_in_EL7_and_Fedora_15%2B


I think you missed the "without a reboot" part.  :)

Supposedly you can restart udev and then networkservices


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

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



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

Re: [CentOS] Need to Understand booting process of CENTOS-7

[Dave Stevens]

Quoting keshab mahapatra :


Thanks to all.


At this address:

https://www.edx.org/course/linuxfoundationx/linuxfoundationx-lfs101x-introduction-1621#.VC77Ya02l-g

Is the start of edX's Intro to Linux course. I found the section on  
the Linux boot process clear and up to date.


Dave



On Fri, Oct 3, 2014 at 8:49 PM, Timothy Murphy  wrote:


m.r...@5-cent.us wrote:

>>> It's very simple actually. The first step in the booting process of
>>> CENTOS-7 is the application of emf to the system, following which it
>>> would initiate the cmos process to load the GPT from disk and hand
>>> over to LILO which will bootstrap the kernel from the file allocation
>>> table into the high memory area before running systemd to complete the
>>> booting process.

>> I didn't think LILO had been used for years ...?

> Geez! I bet he didn't think that he'd have to add 
> around that I've lost track of who posted that, but *I* thought it
was
> funny

Why send a smartass reply to a simple query?

--
Timothy Murphy
e-mail: gayleard /at/ eircom.net
School of Mathematics, Trinity College, Dublin 2, Ireland


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





--
With Thanks & Regards,

Keshaba Mahapatra
Sr.Technical Consultant
Mob - +91 7569071776
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos





--
Hold my beer while I show you this trick I can do!





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

Re: [CentOS] Renaming NIC name in CentOS 7

[Richer, Mark (CIV)]

Of course, I found a page with a solution that worked right after sending the 
last email.  However, without pointing to me to search for pages in google on 
reloading udev rules, I wouldn’t have found this so thanks to the list for the 
collaborative solution.

http://askubuntu.com/questions/82470/what-is-the-correct-way-to-restart-udev

My comments are in [ ]s under some of the steps the author wrote.

This excerpt had the magic sauce I needed — it added a step to modprobe the 
driver module for the 10g NIC before reloading the udev rules.

The author wrote:


You have to combine all the advice given here in the right order:

  1.  Bring down the network service networking stop  [Comment: I skipped this, 
on CentOS 7, I would use systemctl stop network but it stopped already and I 
couldn’t restart it — however, the interfaces worked, maybe because 
NetworkManager is also still running?]
  2.  Unload the driver module from the kernel
 *   Find the name of the module lspci -v and look for "Kernel driver in 
use:"
 *   modprobe -r  [This was critical. I did lspci -v to find 
the 10G card and saw the driver module is called ixgbe].
  3.  Reload the udev rules udevadm control --reload-rules
  4.  Trigger the new rules udevadm trigger
  5.  Load driver modprobe 
  6.  Restart the network service networking start

[Very interesting but now when I did systemctl restart network, it worked. The 
modprobe commands, at least the first one, was critical to both allowing the 
service to start up again and to change the device name I see in ifconfig and 
elsewhere.]

  1.  (optional) Re-run any iptables scripts that referenced the eth interface 
name before it was up.

I suspect either step 4 or step 5 isn't really needed, but these steps worked 
for me. You could check after step 4 with step 2.1 to see if the trigger 
command already did step 5, edit this answer to reflect your findings if you do.

[Above is the poster’s comments … maybe I’ll try to skip 4 and 5 on the next 
server I execute this procedure on, but I need to leave so I’ll let you know 
later.]

Cheers!
Mark

MARK H RICHER, MS CS
NPS-NCR Digital Forensics Lab IT Manager
Computer Science Department
Naval Postgraduate School - National Capital Region (NCR)
900 N Glebe Rd, Rm 5-182, Arlington, VA 22203
571.858.3254 (o) 571.303.9498 (m) mhric...@nps.edu



On Oct 3, 2014, at 3:11 PM, Richer, Mark (CIV) 
mailto:mhric...@nps.edu>> wrote:

Thanks to everyone who responded. This led to some interesting reading and 
learning, but it hasn’t avoided the reboot.

I found this page on udev:
How to reload udev rules without 
reboot?
http://unix.stackexchange.com/questions/39370/how-to-reload-udev-rules-without-reboot

Sounds perfect for my question, but at least one server I tried all the 
suggestions on, it didn’t change anything. A reboot is a “magic sauce,” but 
it’s nice to know how to avoid this with servers. If I find another solution 
that works for me, I’ll post it.

Mark

MARK H RICHER, MS CS
NPS-NCR Digital Forensics Lab IT Manager
Computer Science Department
Naval Postgraduate School - National Capital Region (NCR)
900 N Glebe Rd, Rm 5-182, Arlington, VA 22203
571.858.3254 (o) 571.303.9498 (m) mhric...@nps.edu



On Oct 3, 2014, at 1:16 PM, Robert Moskowitz 
mailto:r...@htt-consult.com>> wrote:


On 10/03/2014 12:38 PM, Darr247 wrote:
On 03 October 2014 @13:53 zulu, Digimer wrote:
On 03/10/14 09:12 AM, Richer, Mark (CIV) wrote:
All,

I am trying to understand better how you give an interface a more descriptive 
name and get it all working without a reboot, if possible.

I actually wrote a small tutorial on how to do just this.

https://alteeve.ca/w/Changing_Ethernet_Device_Names_in_EL7_and_Fedora_15%2B


I think you missed the "without a reboot" part.  :)

Supposedly you can restart udev and then networkservices


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

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

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

Re: [CentOS] centos 5.11 and postfix

[Valeri Galtsev]

On Fri, October 3, 2014 2:13 pm, Greg Lindahl wrote:
> I have a CentOS5 with postfix mailserver that I updated to 5.11, no
> problems. I see only one rpmnew file, main.cf.rpmnew. Is it possible
> that the people having problems had not modified main.cf, and it was
> updated?

It may be different depending on what your setup is... and I hadn't chance
to go to the bottom of this. Anyway, my case is: postfix with SSL (and
non-SSL), with syrus-sasl authentication on SSLed port done via dovecot.
After update it started hanging  smtp connection (on non-SSLed port at
least) after "EHLO " command. But I don't have full list of problems
in my case. In disaster you fix first and investigate later. I doubt I'm
different from other sysadmins in that.

FWIW

Valeri

>
> On Fri, Oct 03, 2014 at 07:37:32PM +0200, Markus Steinborn wrote:
>> Hi Valeri,
>>
>> Valeri Galtsev wrote
>> >then figure out what happened and what is to blame.
>> Thanks for the warning.  I've to update my CentOS 5.10 postfix mail
>> server, too.
>>
>> Could you please send your results to this list?
>>
>> For the time being, I am adding an exlcude for postfix to /etc/yum.conf.
>>



Valeri Galtsev
Sr System Administrator
Department of Astronomy and Astrophysics
Kavli Institute for Cosmological Physics
University of Chicago
Phone: 773-702-4247

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

Re: [CentOS] centos 5.11 and postfix

[Greg Lindahl]

I have a CentOS5 with postfix mailserver that I updated to 5.11, no
problems. I see only one rpmnew file, main.cf.rpmnew. Is it possible
that the people having problems had not modified main.cf, and it was
updated?

On Fri, Oct 03, 2014 at 07:37:32PM +0200, Markus Steinborn wrote:
> Hi Valeri,
> 
> Valeri Galtsev wrote
> >then figure out what happened and what is to blame.
> Thanks for the warning.  I've to update my CentOS 5.10 postfix mail 
> server, too.
> 
> Could you please send your results to this list?
> 
> For the time being, I am adding an exlcude for postfix to /etc/yum.conf.
> 
> 
> Greetings from Germany
> 
> Markus Steinborn
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Renaming NIC name in CentOS 7

[Richer, Mark (CIV)]

Thanks to everyone who responded. This led to some interesting reading and 
learning, but it hasn’t avoided the reboot.

I found this page on udev:
How to reload udev rules without 
reboot?
http://unix.stackexchange.com/questions/39370/how-to-reload-udev-rules-without-reboot

Sounds perfect for my question, but at least one server I tried all the 
suggestions on, it didn’t change anything. A reboot is a “magic sauce,” but 
it’s nice to know how to avoid this with servers. If I find another solution 
that works for me, I’ll post it.

Mark

MARK H RICHER, MS CS
NPS-NCR Digital Forensics Lab IT Manager
Computer Science Department
Naval Postgraduate School - National Capital Region (NCR)
900 N Glebe Rd, Rm 5-182, Arlington, VA 22203
571.858.3254 (o) 571.303.9498 (m) mhric...@nps.edu



On Oct 3, 2014, at 1:16 PM, Robert Moskowitz 
mailto:r...@htt-consult.com>> wrote:


On 10/03/2014 12:38 PM, Darr247 wrote:
On 03 October 2014 @13:53 zulu, Digimer wrote:
On 03/10/14 09:12 AM, Richer, Mark (CIV) wrote:
All,

I am trying to understand better how you give an interface a more descriptive 
name and get it all working without a reboot, if possible.

I actually wrote a small tutorial on how to do just this.

https://alteeve.ca/w/Changing_Ethernet_Device_Names_in_EL7_and_Fedora_15%2B


I think you missed the "without a reboot" part.  :)

Supposedly you can restart udev and then networkservices


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

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

[CentOS] ShellShock and bash status

[Stuart Barkley]

For those of us still in shell shock, the following was sent several
days ago under a misleading subject/thread mixed in with a bunch of
other nonsense.  (Message-ID: <54291071.7010...@centos.org>)

According to Johnny the second bash patch addressed all of the known
issues.  I had been waiting for a third patch to come through and
missed this important information sent on Monday.

On Mon, 29 Sep 2014 at 03:55 -, Johnny Hughes wrote:

> On 09/29/2014 01:46 AM, John R Pierce wrote:

> > On 9/28/2014 11:39 PM, James Hogarth wrote:

> >> https://access.redhat.com/security/cve/CVE-2014-7186
> >>
> >> Looks like we may find one more bash patch at least yet then.
> >
> > per https://rhn.redhat.com/errata/RHSA-2014-1306.htm the fix for
> > 7187 and 7186 is already included in the updated fix that was
> > released a couple days ago, bash-4.1.2-15.el6_5.2 etc.
>
> That is correct, the latest released update patches all the known
> issues so far for all 3 Active versions of CentOS (CentOS-5,
> CentOS-6, CentOS-7) and was released within 21 Minutes after the
> announcement by RedHat of the RHEL releases.
>
> So, for now, we are all caught up.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] centos 5.11 and postfix

[Markus Steinborn]

Hi Valeri,

Valeri Galtsev wrote

then figure out what happened and what is to blame.
Thanks for the warning.  I've to update my CentOS 5.10 postfix mail 
server, too.


Could you please send your results to this list?

For the time being, I am adding an exlcude for postfix to /etc/yum.conf.


Greetings from Germany

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

Re: [CentOS] Renaming NIC name in CentOS 7

[Robert Moskowitz]

On 10/03/2014 12:38 PM, Darr247 wrote:

On 03 October 2014 @13:53 zulu, Digimer wrote:

On 03/10/14 09:12 AM, Richer, Mark (CIV) wrote:

All,

I am trying to understand better how you give an interface a more 
descriptive name and get it all working without a reboot, if possible.



I actually wrote a small tutorial on how to do just this.

https://alteeve.ca/w/Changing_Ethernet_Device_Names_in_EL7_and_Fedora_15%2B 





I think you missed the "without a reboot" part.  :)


Supposedly you can restart udev and then networkservices


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

Re: [CentOS] Need to Understand booting process of CENTOS-7

[keshab mahapatra]

Thanks to all.

On Fri, Oct 3, 2014 at 8:49 PM, Timothy Murphy  wrote:

> m.r...@5-cent.us wrote:
>
> >>> It's very simple actually. The first step in the booting process of
> >>> CENTOS-7 is the application of emf to the system, following which it
> >>> would initiate the cmos process to load the GPT from disk and hand
> >>> over to LILO which will bootstrap the kernel from the file allocation
> >>> table into the high memory area before running systemd to complete the
> >>> booting process.
>
> >> I didn't think LILO had been used for years ...?
>
> > Geez! I bet he didn't think that he'd have to add 
> > around that I've lost track of who posted that, but *I* thought it
> was
> > funny
>
> Why send a smartass reply to a simple query?
>
> --
> Timothy Murphy
> e-mail: gayleard /at/ eircom.net
> School of Mathematics, Trinity College, Dublin 2, Ireland
>
>
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
>



-- 
With Thanks & Regards,

Keshaba Mahapatra
Sr.Technical Consultant
Mob - +91 7569071776
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] slammed

[Paul Heinlein]

On Fri, 3 Oct 2014, Always Learning wrote:

All my web sites are configured as virtual hosts. The 'empty' 
default web site (one on every server) redirects all requests to 
127.0.0.1. Sometimes I change this a Chinese consumer site.  Why 
give the hackers and pests an opportunity to annoy you - send them 
away before their requests can be done to your web site.


I've always assumed (without any data whatsoever on which to base that 
assumption) that scanbots won't follow redirects to different 
addresses. Do you have any information to the contrary?


--
Paul Heinlein
heinl...@madboa.com
45°38' N, 122°6' W___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] centos 5.11 and postfix

[Valeri Galtsev]

On Fri, October 3, 2014 5:52 am, Michel Donais wrote:
> O/S: centos 5.11 fresh install and updated this week.
> Postfix: most recent yum update this week
>
> Postfix is set-up to work but do not answer to 'helo'; but sendmail can.
> I  do not have this situation in 5.4
>
> Do somebody can figure out where I'm wrong?
>

I did have to resolve disaster: smtp (both clear text and SSL + sasl auth)
got broken. It turned out to be postfix package that came with CentOS 5.11
. I do not know details yet: with disaster you first make things work,
then figure out what happened and what is to blame. My temporary fix was
quick (it was troubleshooting that took an hour or so): I rolled back
postfix package:

rpm -Uvh --oldpackage
http://bay.uchicago.edu/centos/5.10/os/x86_64/CentOS/postfix-2.3.3-6.el5.x86_64.rpm

You may want to replace my mirror address bay.uchicago.edu with your
favorite mirror (and may change to 32 bit location if your box is 32 bit).
After that is done do

/etc/rc.d/init.d/postfix restart

And yes, I do feel shame for not testing update before installing it...

Note: you may go into details of how to really fix that (which I hadn't
chance to do for my servers), this dirty fix will just let you get out of
disaster quickly.

Valeri


Valeri Galtsev
Sr System Administrator
Department of Astronomy and Astrophysics
Kavli Institute for Cosmological Physics
University of Chicago
Phone: 773-702-4247

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

Re: [CentOS] Renaming NIC name in CentOS 7

[Darr247]

On 03 October 2014 @13:53 zulu, Digimer wrote:

On 03/10/14 09:12 AM, Richer, Mark (CIV) wrote:

All,

I am trying to understand better how you give an interface a more 
descriptive name and get it all working without a reboot, if possible.



I actually wrote a small tutorial on how to do just this.

https://alteeve.ca/w/Changing_Ethernet_Device_Names_in_EL7_and_Fedora_15%2B 





I think you missed the "without a reboot" part.  :)
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Need to Understand booting process of CENTOS-7

[Timothy Murphy]

m.r...@5-cent.us wrote:

>>> It's very simple actually. The first step in the booting process of
>>> CENTOS-7 is the application of emf to the system, following which it
>>> would initiate the cmos process to load the GPT from disk and hand
>>> over to LILO which will bootstrap the kernel from the file allocation
>>> table into the high memory area before running systemd to complete the
>>> booting process.

>> I didn't think LILO had been used for years ...?

> Geez! I bet he didn't think that he'd have to add 
> around that I've lost track of who posted that, but *I* thought it was
> funny

Why send a smartass reply to a simple query?

-- 
Timothy Murphy  
e-mail: gayleard /at/ eircom.net
School of Mathematics, Trinity College, Dublin 2, Ireland


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

Re: [CentOS] Need to Understand booting process of CENTOS-7

[m . roth]

Timothy Murphy wrote:
> Emmanuel Noobadmin wrote:
>
>> It's very simple actually. The first step in the booting process of
>> CENTOS-7 is the application of emf to the system, following which it
>> would initiate the cmos process to load the GPT from disk and hand
>> over to LILO which will bootstrap the kernel from the file allocation
>> table into the high memory area before running systemd to complete the
>> booting process.
>
> I didn't think LILO had been used for years ...?
>
Geez! I bet he didn't think that he'd have to add 
around that I've lost track of who posted that, but *I* thought it was
funny

   mark

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

Re: [CentOS] Need to Understand booting process of CENTOS-7

[Timothy Murphy]

Emmanuel Noobadmin wrote:

> It's very simple actually. The first step in the booting process of
> CENTOS-7 is the application of emf to the system, following which it
> would initiate the cmos process to load the GPT from disk and hand
> over to LILO which will bootstrap the kernel from the file allocation
> table into the high memory area before running systemd to complete the
> booting process.

I didn't think LILO had been used for years ...?

-- 
Timothy Murphy  
e-mail: gayleard /at/ eircom.net
School of Mathematics, Trinity College, Dublin 2, Ireland


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

Re: [CentOS] Need to Understand booting process of CENTOS-7

[Jake Shipton]

On 01/10/14 11:58, Emmanuel Noobadmin wrote:
> It's very simple actually. The first step in the booting process of
> CENTOS-7 is the application of emf to the system, following which it
> would initiate the cmos process to load the GPT from disk and hand
> over to LILO which will bootstrap the kernel from the file allocation
> table into the high memory area before running systemd to complete the
> booting process.
> 

Yup :D.

See simple.

Or at least, simple to you and me, and most sys admins who know Linux
and computers well (To be fair, if you're a decent Linux admin, you
probably do).

But to a newcomer, the above would just be a random blob of text which
makes them give you a blank stare.

Also, not necessarily over to Lilo, could go to grub or grub2 or any
other bootloader... depends on the system configuration ;-)

Kind Regards,
Jake Shipton (JakeMS)
GPG Key: 0xE3C31D8F
GPG Fingerprint: 7515 CC63 19BD 06F9 400A DE8A 1D0B A5CF E3C3 1D8F
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Renaming NIC name in CentOS 7

[Digimer]

On 03/10/14 09:12 AM, Richer, Mark (CIV) wrote:

All,

I am trying to understand better how you give an interface a more descriptive 
name and get it all working without a reboot, if possible.

We have 1G and 10G interfaces, and I’m trying to use names like 1G-internal, 
1G-external, 10G-private, etc.  When I boot up, it’s all fine, but if I add one 
I’m not sure if there is a way to avoid the reboot? For example, I added the 
10G interface names this week.

Specifically, is there a way to change the network interface name you see in 
ifconfig and nmcli connection without rebooting CentOS 7?

I changed the name in network-scripts. I tried to restart NetworkManager.

I brought down the interface and tried to rename the file and bring it up 
again, but it still retains the previous run-time setting associated with the 
same UUID in the file.

Also I find that on all but one of the server on which I did this, I can 
restart NetworkManager, but network.service is failing to restart. Do I want 
both active? And if yes,  is this indicative of a problem related to changing 
the interfaces that goes away (only) by rebooting? For some reason, after doing 
this on several systems, on only one I can restart network.service, but it also 
still shows the old interface name.

thanks,
Mark


I actually wrote a small tutorial on how to do just this.

https://alteeve.ca/w/Changing_Ethernet_Device_Names_in_EL7_and_Fedora_15%2B

Cheers

--
Digimer
Papers and Projects: https://alteeve.ca/w/
What if the cure for cancer is trapped in the mind of a person without 
access to education?

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

Re: [CentOS] Renaming NIC name in CentOS 7

[Robert Moskowitz]

On 10/03/2014 09:12 AM, Richer, Mark (CIV) wrote:

All,

I am trying to understand better how you give an interface a more descriptive 
name and get it all working without a reboot, if possible.


udev is in control.  You need a 
/etc/udev/rules.d/70-persistent-net.rules like:


# net device ()
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", 
ATTR{address}=="02:8b:02:81:f4:4a", ATTR{type}=="1", KERNEL=="eth*", 
NAME="eth0"


Then I think you first restart udev then network.



We have 1G and 10G interfaces, and I’m trying to use names like 1G-internal, 
1G-external, 10G-private, etc.  When I boot up, it’s all fine, but if I add one 
I’m not sure if there is a way to avoid the reboot? For example, I added the 
10G interface names this week.

Specifically, is there a way to change the network interface name you see in 
ifconfig and nmcli connection without rebooting CentOS 7?

I changed the name in network-scripts. I tried to restart NetworkManager.

I brought down the interface and tried to rename the file and bring it up 
again, but it still retains the previous run-time setting associated with the 
same UUID in the file.

Also I find that on all but one of the server on which I did this, I can 
restart NetworkManager, but network.service is failing to restart. Do I want 
both active? And if yes,  is this indicative of a problem related to changing 
the interfaces that goes away (only) by rebooting? For some reason, after doing 
this on several systems, on only one I can restart network.service, but it also 
still shows the old interface name.

thanks,
Mark

MARK H RICHER, MS CS
NPS-NCR Digital Forensics Lab IT Manager
Computer Science Department
Naval Postgraduate School - National Capital Region (NCR)
900 N Glebe Rd, Rm 5-182, Arlington, VA 22203
571.858.3254 (o) 571.303.9498 (m) mhric...@nps.edu



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



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

[CentOS] Renaming NIC name in CentOS 7

[Richer, Mark (CIV)]

All,

I am trying to understand better how you give an interface a more descriptive 
name and get it all working without a reboot, if possible.

We have 1G and 10G interfaces, and I’m trying to use names like 1G-internal, 
1G-external, 10G-private, etc.  When I boot up, it’s all fine, but if I add one 
I’m not sure if there is a way to avoid the reboot? For example, I added the 
10G interface names this week.

Specifically, is there a way to change the network interface name you see in 
ifconfig and nmcli connection without rebooting CentOS 7?

I changed the name in network-scripts. I tried to restart NetworkManager.

I brought down the interface and tried to rename the file and bring it up 
again, but it still retains the previous run-time setting associated with the 
same UUID in the file.

Also I find that on all but one of the server on which I did this, I can 
restart NetworkManager, but network.service is failing to restart. Do I want 
both active? And if yes,  is this indicative of a problem related to changing 
the interfaces that goes away (only) by rebooting? For some reason, after doing 
this on several systems, on only one I can restart network.service, but it also 
still shows the old interface name.

thanks,
Mark

MARK H RICHER, MS CS
NPS-NCR Digital Forensics Lab IT Manager
Computer Science Department
Naval Postgraduate School - National Capital Region (NCR)
900 N Glebe Rd, Rm 5-182, Arlington, VA 22203
571.858.3254 (o) 571.303.9498 (m) mhric...@nps.edu



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

Re: [CentOS] centos 5.11 and postfix

[Alexander Dalloz]

Am 03.10.2014 um 12:52 schrieb Michel Donais:

O/S: centos 5.11 fresh install and updated this week.
Postfix: most recent yum update this week

Postfix is set-up to work but do not answer to 'helo'; but sendmail can.
I  do not have this situation in 5.4

Do somebody can figure out where I'm wrong?


Log content and configuration details will be necessary.

Alexander



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

[CentOS] centos 5.11 and postfix

[Michel Donais]

O/S: centos 5.11 fresh install and updated this week.
Postfix: most recent yum update this week

Postfix is set-up to work but do not answer to 'helo'; but sendmail can.
I  do not have this situation in 5.4

Do somebody can figure out where I'm wrong?

--
Michel Donais
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Anyone have LibreSSL working on CentOS 6.5?

[Sven Kieske]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 02.10.2014 17:23, Alan McKay wrote:
> Hi folks,
> 
> I searched the list for LibreSSL and found only one mention of it!
> 
> Has anyone gotten this working?  I have it compiling no problem,
> but removing OpenSSL is another story of course.  It seems to be
> compiled with FIPS support and of course there is no such thing in
> LibreSSL - that is something they tore out
> 
> thanks, -Alan
> 

AFAIK libressl is still very beta even on freebsd
and the devs still encourage you to _not_ use any
of the ports for production work.

the linux ports should not be trusted with real
world load yet.

Just in case you don't just want to try it out/develop
it.

kind regards

Sven
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQGcBAEBAgAGBQJULmWxAAoJEAq0kGAWDrqlqDwL/RZVgWFh0yFfFwQwf0R9UZf3
Q0PWq/2dVwYPLfd0UDf8XvZ5STBktfHoqwotBv4iadVpvr1oVWRpBD7R9CZyNxIK
Rnf0CZwEFRQletO8OenLIGMhlGvRbLTYrhQ3XkgoPbExsa/G4Rwg/TAxsvv10U1s
FIqhrTuBUMLgnFejXZ+GecP1I2E2jwT1cYCT+UzCY1zFukaUPWRwT3qgM1sCpIot
RmdRcqs8riRkWtqjMiHPjtO09K9pvHnTmfBnzzTqhqCzUiZAV3hHzHS8+DpxGwg3
C1GEH8bl1GmeCNP9KOqvNPH6Z7S4NWh3jxI7BlwbSe84FAu9D6oTxBkPurYENVLc
z5fhxCUeCXLlzx5wdTQS860mVp3NNFTH3j0Rd5JL2Syz1T8AtTTygmLRYk9rdicP
RFPc/eYCjMWMl4BTkXacBNF7u5917zslEatoem1YEqDQ7LPqCyF1r2ZZmr3CTfpt
EJ7F5zmKA8gJYXW84LmeoEI3ikg7aqCGN0gBvcyLHg==
=gSyk
-END PGP SIGNATURE-
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos