Re: [CentOS] Moving from mdadm raid 0 to single disk
Thanks, That's what I'll probably be doing then. Alex From: CentOS on behalf of Valeri Galtsev Sent: Tuesday, January 11, 2022 5:21 PM To: centos@centos.org Subject: Re: [CentOS] Moving from mdadm raid 0 to single disk On 1/11/22 8:11 PM, Alexandre Leonenko wrote: > Hey all, > > Hopefully a quick question. I'm going to move the filesystem of a raid 0 > mdadm to a single disk. > The filesystem is just a data drive, can I just dd if=/dev/md0 of=/dev/sdc ? > Or should I rather rsync the files directly? I would [partition disk; make new filesystem, mount, then] use rsync. You avoid copying nuisances if there are any on old filesystem. You avoid the need to resize partition on new disk, and expand filesystem. You avoid waste of time copying empty space. You can have different disklabel (it old was MSDOS and you want GPT). And few other things. I hope, thins helps. Valeri > > Regards, > Alex > > ___ > CentOS mailing list > CentOS@centos.org > https://lists.centos.org/mailman/listinfo/centos -- 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 https://lists.centos.org/mailman/listinfo/centos ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] Moving from mdadm raid 0 to single disk
Hey all, Hopefully a quick question. I'm going to move the filesystem of a raid 0 mdadm to a single disk. The filesystem is just a data drive, can I just dd if=/dev/md0 of=/dev/sdc ? Or should I rather rsync the files directly? Regards, Alex ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] letsencrypt error
>certbot-auto is no longer available. It still getting updates https://github.com/certbot/certbot/blob/master/certbot-auto > Forbidden\n\nForbidden\nhttp://mydomain/.well-known/acme-challenge/i_fU1bFrQZzgfVI2FtWo8Ov0ITjplCcPjXdK61Fwa-w ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Adding kmod to pxe install
> > >From: CentOS on behalf of Phil Perry > >Sent: Monday, December 2, 2019 10:58 AM >To: centos@centos.org >Subject: Re: [CentOS] Adding kmod to pxe install > >On 02/12/2019 16:08, Valeri Galtsev wrote: >> >> >> On 2019-12-02 10:00, Fabian Arrotin wrote: >>> On 02/12/2019 12:42, Alexandre Leonenko wrote: >>>> Hey guys, >>>> >>>> I'm stumped in how to add the kmod rpm to pxe install. I need it to >>>> be installed but also loaded during the install as well. >>>> The rpm in question is the 3w-9xxx from elrepo >>>> https://centos.pkgs.org/8/elrepo-x86_64/kmod-3w-9xxx-2.26.02.014-1.el8_0.elrepo.x86_64.rpm.html >>>> >>>> >>>> I'm constantly getting the following message >>>> Warning: can't find installer main image path in .treeinfo >>>> >>>> Any help or pointing in right direction would be appreciated. >>>> >>>> Regards, >>>> Alex >>> >>> If you need it at install time, you need a dud (Driver Disk), so see >>> http://mirrors.coreix.net/elrepo/dud/el8/x86_64/ and use inst.dd= >>> >> >> Thank you, Fabian! I too may need it in close future. >> >> Valeri >> > >Hopefully it's obvious, but make sure you pick the driver update disk >image that matches the kernel/point release you are installing (e.g, >el8_0 or el8_1 etc). > >___ >CentOS mailing list >CentOS@centos.org >https://lists.centos.org/mailman/listinfo/centos <https://lists.centos.org/mailman/listinfo/centos> Thanks a lot guys. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] Adding kmod to pxe install
Hey guys, I'm stumped in how to add the kmod rpm to pxe install. I need it to be installed but also loaded during the install as well. The rpm in question is the 3w-9xxx from elrepo https://centos.pkgs.org/8/elrepo-x86_64/kmod-3w-9xxx-2.26.02.014-1.el8_0.elrepo.x86_64.rpm.html I'm constantly getting the following message Warning: can't find installer main image path in .treeinfo Any help or pointing in right direction would be appreciated. Regards, Alex ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Fwd: Heads up: OpenSSH users
On 14-01-2016 18:49, Valeri Galtsev wrote: More than agree! I was highly respecting OpenBSD project, especially for their openssh. After scandal with OpenBSD IPSEC stack backdoor accusations, my respect faded grossly, In what way do spurious accusations reflect on the accused, instead of the accuser? I do agree that leaving code for an undocumented feature in the client was irresponsible, but that's an entirely different matter. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Can't reach Internet
Check default route.. If installed -- Enviado pelo aplicativo muMail para Android domingo, 31 agosto 2014, 05:53PM -03:00 de reynie...@gmail.com reynie...@gmail.com: I'm having some issues with Internet access from CentOS7 server which is installed in Vmware Workstation 10.0.3 build-1895310 in Windows 7 x64. At this point I can't get if the error is on CentOS configuration or it's another problem so I leave here what I did in order to get Internet working on that VM. 1) */etc/resolv.conf* # Generated by NetworkManager nameserver 8.8.8.8 nameserver 8.8.4.4 nameserver 4.2.2.2 2) */etc/sysconfig/network* # Created by anaconda HOSTNAME=webserver DNS1=8.8.8.8 DNS2=8.8.4.4 DNS3=4.2.2.2 3)* /etc/sysconfig/network-scripts/ifcfg-eno1628* TYPE=Ethernet BOOTPROTO=dhcp DEFROUTE=yes NAME=Internet Eth0 UUID=0a79e5fc-ee8a-41eb-93dd-a76e3cb8c7c1 ONBOOT=yes HWADDR=00:50:56:2E:E2:4 4) ifconfig -a *eno1628*: flags=4163UP,BROADCAST,RUNNING,MULTICAST mtu 1500 inet 192.168.1.112 netmask 255.255.255.0 broadcast 192.168.1.255 ether 00:50:56:2e:e2:45 txqueuelen 1000 (Ethernet) RX packets 186 bytes 20568 (20.0 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 31 bytes 4956 (4.8 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 *eno33555200*: flags=4163UP,BROADCAST,RUNNING,MULTICAST mtu 1500 inet 192.168.3.131 netmask 255.255.255.0 broadcast 192.168.3.255 ether 00:50:56:3f:86:30 txqueuelen 1000 (Ethernet) RX packets 1016 bytes 106110 (103.6 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 859 bytes 108641 (106.0 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 *lo*: flags=73UP,LOOPBACK,RUNNING mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 loop txqueuelen 0 (Local Loopback) RX packets 8 bytes 552 (552.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 8 bytes 552 (552.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 *eno1628 *is the interface that should access to Internet since this is the one I've configured in Vmware as bridged (connected directly to the physical network interface of host) and also it's replicating physical network connection. When I try to ping any as for example: www.google.com DNS are not responding, see below: # ping google.com ping: unknown host google.com Is something wrong in my configuration? I have some others CentOS 6.5 VM running on the same Vmware Workstation and all of them can access Intertnet but this one not. Any help? Thx ___ 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] NFS performance - default rsize
Hi list, We've had an interesting NFS performance issue with the following setup. Clients : CentOS 5.5, kernel 2.6.18-194.el5 Server : Solaris 10 kernel Generic_142901-08 Reading a file (not cached) with dd : dd if=file1 of=/dev/null bs=1024k count=100 performance is around.. 700 kB/s ! /proc/mounts shows rsize has been negotiated to 1mB If we force rsize to a smaller value, 32kB, the problem goes away and we're back around 70/80 mB/s read performance. Wiresharks show something interesting in the first (slow) case: It seems that the NFS client is waiting between requests: 1473 11.756852 client.net nfs1.net TCP 868 nfs [ACK] Seq=9345 1474 11.757888 nfs1.net client.net RPC Continuation 1475 11.797837 client.net nfs1.net TCP 868 nfs [ACK] Seq=9345 1476 11.798877 nfs1.net client.net RPC Continuation [] Notice how the server replies within about 0,001s, but the client appears to be waiting 0,04s before asking for the next bit. (we captured the traffic from the client). This pattern repeats for the whole exchange It's likely we missed something, can't figure it out.. has anyone seen this before ? Cheers, Alex ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos