Re: [CentOS] Cisco AnyConnect Mobility Client for 32- bit CentOS 6

[Sorin Srbu]

> -Original Message-
> From: CentOS [mailto:centos-boun...@centos.org] On Behalf Of H
> Sent: den 22 februari 2018 03:36
> To: Centos Mailing List 
> Subject: [CentOS] Cisco AnyConnect Mobility Client for 32- bit CentOS 6
> 
> I have the above installed on a couple of 64-bit systems, both CentOS 6
and
> CentOS 7, where the client works fine.
> 
> Now, however, I have installed the 32-bit version of CentOS 6 on a netbook
> but I cannot get the Cisco website installer to recognize the
> computer/operating system, not even displaying any error message.
> 
> Does anyone have the client running on a 32-bit system? I have been told
it
> should run on a 32-bit system and did have it running on the same netbook
> while it was still running Vista Home edition, another 32-bit operating
system.

I use that VPN-client at home on a CentOS 7 x64-system.
I recall trying to get it to work a few years back while running CentOS 6
32b, but never managed. 
Opted to install CentOS 6 x64 instead.

Can the netbook handle 64b CentOS?
--
//Sorin
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 7 1708 won't boot after grub2 update

[Sorin Srbu]

> -Original Message-
> From: CentOS [mailto:centos-boun...@centos.org] On Behalf Of Steven
> Tardy
> Sent: den 21 februari 2018 23:31
> To: CentOS mailing list 
> Subject: Re: [CentOS] CentOS 7 1708 won't boot after grub2 update
> 
> 00:1f.2 SATA controller: Intel Corporation C600/X79 series chipset 6-Port
> SATA AHCI Controller (rev 06)
> 
> While I don’t have experience with this exact controller, I have seen some
> LSI controllers get removed from RHEL post GA which causes similar issues.
> “It worked when I installed, but after `yum update` my box doesn’t boot.”
> These are typically detailed in release notes. . . We ALL read ALL release
> notes? Right?

Uh, almost always.

I don't see anything in particular in the release notes for 1708 though re the 
LSI chipsets, except for a VMWare driver issue of some kind. This is not a vm.
https://wiki.centos.org/Manuals/ReleaseNotes/CentOS7

This machine is a i7-3930K, ie Sandy Bridge IIRC. 
Haven't those always been a bit iffy?

--
//Sorin

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

Re: [CentOS] CentOS 7 1708 won't boot after grub2 update

[Sorin Srbu]

> -Original Message-
> From: CentOS [mailto:centos-boun...@centos.org] On Behalf Of Johnny
> Hughes
> Sent: den 21 februari 2018 18:03
> To: centos@centos.org
> Subject: Re: [CentOS] CentOS 7 1708 won't boot after grub2 update
> 
> On 02/21/2018 12:44 AM, Sorin Srbu wrote:
> >> -Original Message-
> >> From: CentOS [mailto:centos-boun...@centos.org] On Behalf Of Warren
> >> Young
> >> Sent: den 20 februari 2018 17:01
> >> To: CentOS mailing list 
> >> Subject: Re: [CentOS] CentOS 7 1708 won't boot after grub2 update
> >>
> >> On Feb 19, 2018, at 5:00 AM, Sorin Srbu  wrote:
> >>>
> >>> This is the third fresh install of CentOS 7 1708 the last two months that
> >>> won't boot after a regular "yum update" just after the fresh install has
> >>> finished.
> >>
> >> Define “won’t boot”.  Does it stop:
> >>
> >> 1. Before the GRUB2 screen?
> >> 2. Between the GRUB2 screen and root device mount?
> >> 3. After root device mount but before entering runlevel 5?
> >> 4. Something else?
> >
> > Not really sure.
> > A few times the screen just went black after the grub menu, a few times it
> stuck waiting on Plymouth to quit.
> >
> > As for a screenshoot, I'll see if I can find another unused box to try
> reproducing this on. Don't want to mess up this particular machine.
> 
> 
> This sounds like some kind of graphics card issue .. if you see any text
> that says 'booting CentOS' or a line at the bottom or the '7' grey boot
> screen, you are past the Grub2 stage.
> 
> Are these machines running X windows and a Desktop Environment.
> 
> If I had to guess, this is an AMD graphics issue .. or possibly another
> brand of card.

