Re: [CentOS] Mementos

2021-09-01 Thread Dave Stevens via CentOS 
On Tue, 31 Aug 2021 19:44:52 -0500
Chris Adams  wrote:

>   I wonder if it would install in a modern VM?

me too but not interested enough to do it. Thank you for taking on this
important work!

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

Re: [CentOS] Troubles expanding file system.

2021-09-01 Thread Simon Matter 
> On 9/1/21 9:42 AM, Jeff Boyce wrote:
>> 6. I suspect that I need to rescan the devices on Sequoia so that it
>> recognizes the increased space that has been allocated from the
>> extended the logical volume.  But when I did that (command below) it
>> came back with a no such file or directory.
>>
>> echo 1 > /sys/class/block/vde1/device/rescan
>
>
> If you look at the content of /sys/class/block/vde and vde1, you'll see
> that vde has a device subdir, and vde1 does not.  You can't rescan a
> partition.  Rescan the *drive*
>
> echo 1 > /sys/class/block/vde/device/rescan

And, on additional disks, one can put filesystems directly on the disk and
so not have to care about useless partition tables (that's not on the
root/boot disk). To add more flexibility, one can also use LVM on the
device directly without having to mess with partition tables.

Simon

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

Re: [CentOS] Troubles expanding file system.

2021-09-01 Thread Gordon Messmer 

On 9/1/21 9:42 AM, Jeff Boyce wrote:
6. I suspect that I need to rescan the devices on Sequoia so that it 
recognizes the increased space that has been allocated from the 
extended the logical volume.  But when I did that (command below) it 
came back with a no such file or directory.


echo 1 > /sys/class/block/vde1/device/rescan 



If you look at the content of /sys/class/block/vde and vde1, you'll see 
that vde has a device subdir, and vde1 does not.  You can't rescan a 
partition.  Rescan the *drive*


echo 1 > /sys/class/block/vde/device/rescan


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

Re: [CentOS] Troubles expanding file system.

2021-09-01 Thread Stephen John Smoogen 
On Wed, 1 Sept 2021 at 12:42, Jeff Boyce  wrote:
>
> Greetings -
>
>  I have tried posting this four times now, from two different email
> addresses (on the 25th, 27th, 30th, and 31st) and it never appeared.  I
> don't see it in the archives, so it appears to be getting dropped in
> transition for some reason.  I am not getting messages from the email
> system saying it is undeliverable, or is bounced; I am sending as plain
> text, not HTML, I stripped off my signature.  If this makes it through,
> someone please give me a clue why the others might not have.  But that
> is not as important as the real issue that I am trying to get addressed
> below.  Thanks for any assistance.
>
>  I have a Dell PowerEdge server with a CentOS KVM host (Earth) with
> one CentOS guest (Sequoia) that I am trying to expand the partition and
> filesystem on.  I have LVM logical volumes on the host system (Earth),
> which are used as devices/partitions on the guest system (Sequoia).  In
> this particular situation I have successfully extended the logical
> volume (lv_SeqEco) on Earth from 500GB to 700GB.
>
> 1.  Checking the disk information (lsblk) on Earth shows that the
> logical volume (lv_SeqEco) is now listed as 700GB.
>
> 2.  Checking disk information (lsblk) on Sequoia shows that the disk
> /dev/vde is still listed as 500GB, and partition /dev/vde1 where the
> mount point /ecosystem is located is also listed as 500GB.
>
> 3.  I had tried using the resize2fs command to expand the filesystem on
> /dev/vde1, but it returned with the result that there was nothing to
> do.  Which makes sense now after I checked the disk information, since
> /dev/vde on Sequoia has not increased from 500GB to 700GB.
>

Thanks for the long list of items of what you have done. In Fedora
Infrastructure, we used this method to resize images in the past
https://pagure.io/infra-docs/blob/main/f/docs/sysadmin-guide/sops/guestdisk.rst

The guest system usually needs to have the `fdisk` , `gdisk` or
`parted` commands rerun to resize the disk to its new size.


