Re: [CentOS] [EXTERNAL] Intel/64 CentOS VM running on a Mac M1?
Hello, The Apple M1 is an ARM-based chip, which is a completely different architecture from x86_64/amd64 (Intel 64) and IA64 (Itanium). Run "uname -m" on one of your production servers to confirm which architecture that you are targeting. You can use qemu to emulate VMs for different architectures, but it will be slower than normal VM's where the guest and the host run the same architecture. I would be surprised if Parallels and other non-qemu VM platforms supported running a x86_64 guest on an Apple M1 chip. Even so, there might be some hiccups. I would recommend looking at regular PC (non-Apple) laptops to ensure the best compatibility for your use case. If your servers are truly Itanium, then I don't know what to recommend. Sincerely, Jason --- Jason Edgecombe | Linux Administrator UNC Charlotte | Office of OneIT 9201 University City Blvd. | Charlotte, NC 28223-0001 Phone: 704-687-1943 jwedg...@uncc.edu | http://engr.uncc.edu | Facebook --- If you are not the intended recipient of this transmission or a person responsible for delivering it to the intended recipient, any disclosure, copying, distribution, or other use of any of the information in this transmission is strictly prohibited. If you have received this transmission in error, please notify me immediately by reply e-mail or by telephone at 704-687-1943. Thank you. On Thu, Jan 28, 2021 at 8:12 PM Lists wrote: > My Dell Precision M3800 running Fedora works great but is really starting > to > show its age, and I'm thinking about getting a new Mac M1-based laptop as > it > would really be useful for Video production. > > But I really need to have a IA64 CentOS 7/8 VMs running locally for > development as I'm often on the road and flaky Internet makes it a > necessity to > keep productivity up. I've been unable to officially confirm that VMWare/ > Parallels/VirtualBox intend to support IA64 based OS's and it *needs* to > be an > exact (VM) copy of production so I can trial environments and builds prior > to > roll out. > > Calling around, I actually got ahold of a sales staff at Parallels who > assured > me (in broken India-accent English) that "of course all OS will supported > when > the trial complete" but given that I wasn't sure that he really understood > my > question I remain uncertain. > > Anybody here have any more information than I do? [Caution: Email from > External Sender. Do not click or open links or attachments unless you know > this sender.] > > > ___ > 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] CentOS 7 rsyslog and ELK
I don't use ELK at the moment, but is this helpful? % journalctl -f --output=json The above command prints the continuous output of the systemd journal in json format. Jason --- Jason Edgecombe | Linux Administrator UNC Charlotte | Office of OneIT 9201 University City Blvd. | Charlotte, NC 28223-0001 Phone: 704-687-1943 jwedg...@uncc.edu | http://engr.uncc.edu | Facebook --- If you are not the intended recipient of this transmission or a person responsible for delivering it to the intended recipient, any disclosure, copying, distribution, or other use of any of the information in this transmission is strictly prohibited. If you have received this transmission in error, please notify me immediately by reply e-mail or by telephone at 704-687-1943. Thank you. On Fri, Jul 10, 2020 at 4:33 PM Pete Biggs wrote: > I asked a similar question about a year ago and didn't get any answers. > So I thought I'd try again. > > What do people do to get their syslog messages on CentOS 7 into a > remote ELK stack. I've tried lots of things involving rsyslog, > filebeat, redis, logstash and so on in lots of different configurations > but nothing really works. > > I can get rsyslog to talk directly to logstash (acting as a syslog > server) but the messages don't have facility or severity codes in them > which makes it considerably more difficult to manage the messages. > > P. > > > > ___ > 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] LUKS layer / best practice
I recommend having LUKS be "under" LVM. the layers would be: /dev/sda -> partition (/dev/sda1) -> LUKS (/dev/sda1_crypt) -> LVM physical volume -> volume group -> logical volume -> filesystem The layers described above are how the Ubuntu installer sets up an encrypted LVM filesystem. As far as I know, TRIM is passed through LUKS and the LVM layers if it's available in the hardware. Sincerely, Jason ------- Jason Edgecombe | Linux Administrator UNC Charlotte | The William States Lee College of Engineering 9201 University City Blvd. | Charlotte, NC 28223-0001 Phone: 704-687-1943 jwedg...@uncc.edu | http://engr.uncc.edu | Facebook --- If you are not the intended recipient of this transmission or a person responsible for delivering it to the intended recipient, any disclosure, copying, distribution, or other use of any of the information in this transmission is strictly prohibited. If you have received this transmission in error, please notify me immediately by reply e-mail or by telephone at 704-687-1943. Thank you. On Tue, Jun 16, 2020 at 1:42 PM Leon Fauster via CentOS wrote: > Hi all, > > with regard to LUKS; should it placed before LVM or after? Any > recommendations? TRIM command fully supported through all layers etc? > > -- > Leon > ___ > 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] CentOS 7 - xfs shrink & expand
Hi, XFS filesystems cannot be shrunk. If you need to shrink an XFS file system, then you have to backup the data, delete the entire filesystem, resize the volume in LVM, then create a new filesystem and restore the data from backup. Ref: https://xfs.org/index.php/XFS_FAQ#Q:_Is_there_a_way_to_make_a_XFS_filesystem_larger_or_smaller.3F Jason --- Jason Edgecombe | Linux Administrator UNC Charlotte | The William States Lee College of Engineering 9201 University City Blvd. | Charlotte, NC 28223-0001 Phone: 704-687-1943 jwedg...@uncc.edu | http://engr.uncc.edu | Facebook --- If you are not the intended recipient of this transmission or a person responsible for delivering it to the intended recipient, any disclosure, copying, distribution, or other use of any of the information in this transmission is strictly prohibited. If you have received this transmission in error, please notify me immediately by reply e-mail or by telephone at 704-687-1943. Thank you. On Wed, May 13, 2020 at 1:05 PM Frank M. Ramaekers Jr. wrote: > I'll try that...I was using instructions I found on the internet for > single-user/maintenance mode. From the grub screen you enter 'e' and > modify the linux16 line...etc. > > Okay, I'll try that next. > > Thanks Simon! > > On 5/13/2020 7:28 AM, Simon Matter via CentOS wrote: > > Hi, > > > >> Yeah, I tried that but ran into a problem. It came up fine in > >> single-user/maintenance mode. The mount command shows all of the > >> mounted file systems, but after I 'chroot /sysroot', the mount failed > >> (with some problem with mtab, sorry don't have the exact error > >> message). So I couldn't mount my 32TB RAID (where the xfsdump file > was). > > I think you misunderstood what I meant. You appear to have booted into > > rescue mode, but that's not what I meant. What I meant is good old single > > user mode. The state you'll get with "telinit 1" or with "s" or "1" as a > > kernel boot option. > > > > For what you want to do not a single reboot is required. > > > > Regards, > > Simon > > > >> On 5/13/2020 12:48 AM, Simon Matter via CentOS wrote: > >>> Hi, > >>> > >>>> I'm having some difficulty finding a method to shrink my /home to > >>>> expand > >>>> my /. They both correspond to LVMs. It is my understanding that one > >>>> cannot shrink a xfs filesystem. One must back it up (xfsdump), remove > >>>> (lvremove) redefine it and then restore it back (xfsrestore). > >>>> > >>>> Okay, I'm running into a problem where /home needs to be "unused". > If > >>>> tried going in to "maintance mode", but I ran into a problem with the > >>>> mount command (after issuing a 'chroot /sysroot'). I then tried using > >>>> SystemRescueCD to boot to, but it wouldn't mount my 32TB RAID USB > drive > >>>> (something about too big). > >>>> > >>>> Any thoughts or suggestions? > >>> What is the problem if you boot directly into maintenance mode? Then it > >>> should be possible to backup home to a remote destination, unmount > >>> /home, > >>> remove the home LV, expand /, recreate home and mount it, restore from > >>> backup and you're done. No need to use any SystemRescueCD or other > tool. > >>> > >>> Regards, > >>> Simon > >>> > >>> ___ > >>> 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 > ___ > 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] Update failure: Mate requires libgtop-2.0.so.10
In addition, there is a bugzilla report for this: https://bugzilla.redhat.com/show_bug.cgi?id=1644519 --- Jason Edgecombe | Linux Administrator UNC Charlotte | The William States Lee College of Engineering 9201 University City Blvd. | Charlotte, NC 28223-0001 Phone: 704-687-1943 jwedg...@uncc.edu | http://engr.uncc.edu | Facebook --- If you are not the intended recipient of this transmission or a person responsible for delivering it to the intended recipient, any disclosure, copying, distribution, or other use of any of the information in this transmission is strictly prohibited. If you have received this transmission in error, please notify me immediately by reply e-mail or by telephone at 704-687-1943. Thank you. On Mon, Dec 3, 2018 at 9:53 PM Richard wrote: > > > > Date: Monday, December 03, 2018 20:41:20 -0600 > > From: Frank Cox > > > > I just tried updating this laptop to the shiny new Centos version > > and it appears that Mate doesn't like the new version of libgtop, > > as you can see here: > > > > Error: Package: marco-1.16.1-3.el7.x86_64 (@epel) > >Requires: libgtop-2.0.so.10()(64bit) > >Removing: libgtop2-2.34.2-2.el7.x86_64 (@base) > >libgtop-2.0.so.10()(64bit) > >Updated By: libgtop2-2.38.0-3.el7.x86_64 (base) > > ~libgtop-2.0.so.11()(64bit) > > Error: Package: mate-applets-1.16.0-1.el7.x86_64 (@epel) > >Requires: libgtop-2.0.so.10()(64bit) > >Removing: libgtop2-2.34.2-2.el7.x86_64 (@base) > >libgtop-2.0.so.10()(64bit) > >Updated By: libgtop2-2.38.0-3.el7.x86_64 (base) > > ~libgtop-2.0.so.11()(64bit) > > Error: Package: mate-disk-usage-analyzer-1.16.1-1.el7.x86_64 (@epel) > >Requires: libgtop-2.0.so.10()(64bit) > >Removing: libgtop2-2.34.2-2.el7.x86_64 (@base) > >libgtop-2.0.so.10()(64bit) > >Updated By: libgtop2-2.38.0-3.el7.x86_64 (base) > > ~libgtop-2.0.so.11()(64bit) > > Error: Package: mate-system-monitor-1.16.0-1.el7.x86_64 (@epel) > >Requires: libgtop-2.0.so.10()(64bit) > >Removing: libgtop2-2.34.2-2.el7.x86_64 (@base) > >libgtop-2.0.so.10()(64bit) > >Updated By: libgtop2-2.38.0-3.el7.x86_64 (base) > > ~libgtop-2.0.so.11()(64bit) > > > Updated versions of those @epel packages are in the epel-testing > repo, which resolved this issue for me when I updated using the CR > repo a couple of weeks ago. > > > ___ > 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] DHCP timeout and mysteriously dropping IP address
(xid=0x2f112c1) Dec 23 03:41:02 myhost dhclient[33440]: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 6 (xid=0xe5feb70) Dec 23 03:41:08 myhost dhclient[33440]: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 10 (xid=0xe5feb70) Dec 23 03:41:18 myhost dhclient[33440]: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 12 (xid=0xe5feb70) Dec 23 03:41:30 myhost dhclient[33440]: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 16 (xid=0xe5feb70) Dec 23 03:41:34 myhost NetworkManager[788]: [1514018494.9605] dhcp4 (eth0): request timed out Dec 23 03:41:34 myhost NetworkManager[788]: [1514018494.9612] dhcp4 (eth0): state changed unknown -> timeout Dec 23 03:41:34 myhost NetworkManager[788]: [1514018494.9713] dhcp4 (eth0): canceled DHCP transaction, DHCP client pid 33440 Dec 23 03:41:34 myhost NetworkManager[788]: [1514018494.9714] dhcp4 (eth0): state changed timeout -> done Thanks, Jason --- Jason Edgecombe | Linux Administrator UNC Charlotte | The William States Lee College of Engineering 9201 University City Blvd. | Charlotte, NC 28223-0001 Phone: 704-687-1943 jwedg...@uncc.edu | http://engr.uncc.edu | Facebook --- If you are not the intended recipient of this transmission or a person responsible for delivering it to the intended recipient, any disclosure, copying, distribution, or other use of any of the information in this transmission is strictly prohibited. If you have received this transmission in error, please notify me immediately by reply e-mail or by telephone at 704-687-1943. Thank you. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] R: dplyr, doBy, and ggplot2 in CentOS7
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. --- Jason Edgecombe | Linux Administrator UNC Charlotte | The William States Lee College of Engineering 9201 University City Blvd. | Charlotte, NC 28223-0001 Phone: 704-687-1943 jwedg...@uncc.edu | http://engr.uncc.edu | Facebook --- If you are not the intended recipient of this transmission or a person responsible for delivering it to the intended recipient, any disclosure, copying, distribution, or other use of any of the information in this transmission is strictly prohibited. If you have received this transmission in error, please notify me immediately by reply e-mail or by telephone at 704-687-1943. Thank you. On Mon, Oct 30, 2017 at 11:05 AM, Larry Martell wrote: > On Mon, Oct 30, 2017 at 10:56 AM Tony Schreiner > wrote: > > > On Mon, Oct 30, 2017 at 10:27 AM, Larry Martell > > > 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