Thanks for the feedback.

No gray 7-boot screen. Might be a graphics issue, the card is a Nvidia 1060 
with no particular drivers loaded except for the default Nouveau package.
What's weird is that I can't even get a CLI login screen with ctrl-alt-Fx at 
this point.

Will continue trouble-shooting and see if I can resolve this properly.

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

[CentOS] Cisco AnyConnect Mobility Client for 32- bit CentOS 6

[H]

I have the above installed on a couple of 64-bit systems, both CentOS 6 and 
CentOS 7, where the client works fine.

Now, however, I have installed the 32-bit version of CentOS 6 on a netbook but 
I cannot get the Cisco website installer to recognize the computer/operating 
system, not even displaying any error message.

Does anyone have the client running on a 32-bit system? I have been told it 
should run on a 32-bit system and did have it running on the same netbook while 
it was still running Vista Home edition, another 32-bit operating system.

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

Re: [CentOS] Problem with ssh disconnecting

[H]

On 02/20/2018 09:33 AM, H wrote:
> On 02/19/2018 10:09 PM, Marcelo Ricardo Leitner wrote:
>> On Mon, Feb 12, 2018 at 08:05:18PM -0500, H wrote:
>> ...
>>> Not sure if I am reading your reply correctly but I should clarify
>>> that I have problems when running naked ssh to the server, when I
>>> run ssh to the same server but over the VPN connection (that goes
>>> via third server) everything is flawless.
>>>
>>> I should also explain that:
>>>
>>> - I am on a workstation (located in the US), ssh-ing into server 1
>>> (located in the US).
>>>
>>> - From server 1 I use scp to transfer large files from server 2
>>> (located in Europe) to server 1 (in the US).
>>>
>>> The above randomly disconnects.
>> You have two ssh sessions here. AFAICT, it's the first one
>> (workstation->server 1) that randomly disconnects, right?
>>
>>> However, when:
>>>
>>> - I use a VPN connection to server 3 (also located in Europe).
>>>
>>> - From the same workstation as above, do exactly as above,
>>> connections are rock-solid.
>> It would seem to me that something between your workstation and server
>> 1 is possibly mishandling TCP options (being it sack, timestamps or
>> both).  Is there a router or a firewall in between?
>>
>> Try doing a traffic capture between both and see why it hangs. If
>> you're hesitant to post the binary traffic capture, post the text
>> version of it with anonymized IP addresses. Just please be sure to
>> disable ssh protocol so it would include TCP details on it then.
>>
>>   Marcelo
> Let's reduce the problem to a simpler case: the workstation running CentOS 7 
> is behind a router, behind the same router is the server running CentOS 6. 
> For various reasons, I access the server via its external IP address, not the 
> local one. Access is via ssh.
>
> When using straight ssh, the connection times out after random times, always 
> less than 20 minutes or so, though, with the error message 
> "packet_write_wait: broken pipe", not the common "write failed: broken pipe".
>
> However, when I am in a ssh session on a VPN connection (which terminates in 
> an outside server far away from my network), the ssh connection does /not/ 
> time out.
>
> Further, accessing the same server as first mentioned, in the identical 
> fashion, from another computer running CentOS 6, I never encounter the 
> "packet_write_wait" error and disconnection.
>
> My conclusion is thus that this is not a router issue but could conceivable 
> be a bug in CentOS 7. I am also ruling out a cable issue or a physical 
> network card issue since the VPN connection is stable.
>
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos

No messages in secure or message logs.

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

Re: [CentOS] CentOS 7 1708 won't boot after grub2 update

[Steven Tardy]

00:1f.2 SATA controller: Intel Corporation C600/X79 series chipset 6-Port
SATA AHCI Controller (rev 06)

While I don’t have experience with this exact controller, I have seen some
LSI controllers get removed from RHEL post GA which causes similar issues.
“It worked when I installed, but after `yum update` my box doesn’t boot.”
These are typically detailed in release notes. . . We ALL read ALL release
notes? Right?
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS-docs] wiki content management via automation

[Fabian Arrotin]