> 4.  On previous occasions when I have done this task, I would just start
> GParted on Sequoia and use the GUI to expand the partition and
> filesystem.  A real quick and simple solution.
>
> 5.  The problem I have now is that the VGA adapter on my server has died
> and I have no graphical output to the attached monitor, nor to the iDrac
> console display.  So I am stuck doing this entirely by the command line
> while logged into the system remotely.
>
> 6.  I suspect that I need to rescan the devices on Sequoia so that it
> recognizes the increased space that has been allocated from the extended
> the logical volume.  But when I did that (command below) it came back
> with a no such file or directory.
>
> echo 1 > /sys/class/block/vde1/device/rescan
>

Not sure that would do anything.


> 7.  This server is being retired in the next few months, but I need this
> additional space prior to migrating to the new system. Can someone give
> me some guidance on what I am missing in this sequence?
>
> Let me know if I haven't been clear enough in the explanation of my
> systems and objective.  Thanks.
>
> Jeff
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos



-- 
Stephen J Smoogen.
I've seen things you people wouldn't believe. Flame wars in
sci.astro.orion. I have seen SPAM filters overload because of Godwin's
Law. All those moments will be lost in time... like posts on a BBS...
time to shutdown -h now.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] systemd | Requires statement with an instantiated service

2021-09-01 Thread Kenneth Porter 
--On Wednesday, September 01, 2021 6:36 PM +0200 Leon Fauster via CentOS 
 wrote:



How to apply a "Requires" with an instantiated service.

Example:

a@.service
b.service

a@.service is started as a@host1.service and b.service must be started
after a@host1.service but the unit will be differently parameterized
(depended of the region). So I want to generalize the requires statement.

My dropin file in ./b.service.d/dep.conf looks like

[Unit]
Requires="a@*.service"

This just produces following error:
'Failed to add dependency on "a@*.service", ignoring: Invalid argument'


I use also a Before=b.service statement for a@.service but that is not
enough.


You might also ask on the systemd list:



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

[CentOS] Troubles expanding file system.

2021-09-01 Thread Jeff Boyce 

Greetings -

    I have tried posting this four times now, from two different email 
addresses (on the 25th, 27th, 30th, and 31st) and it never appeared.  I 
don't see it in the archives, so it appears to be getting dropped in 
transition for some reason.  I am not getting messages from the email 
system saying it is undeliverable, or is bounced; I am sending as plain 
text, not HTML, I stripped off my signature.  If this makes it through, 
someone please give me a clue why the others might not have.  But that 
is not as important as the real issue that I am trying to get addressed 
below.  Thanks for any assistance.


    I have a Dell PowerEdge server with a CentOS KVM host (Earth) with 
one CentOS guest (Sequoia) that I am trying to expand the partition and 
filesystem on.  I have LVM logical volumes on the host system (Earth), 
which are used as devices/partitions on the guest system (Sequoia).  In 
this particular situation I have successfully extended the logical 
volume (lv_SeqEco) on Earth from 500GB to 700GB.


1.  Checking the disk information (lsblk) on Earth shows that the 
logical volume (lv_SeqEco) is now listed as 700GB.


2.  Checking disk information (lsblk) on Sequoia shows that the disk 
/dev/vde is still listed as 500GB, and partition /dev/vde1 where the 
mount point /ecosystem is located is also listed as 500GB.


3.  I had tried using the resize2fs command to expand the filesystem on 
/dev/vde1, but it returned with the result that there was nothing to 
do.  Which makes sense now after I checked the disk information, since 
/dev/vde on Sequoia has not increased from 500GB to 700GB.


4.  On previous occasions when I have done this task, I would just start 
GParted on Sequoia and use the GUI to expand the partition and 
filesystem.  A real quick and simple solution.


5.  The problem I have now is that the VGA adapter on my server has died 
and I have no graphical output to the attached monitor, nor to the iDrac 
console display.  So I am stuck doing this entirely by the command line 
while logged into the system remotely.


6.  I suspect that I need to rescan the devices on Sequoia so that it 
recognizes the increased space that has been allocated from the extended 
the logical volume.  But when I did that (command below) it came back 
with a no such file or directory.


echo 1 > /sys/class/block/vde1/device/rescan

7.  This server is being retired in the next few months, but I need this 
additional space prior to migrating to the new system. Can someone give 
me some guidance on what I am missing in this sequence?


Let me know if I haven't been clear enough in the explanation of my 
systems and objective.  Thanks.


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

[CentOS] systemd | Requires statement with an instantiated service

2021-09-01 Thread Leon Fauster via CentOS 

Maybe the work day is already to long. I can not find
a solution for following requirement.

How to apply a "Requires" with an instantiated service.

Example:

a@.service
b.service

a@.service is started as a@host1.service and b.service must be started
after a@host1.service but the unit will be differently parameterized
(depended of the region). So I want to generalize the requires statement.

My dropin file in ./b.service.d/dep.conf looks like

[Unit]
Requires="a@*.service"

This just produces following error:
'Failed to add dependency on "a@*.service", ignoring: Invalid argument'


I use also a Before=b.service statement for a@.service but that is not
enough.

Any hints?

--
Thanks,
Leon

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

Re: [CentOS] Unable to update Google products on CentOS 7

2021-09-01 Thread Frank Bures 

On 9/1/21 10:37 AM, Stephen John Smoogen wrote:

On Wed, 1 Sept 2021 at 10:34, Frank Bures  wrote:


Hi,

I have Google rpm repository enabled.

However, running "yum update" returns

https://dl.google.com/linux/chrome/rpm/stable/x86_64/repodata/repomd.xml:
[Errno 14] HTTPS Error 404 - Not Found



It works for me and can be tested with:

$ curl https://dl.google.com/linux/chrome/rpm/stable/x86_64/repodata/repomd.xml

http://linux.duke.edu/metadata/repo";
xmlns:rpm="http://linux.duke.edu/metadata/rpm";>
  1630438383

   72bd1120db31564215cde423e900596e2fd9cc583850782355aaf7c283aa1c54
   028e855817d7529b77f5a197460250178e2251c8d97f4b1042549f4b698da63a
   
   1630438384
   1823
   19397


   e2475ced0fbc6c2b3ea79e7a549c3de637734bf8b93a8c2d8c0b87b278f244ae
   ac55966bc79fdb3ca5152fad6ba96f0ffbe52a9e55c5dbfa651cef2b6f447a2e
   
   1630438384
   368
   690


   692f4b277acda5a9e039dca2758d79de6f0c35b65677ff71015722037b87b0f6
   d39a3502be6913450d4cdaa70cb22abedea7c23c77988364c6f494927f14231e
   
   1630438384
   1801
   17371


$ host dl.google.com
dl.google.com has address 172.217.2.110
dl.google.com has IPv6 address 2607:f8b0:4004:80a::200e

If it doesn't work for you then compare if the ips are blocked somewhere.


I'll be damned.  It started to work again after reboot to install a kernel 
update.  Weird...


Thanks
Frank


--


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

Re: [CentOS] Unable to update Google products on CentOS 7

2021-09-01 Thread Stephen John Smoogen 
On Wed, 1 Sept 2021 at 10:34, Frank Bures  wrote:
>
> Hi,
>
> I have Google rpm repository enabled.
>
> However, running "yum update" returns
>
> https://dl.google.com/linux/chrome/rpm/stable/x86_64/repodata/repomd.xml:
> [Errno 14] HTTPS Error 404 - Not Found
>

It works for me and can be tested with:

$ curl https://dl.google.com/linux/chrome/rpm/stable/x86_64/repodata/repomd.xml

http://linux.duke.edu/metadata/repo";
xmlns:rpm="http://linux.duke.edu/metadata/rpm";>
 1630438383

  72bd1120db31564215cde423e900596e2fd9cc583850782355aaf7c283aa1c54
  028e855817d7529b77f5a197460250178e2251c8d97f4b1042549f4b698da63a
  
  1630438384
  1823
  19397


  e2475ced0fbc6c2b3ea79e7a549c3de637734bf8b93a8c2d8c0b87b278f244ae
  ac55966bc79fdb3ca5152fad6ba96f0ffbe52a9e55c5dbfa651cef2b6f447a2e
  
  1630438384
  368
  690


  692f4b277acda5a9e039dca2758d79de6f0c35b65677ff71015722037b87b0f6
  d39a3502be6913450d4cdaa70cb22abedea7c23c77988364c6f494927f14231e
  
  1630438384
  1801
  17371