On 21/02/18 22:58, Karanbir Singh wrote:
> Hi
> 
> the CentOS Cloud images and other things are now built from end to end
> automated pipelines, but the wiki content corresponding to them isnt. Is
> there something that can be used to do this automation ?
> 
> I have done some stuff many many years ago, via directly mangling
> content on the wiki objects, but that might not be the best way forward.
> 
> thoughts ?
> 
> 
> Regards
> 

That's a good question, as we'll also have to migration for moinmoin if
we can't find a support path to migrate to supported version anyway.
So first question (already asked on the list) : is there a way to get in
touch with moin people willing to help/assist us ? (as their upgrade
tool wasn't working to test migration from 1.6 to 1.7)

And then too : is there a way to consume a kind of API for moin that
would then meet the "content management via automation" requirement. Or
do we have to also investigate directly another solution (like
mediawiki) and so migration ?

-- 
Fabian Arrotin
The CentOS Project | https://www.centos.org
gpg key: 56BEC54E | twitter: @arrfab



signature.asc
Description: OpenPGP digital signature
___
CentOS-docs mailing list
CentOS-docs@centos.org
https://lists.centos.org/mailman/listinfo/centos-docs

[CentOS-docs] wiki content management via automation

[Karanbir Singh]

Hi

the CentOS Cloud images and other things are now built from end to end
automated pipelines, but the wiki content corresponding to them isnt. Is
there something that can be used to do this automation ?

I have done some stuff many many years ago, via directly mangling
content on the wiki objects, but that might not be the best way forward.

thoughts ?


Regards

-- 
Karanbir Singh
+44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh
GnuPG Key : http://www.karan.org/publickey.asc
___
CentOS-docs mailing list
CentOS-docs@centos.org
https://lists.centos.org/mailman/listinfo/centos-docs

[CentOS] A question about smb.conf between C6 and c7

[m . roth]

Are there any? Will a C 6 conf work under C 7?

A pointer to a README would be appreciated on configuration differences,
if any.

Thanks in advance.

mark

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

Re: [CentOS] CentOS 7 1708 won't boot after grub2 update

[Johnny Hughes]

On 02/21/2018 12:44 AM, Sorin Srbu wrote:
>> -Original Message-
>> From: CentOS [mailto:centos-boun...@centos.org] On Behalf Of Warren
>> Young
>> Sent: den 20 februari 2018 17:01
>> To: CentOS mailing list 
>> Subject: Re: [CentOS] CentOS 7 1708 won't boot after grub2 update
>>
>> On Feb 19, 2018, at 5:00 AM, Sorin Srbu  wrote:
>>>
>>> This is the third fresh install of CentOS 7 1708 the last two months that
>>> won't boot after a regular "yum update" just after the fresh install has
>>> finished.
>>
>> Define “won’t boot”.  Does it stop:
>>
>> 1. Before the GRUB2 screen?
>> 2. Between the GRUB2 screen and root device mount?
>> 3. After root device mount but before entering runlevel 5?
>> 4. Something else?
> 
> Not really sure.
> A few times the screen just went black after the grub menu, a few times it 
> stuck waiting on Plymouth to quit.
> 
> As for a screenshoot, I'll see if I can find another unused box to try 
> reproducing this on. Don't want to mess up this particular machine.
> 


This sounds like some kind of graphics card issue .. if you see any text
that says 'booting CentOS' or a line at the bottom or the '7' grey boot
screen, you are past the Grub2 stage.

Are these machines running X windows and a Desktop Environment.

If I had to guess, this is an AMD graphics issue .. or possibly another
brand of card.



signature.asc
Description: OpenPGP digital signature
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Adding new automount entries to a map served via sssd from AD

[James Pearson]

James Pearson wrote:
> 
> I've been experimenting with setting up a CentOS 7 client using
> automount maps from Active Directory via sssd
> 
> I've followed the instructions given at:
> 
>https://ovalousek.wordpress.com/2015/08/03/autofs/
> 
> and all works fine
> 
> However, I can't seem to make the client 'see' new map entries added to
> the map on the AD server - I've tries reducing various timeout settings
> in /etc/sssd/sssd.conf to see if that helps - e.g.
> 
>entry_cache_timeout = 60
>entry_cache_autofs_timeout = 15
> 
> but map entries don't appear at all - unless I run 'sss_cache -A' to
> invalidate the sssd autofs map caches
> 
> Does anyone know how to make new map entries appear automagically ?

... having been trying to get this to work all day - entries are now 
appearing soon after being added (and disappearing when removed) on the 
AD server

Just now need to work out what I changed to make it work - may be the 
act of sending an email to the list 'fixed' the issue :-)

Sorry for the noise

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

Re: [CentOS] Does Huawei break the license of CentOS?

[Johnny Hughes]

On 02/21/2018 10:02 AM, Peter Kjellström wrote:
> On Wed, 21 Feb 2018 09:31:20 +0800
> Genghuang Wang  wrote:
> 
>> Hello, Peter, thanks for your reply
>>
>> 1. Huawei DOES change the distribution EULA, if type in the following
>> command: vi /usr/share/eula/eula.en_US
>> you can see it changed to "HUAWEI EulerOS-2.0"
>> which is a copyright one, let alone original GPL license.
> 
> That EULA may be meant to apply to Euler OS specific components or it's
> just a, likely incompatible, corporate legal boiler plate. Either way,
> it does not overide individual GPL components repective licenses.
>  
>> According to CentOS Linux EULA
>> The Distribution is released as GPLv2. Individual packages in the
>> distribution come with their own licences.
> 
> Maybe someone from the CentOS project or Redhat can comment further on
> this. To me it seems they don't, at a first glance, use any CentOS
> specific things but rather rebuilds upstream RHEL in a similar manner
> to CentOS. If so then we're back to the license of all the individual
> components...
> 
>> So the Distribution license is violated in this sense.
>>

But, they are NOT distributing CentOS Linux, but something else.  As
long as they follow the license requirements for individual componets /
packages from which they are using the source code, that is the
requirement they have to meet.  If they use an open source license to
build an individual package, they have to meet the requirements of that
project.  The 'combination' of a set of packages into different work
under a different name means you have to meet the requirements of the
individual things you included.  If they BASE off of and do not CLAIM to
be something, they get to decide how they distribute what they created
.. based on the component parts.  (IMHO .. IANAL)

>> 2. GPL is a strong copyleft license, which means that any derivative
>> work to be open-source under the same GPL license, this to be prevent
>> it from switching to some more permissive license. So release under a
>> copyright license with the statement linking to "open source
>> license",which is done by Huawei, is not allowed.
> 
> I'm well aware of what the GPL is. Clearly any rebuilt/modified
> packages/components with GPL license will still be GPL.
> 
> rpm query on EulerOS packages (sampled) does not claim Huawei license
> but seems to retain original GPL.
> 
>> 3. Euler OS by Huawei does not have any public source code repository.
> 
> Well they don't have to. However they have to provide source upon
> request. Convenient src.rpm repo is going beyond what is required.
> 
> In the end I supose that's all it boils down to. Will they provide
> source if poked?

Exactly .. this is the key.

> 
> /Peter 

If they retain all the individual licensing on all the packages, and
modify the centos-release and other centos* packaging, they are likely
following the letter of the law.

Of course, they have to give source code if requested by users who have
their binaries (assuming the license is copyleft and requires it for
that package).

IANAL, but if they remove the pieces of CentOS Linux that contain
trademarks (the centos-* ... the * being release, indexhtml, artwork,
etc.) AND if they build and sign their own stuff based on the CentOS
source code, AND they follow the original licensing requirements for the
individual packages, then again, they are likely meeting all
requirements.

As stated a couple times already .. this is just my opinion based on my
understanding.  I am not a lawyer, nor do I speak for anyone except myself.

Thanks,
Johnny Hughes



signature.asc
Description: OpenPGP digital signature
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] Adding new automount entries to a map served via sssd from AD

[James Pearson]

I've been experimenting with setting up a CentOS 7 client using 
automount maps from Active Directory via sssd

I've followed the instructions given at:

  https://ovalousek.wordpress.com/2015/08/03/autofs/

and all works fine

However, I can't seem to make the client 'see' new map entries added to 
the map on the AD server - I've tries reducing various timeout settings 
in /etc/sssd/sssd.conf to see if that helps - e.g.

  entry_cache_timeout = 60
  entry_cache_autofs_timeout = 15

but map entries don't appear at all - unless I run 'sss_cache -A' to 
invalidate the sssd autofs map caches

Does anyone know how to make new map entries appear automagically ?

Thanks

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

Re: [CentOS] Does Huawei break the license of CentOS?

[Peter Kjellström]

On Wed, 21 Feb 2018 09:31:20 +0800
Genghuang Wang  wrote:

> Hello, Peter, thanks for your reply
> 
> 1. Huawei DOES change the distribution EULA, if type in the following
> command: vi /usr/share/eula/eula.en_US
> you can see it changed to "HUAWEI EulerOS-2.0"
> which is a copyright one, let alone original GPL license.

That EULA may be meant to apply to Euler OS specific components or it's
just a, likely incompatible, corporate legal boiler plate. Either way,
it does not overide individual GPL components repective licenses.
 
> According to CentOS Linux EULA
> The Distribution is released as GPLv2. Individual packages in the
> distribution come with their own licences.

Maybe someone from the CentOS project or Redhat can comment further on
this. To me it seems they don't, at a first glance, use any CentOS
specific things but rather rebuilds upstream RHEL in a similar manner
to CentOS. If so then we're back to the license of all the individual
components...

> So the Distribution license is violated in this sense.
> 
> 2. GPL is a strong copyleft license, which means that any derivative
> work to be open-source under the same GPL license, this to be prevent
> it from switching to some more permissive license. So release under a
> copyright license with the statement linking to "open source
> license",which is done by Huawei, is not allowed.

I'm well aware of what the GPL is. Clearly any rebuilt/modified
packages/components with GPL license will still be GPL.

rpm query on EulerOS packages (sampled) does not claim Huawei license
but seems to retain original GPL.

> 3. Euler OS by Huawei does not have any public source code repository.

Well they don't have to. However they have to provide source upon
request. Convenient src.rpm repo is going beyond what is required.

In the end I supose that's all it boils down to. Will they provide
source if poked?

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

[CentOS] is the centos wiki "Additional Resources/Repositories" page reasonably up to date?

[Robert P. J. Day]

  (apologies for what will be some upcoming trivial questions, but i'm
jumping back into centos after years and years of living with fedora,
so i'm feeling fairly comfortable, just the occasional centos-specific
question.)

  is the wiki repos page fairly up to date?

https://wiki.centos.org/AdditionalResources/Repositories

i ask since i note that its last edit was 2017-06-25, and things might
have changed in the last several months.

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

Re: [CentOS] are there reference lists/cheat sheets for categorized commands?

[Sorin Srbu]

> -Original Message-
> From: CentOS [mailto:centos-boun...@centos.org] On Behalf Of Robert P. J.
> Day
> Sent: den 21 februari 2018 08:56
> To: CentOS general list 
> Subject: [CentOS] are there reference lists/cheat sheets for categorized
> commands?
> 
> 
>   prepping to teach a 5-day CompTIA linux+ course next week with
> CompTIA-supplied courseware and, given that it was my choice, i chose
> to set up the classroom with centos 7.4 on all the student systems
> since i assume most students are there to learn sysadmin and that's
> the most likely platform they'll have when they get back to work.
> also, most students are taking this course to prep for the subsequent
> LPI exams to get their certification, which plays into my question.
> 
>   while the C/W is not bad, it's awfully verbose, and it would be
> handy if there were concise cheat sheets of commands/files related to
> the standard sysadmin they'll be expected to answer questions on. as
> an example, regarding user/group management, i'm collecting all of the
> relevant commands that they need to know about, in the sense of, "if
> you understand these commands, you should be fine."
> 
>   regarding user/group admin, my tentative list of commands would be:
> 
>   * user{add,mod,del}
>   * group(add,mod,del}
>   * passwd, gpasswd
>   * chage, chsh, chfn
>   * pwck, grpck
>   * pwconv, pwunconv
> 
> not sure what i'm missing here, i just typed those off the top of my
> head.
> 
>   rather than scatter all of that over an entire chapter, are there
> any official centos/rhel reference sheets like that? if not, i can
> just write my own and post them at my wiki. thanks for any pointers.

Not official in any way, but quite usable;
http://www.commandlinefu.com/commands/browse

But mostly I use this one; 
https://www.serversaustralia.com.au/blog/ultimate-list-of-cheatsheets-for-a-
sysadmin/

HTH.


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