$ host dl.google.com
dl.google.com has address 172.217.2.110
dl.google.com has IPv6 address 2607:f8b0:4004:80a::200e

If it doesn't work for you then compare if the ips are blocked somewhere.


> It worked OK just a couple of days ago.
>
> Is anyone aware of any recent changes in Google repositories?
>
> Thanks
> Frank
>
>
> --
>
> 
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos



-- 
Stephen J Smoogen.
I've seen things you people wouldn't believe. Flame wars in
sci.astro.orion. I have seen SPAM filters overload because of Godwin's
Law. All those moments will be lost in time... like posts on a BBS...
time to shutdown -h now.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] Unable to update Google products on CentOS 7

2021-09-01 Thread Frank Bures 

Hi,

I have Google rpm repository enabled.

However, running "yum update" returns

https://dl.google.com/linux/chrome/rpm/stable/x86_64/repodata/repomd.xml: 
[Errno 14] HTTPS Error 404 - Not Found


It worked OK just a couple of days ago.

Is anyone aware of any recent changes in Google repositories?

Thanks
Frank


--


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

Re: [CentOS] Mirror problem

2021-09-01 Thread Johnny Hughes 
On 8/30/21 8:52 AM, isdtor wrote:
> 
> Updating my local mirror, I noticed
> 
> x86_64/Packages/exiv2-0.27.0-4.el7_8.src.rpm
> x86_64/Packages/firefox-78.13.0-2.el7.centos.src.rpm
> x86_64/Packages/thunderbird-78.13.0-1.el7.centos.src.rpm
> 
> which seem have been pushed into the wrong repo by accident. Confirmed by 
> checking another random mirror in the US from 
> https://www.centos.org/download/mirrors/.
> 

Fixed in the latest update set.

Thanks,
Johnny Hughes

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

Re: [CentOS] Out of the Office -- Re: Application migration

2021-09-01 Thread Simon Matter 
> Yeah, well...  That's what I get for writing a Google Script to try to
> automate these things.
>
> I had "centos@centos.org" in my list of addresses to *not* send these
> auto-responders to, but not "CentOS@centos.org".  *sigh*
>
> I've amended the thing so it shouldn't badger anyone who sends me mail
> with
> "[CentOS]" in the subject line...or who emails "CentOS@centos.org" instead
> of "centos@centos.org".

It's much better to check for certain headers and then never send vacation
replies to them, like:

Precedence: list
List-Id: CentOS mailing list 

Otherwise your rules will fail often.

Regards,
Simon

>
> Happy Wednesday!
>
> *J. Adam Craig*
> Lead Linux Operating Systems Analyst
> VCU Infrastructure Services 
> Technology Services Department
> 804.828.4886
> jacr...@vcu.edu
>
> 
> *Don't be a phishing victim -- VCU and other reputable organisations will
> never use email to request that you reply with your password, social
> security number or confidential personal information.  For more details,
> visit
> **https://ts.vcu.edu/about-us/information-security/common-questions/what-is-phishing
> *
>
>
>
> On Wed, Sep 1, 2021 at 8:55 AM Scott Robbins  wrote:
>
>> On Wed, Sep 01, 2021 at 02:47:50AM -0700, jacr...@vcu.edu wrote:
>> > I am currently out of the office, but plan to return to my desk on
>> > Wednesday at 7am.
>>
>> Well, they're going to be embarrassed when they get back.
>>
>> Ah well, as we said the last time this happened, most of us have done
>> worse.
>>
>>
>> --
>> Scott Robbins
>> PGP keyID EB3467D6
>> ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 )
>> gpg --keyserver pgp.mit.edu --recv-keys EB3467D6
>>
>> ___
>> 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] Out of the Office -- Re: Application migration

2021-09-01 Thread J. Adam Craig 
Yeah, well...  That's what I get for writing a Google Script to try to
automate these things.

I had "centos@centos.org" in my list of addresses to *not* send these
auto-responders to, but not "CentOS@centos.org".  *sigh*

I've amended the thing so it shouldn't badger anyone who sends me mail with
"[CentOS]" in the subject line...or who emails "CentOS@centos.org" instead
of "centos@centos.org".

Happy Wednesday!

*J. Adam Craig*
Lead Linux Operating Systems Analyst
VCU Infrastructure Services 
Technology Services Department
804.828.4886
jacr...@vcu.edu


*Don't be a phishing victim -- VCU and other reputable organisations will
never use email to request that you reply with your password, social
security number or confidential personal information.  For more details,
visit 
**https://ts.vcu.edu/about-us/information-security/common-questions/what-is-phishing
*



On Wed, Sep 1, 2021 at 8:55 AM Scott Robbins  wrote:

> On Wed, Sep 01, 2021 at 02:47:50AM -0700, jacr...@vcu.edu wrote:
> > I am currently out of the office, but plan to return to my desk on
> > Wednesday at 7am.
>
> Well, they're going to be embarrassed when they get back.
>
> Ah well, as we said the last time this happened, most of us have done
> worse.
>
>
> --
> Scott Robbins
> PGP keyID EB3467D6
> ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 )
> gpg --keyserver pgp.mit.edu --recv-keys EB3467D6
>
> ___
> 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] Out of the Office -- Re: Application migration

2021-09-01 Thread Scott Robbins 
On Wed, Sep 01, 2021 at 02:47:50AM -0700, jacr...@vcu.edu wrote:
> I am currently out of the office, but plan to return to my desk on
> Wednesday at 7am.

Well, they're going to be embarrassed when they get back. 

Ah well, as we said the last time this happened, most of us have done
worse.


-- 
Scott Robbins
PGP keyID EB3467D6
( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 )
gpg --keyserver pgp.mit.edu --recv-keys EB3467D6

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

[CentOS] Out of the Office -- Re: Application migration

2021-09-01 Thread jacraig 
I am currently out of the office, but plan to return to my desk on
Wednesday at 7am.

If you require assistance with a server that is hosted by VCU
Infrastructure Services, please submit a support ticket
.

If this is an emergency, please contact the Network Operations Center at
(804) 828-1802.

I apologise for any inconvenience.

Make it be a great day,

*J. Adam Craig*
Lead Linux Operating Systems Analyst
VCU Infrastructure Services 
Technology Services Department
804.828.4886
jacr...@vcu.edu


*Don't be a phishing victim -- VCU and other reputable organisations will
never use email to request that you reply with your password, social
security number or confidential personal information. For more details,
visit
https://ts.vcu.edu/about-us/information-security/common-questions/what-is-phishing
*
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Application migration

2021-09-01 Thread Anand Buddhdev 
On 01/09/2021 11:24, Mark Woolfson wrote:

Hi Mark,

> Please can you give me an idea of the migration complexity of moving the
> applications from 6.4/6.6 to 7.4 or any variant of 7.

This is a very vague question. It's like asking "I have an old car. Can
you please tell me if I can drive it on the new motorway?"

Folk can't really help you this way. You need to provide more specific
information, such as what language these apps are written in. Are they
written in C which is compiled? Has it been statically compiled, or
dynamically? What libraries does it link against?

Perhaps the application is in Java, Python, Perl or Ruby. Then it's
easier, but again, there may be some gotchas.

Do you have the source code of the applications? If you do, then it's
easier to make them work in case modifications are needed. If you don't
have the source, then things become trickier.

If the applications won't run under CentOS 7, and you can't modify them,
then you might want to consider running them in CentOS 6 containers on a
CentOS 7 or 8 host.

But give details, man! Without details, it's all guesswork.

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

Re: [CentOS] Application migration

2021-09-01 Thread Mark Woolfson 
Hello,

 

I have some data analysis applications running on CentOS 6.4 and 6.6.

 

Due to these CentOS variants not being supported on the Intel Ice Lake
server platform I have to migrate them.

 

The minimum CentOS variant which works on the Ice Lake is 7.4.

 

Please can you give me an idea of the migration complexity of moving the
applications from 6.4/6.6 to 7.4 or any variant of 7.

 

Mark

 



-- 
This email has been checked for viruses by AVG.
https://www.avg.com
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos