Re: [CentOS] Question regarding cent OS 7.8.2003 compatibility with large SAS disks
On 2020-09-25 12:25 a.m., Amey Abhyankar wrote: > Hello, > > I have a blade server with SAS HDD's of 12TB in total. > 3 HDD's of 4TB each. > > Is it possible to install Cent OS 7.8.2003 on 12TB disk space? > I will be installing Cent OS on the bare metal HW. > > I referred = https://wiki.centos.org/About/Product > But slightly confused with the 'maximum file size' row for ext4 FS. > > Thanks & Regards, > Amey. That's not a problem at all. In the server world, 12 TB is actually fairly small. :) -- Digimer Papers and Projects: https://alteeve.com/w/ "I am, somehow, less interested in the weight and convolutions of Einstein’s brain than in the near certainty that people of equal talent have lived and died in cotton fields and sweatshops." - Stephen Jay Gould ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] C8: Wayland Session / Cut and Paste
On 2019-11-07 3:13 p.m., Leon Fauster via CentOS wrote: > Is this the normal behavior now? Cutting text in gedit and pasting it > into the terminal needs that the source application stays running? I don't know if it's related, but I ran into a problem when highlight -> middle-click to paste stopped working in kate on Fedora 31 on Wayland. Worked fine on Fedora 30, and works on F31 + Xorg. So it's a Wayland issue of some sort. https://bugzilla.redhat.com/show_bug.cgi?id=1770057 -- Digimer Papers and Projects: https://alteeve.com/w/ "I am, somehow, less interested in the weight and convolutions of Einstein’s brain than in the near certainty that people of equal talent have lived and died in cotton fields and sweatshops." - Stephen Jay Gould ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] HA tools from clusterlabs.org
On 2019-10-28 5:59 a.m., lejeczek via CentOS wrote: > hi everybody, > > would you know if 8 version is going to have HA solutions from > clusterlabs.org available, just like Centos7 has? (from Centos' own > repos/streams) > > many thanks, L. To help in the meantime, I have added the HA packages, minus clufter (used for adapting cman/rgmanager clusters to pacemaker), to our public repo[1]. Please note that these are simple rebuilds of the src.rpm files from RHEL 8, and no attempt to maintain binary compatibility was made. If you use them, please do proper testing before considering production use. If anyone does use these packages and happens upon an issue, please let me know and I will address the issue as best as I can. digimer 1. https://www.alteeve.com/an-repo/el8/ -- Digimer Papers and Projects: https://alteeve.com/w/ "I am, somehow, less interested in the weight and convolutions of Einstein’s brain than in the near certainty that people of equal talent have lived and died in cotton fields and sweatshops." - Stephen Jay Gould ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] HA tools from clusterlabs.org
On 2019-10-28 5:59 a.m., lejeczek via CentOS wrote: > hi everybody, > > would you know if 8 version is going to have HA solutions from > clusterlabs.org available, just like Centos7 has? (from Centos' own > repos/streams) > > many thanks, L. There's an open bug for this. https://bugs.centos.org/view.php?id=16553 -- Digimer Papers and Projects: https://alteeve.com/w/ "I am, somehow, less interested in the weight and convolutions of Einstein’s brain than in the near certainty that people of equal talent have lived and died in cotton fields and sweatshops." - Stephen Jay Gould ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 8 Coming When???
It's also a good time to remind people that CentOS is free-as-in-beer. The people building it are often doing a thankless job, yet just the same, one that improves the lives of countless users. Getting upset that people, who are doing something to give away for free, are taking too much time is not motivating or appreciative. Lets be patient and let the developers do their work. It will come out soon enough. :) digimer On 2019-06-07 5:59 p.m., Tate Belden wrote: > And the answer is same as the last X times this has been asked. > > When it's ready. > > However, they do have a page up so you can track said 'readiness'. It may > lends some info. > > https://wiki.centos.org/About/Building_8 > > On Fri, Jun 7, 2019 at 3:57 PM Eugene Poole wrote: > >> The subject says it all. >> >> -- >> Eugene Poole >> Woodstock, Georgia >> >> ___ >> CentOS mailing list >> CentOS@centos.org >> https://lists.centos.org/mailman/listinfo/centos >> > > -- Digimer Papers and Projects: https://alteeve.com/w/ "I am, somehow, less interested in the weight and convolutions of Einstein’s brain than in the near certainty that people of equal talent have lived and died in cotton fields and sweatshops." - Stephen Jay Gould ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] RHEL 8 released
On 2019-05-07 10:23 a.m., Alessandro Baggi wrote: > Il 07/05/19 16:07, Rich Bowen ha scritto: >> This morning Red Hat announced the general availability of Red Hat >> Enterprise Linux 8. >> >> More details at >> https://www.redhat.com/en/about/press-releases/red-hat-enterprise-linux-8-every-enterprise-every-cloud-every-workload?sc_cid=701f201OIIOAA4 >> >> >> > > Hi Rich, > thank you for the great news. > > When c8 will be released? > When epel repository will be usable with C8? ... And so it begins. If past releases are anything to go by, I would expect it will take a few months. Figuring out how to rebuild all the RPMs to get binary compatibility is a slow process. Be patient with the CentOS devs, please. :) -- Digimer Papers and Projects: https://alteeve.com/w/ "I am, somehow, less interested in the weight and convolutions of Einstein’s brain than in the near certainty that people of equal talent have lived and died in cotton fields and sweatshops." - Stephen Jay Gould ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] two 2-node clusters or one 4-node cluster?
On 2018-07-05 11:27 AM, Gianluca Cecchi wrote: > Hello, > I'm planning migration of current two clusters based on CentOS 6.x with > Cman/Rgmanager going to CentOS 7.x and Corosync/Pacemaker. > > As the clusters and their services are on the same subnet, and there no > particular security concerns differentiating them, I'm also evaluating the > option to transform the two clusters into a unique 4-node one during the > upgrade. > > Currently I'm testing a virtual 4-node CentOS 7.4 cluster inside oVirt 4.2 > and things seem to behave well. > > Before going further in deep with tests and so on, I'd like to check with > the community about how many CentOS 7.x clusters composed by more than two > nodes are in place and what are the feedbacks on them in terms of > incremented latency/communication, ecc scaling out. > > Also general feedback related to CentOS 6 and scalability of cluster nodes > number is welcome. > > Thanks in advance, > Gianluca I always prioritize simplicity and isolation, so I vote fore 2x 2-nodes. There is no effective benefit to 3+ nodes (quorum is arguably helpful, but proper stonith, which you need anyway, makes it mostly a moot point). Keep in mind; If your services are critical enough to justify an HA cluster, they're probably important enough that adding the complexity/overhead of larger clusters doesn't offset any hardware efficiency savings. Lastly, with 2x 2-node, you could lose two nodes (one per cluster) and still be operational. If you lose 2 nodes of a four node cluster, you're offline. -- Digimer Papers and Projects: https://alteeve.com/w/ "I am, somehow, less interested in the weight and convolutions of Einstein’s brain than in the near certainty that people of equal talent have lived and died in cotton fields and sweatshops." - Stephen Jay Gould ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] semi-OT:apcupsd
On 2017-11-17 10:16 AM, m.r...@5-cent.us wrote: > I can't seem to find apcupsd for C 6. Just went to epel's website, and not > visible. Anyone have a clue? > >mark I can't speak to epel, but we have copies of it if that helps you; https://alteeve.com/files/apcupsd/ -- Digimer Papers and Projects: https://alteeve.com/w/ "I am, somehow, less interested in the weight and convolutions of Einstein’s brain than in the near certainty that people of equal talent have lived and died in cotton fields and sweatshops." - Stephen Jay Gould ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Corosync on a home network
On 2017-09-10 08:33 AM, J Martin Rushton wrote: > I've been trying to build a model cluster using three virtual machines > on my home server. Each VM boots off its own dedicated partition > (CentOS 7.3). One partition is designated to be the common /home > partition for the VMs, (on the real machine it will mount as /cluster). > I'm intending to run GFS2 on the shared partition, so I need to > configure DLM and corosync. That's where I'm getting bogged down. > > The VMs and the real machine are bridged onto one ethernet. There is > another ethernet in the main machine on a different network, but that is > not used for clustering. The ethernet port is connected to a switch > which in turn connects to a BT Home Hub 6. All four adresses are > static, Network Manager is off, ssh works across the nodes without a > password and ping gives sensible times. > > --%<--- > # brctl show > bridge name bridge id STP enabled interfaces > br3 X no enp3s0 > vnet0 > vnet1 > vnet2 > virbr0X yes virbr0-nic > --%<--- > > When I start corosync each node starts up but does not see the others. > For instance I see: > > --%<-- > # corosync-quorumtool > Quorum information > -- > Date: Sun Sep 10 12:56:56 2017 > Quorum provider: corosync_votequorum > Nodes:1 > Node ID: 3 > Ring ID: 3/28648 > Quorate: No > > Votequorum information > -- > Expected votes: 4 > Highest expected: 4 > Total votes: 1 > Quorum: 3 Activity blocked > Flags: > > Membership information > -- > Nodeid Votes Name > 3 1 192.168.1.52 (local) > %<--- > > All four nodes are similar, but with different node IDs, IP addresses > and Ring IDs. > > The documentation warns that not all routers will handle multicast > datagrams correctly. I therefore attempted to force unicast > communication by making the following changes from the distributed > corosync.conf: > > transport: updu > cluster_name: > # crypto_cipher: none > # crypto_hash: none > # mcastaddr: 239.255.1.1 > # mcastport: 5405 > # ttl: 1 > > The following are unchanged: > > version: 2 > secauth: off > ringnumber: 0 > bindnetaddr: 192.168.1.0 > > The nodelist is: > > -%< > nodelist { > node { > ring0_addr: 192.168.1.2 > nodeid: 1 > } > node { > ring0_addr: 192.168.1.51 > nodeid: 2 > } > node { > ring0_addr: 192.168.1.52 > nodeid: 3 > } > node { > ring0_addr: 192.168.1.53 > nodeid: 4 > } > } > ----%<-- > > logging and quorum are as supplied. > > Any help will be gratefully received. > > Regards, > Martin You should repost on the Clusterlabs - Users list, it's the most active HA list and many/most of the devs are there. http://lists.clusterlabs.org/mailman/listinfo/users -- Digimer Papers and Projects: https://alteeve.com/w/ "I am, somehow, less interested in the weight and convolutions of Einstein’s brain than in the near certainty that people of equal talent have lived and died in cotton fields and sweatshops." - Stephen Jay Gould ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] What's Next
On 16/05/17 11:34 PM, Eugene Poole wrote: > OK, AMD has announced it's new line of server and desktop processors. > What level of CentOS has been tested on them? OK then, when will CentOS > be tested on them? Or do we wait for Red Hat? CentOS is a binary compatible clone of Red Hat Enterprise Linux, so CentOS rebuilds what Red Hat releases. As such, compatibility will depend on what Red Hat does upstream. cheers -- Digimer Papers and Projects: https://alteeve.com/w/ "I am, somehow, less interested in the weight and convolutions of Einstein’s brain than in the near certainty that people of equal talent have lived and died in cotton fields and sweatshops." - Stephen Jay Gould ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] SNMP oddity
Hi all, Not sure if this is on topic or not. I'm trying to query an SNMP value from centos 6 and I get a bad response if I don't specify the MIB to use: 0 digimer@pulsar:~/anvil/striker$ snmpget -v2c -c public -m /home/digimer/Downloads/APC/AP7900/MIB/powernet421.mib 10.255.2.1 .1.3.6.1.2.1.2.2.1.6.2 RFC1213-MIB::ifPhysAddress.2 = Hex-STRING: 00 C0 B7 5F 8A 85 0 digimer@pulsar:~/anvil/striker$ snmpget -v2c -c public 10.255.2.1 .1.3.6.1.2.1.2.2.1.6.2 IF-MIB::ifPhysAddress.2 = STRING: 0:c0:b7:5f:8a:85 Note the second reply is not returning the first character (should be '00:', returning '0:'. Trying to request Hex doesn't seem to help, either: 0 digimer@pulsar:~/anvil/striker$ snmpget -v2c -c public -Ox 10.255.2.1 .1.3.6.1.2.1.2.2.1.6.2 IF-MIB::ifPhysAddress.2 = STRING: 0:c0:b7:5f:8a:85 Any SNMP folks know what I might be doing wrong? Thanks! -- Digimer Papers and Projects: https://alteeve.com/w/ "I am, somehow, less interested in the weight and convolutions of Einstein’s brain than in the near certainty that people of equal talent have lived and died in cotton fields and sweatshops." - Stephen Jay Gould ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] RHEL 6.9 is out
On 22/03/17 05:31 PM, Johnny Hughes wrote: > On 03/22/2017 08:27 AM, Phelps, Matthew wrote: >> On Wed, Mar 22, 2017 at 9:16 AM, Valeri Galtsev <galt...@kicp.uchicago.edu> >> wrote: >> >>> >>> On Wed, March 22, 2017 7:46 am, Phelps, Matthew wrote: >>>> Red Hat released RHEL 6.9 yesterday. >>>> >>>> Why isn't CentOS 6.9 out yet? :) >>>> >>> Somebody has to do a hard work, I'm sure. Thanks, guys for the great work >>> you are doing! >>> >>> Or you as sysadmin know that and just being ironic? >>> >>> Valeri >>> >> >> To be clear, I was being ironic. Hence the smiley face. >> >> I just wanted to start a thread for future updates to appear in. >> > > There are 270 SRPMs that need to be built .. of those 18 require > modification for branding. All the mods have been applied and a build > consisting of those 270 SRPMs has been queued. > > As of right now (time of writing this mail), we are still building in > pass 1 .. so far 236 of the 270 SRPMs have tried to build, 15 have had > some sort of failure and the rest have built fine. > > Working right now to figure out the failures and will resubmit those > once the first pass of all 270 completes. > > Thanks, > Johnny Hughes Sending a digital $drink... :) -- Digimer Papers and Projects: https://alteeve.com/w/ "I am, somehow, less interested in the weight and convolutions of Einstein’s brain than in the near certainty that people of equal talent have lived and died in cotton fields and sweatshops." - Stephen Jay Gould ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] RAID questions
On 14/02/17 08:12 PM, John R Pierce wrote: > On 2/14/2017 5:08 PM, Digimer wrote: >> Note; If you're mirroring /boot, you may need to run grub install on >> both disks to ensure they're both actually bootable (or else you might >> find yourself doing an emergency boot off the CentOS ISO and installing >> grub later). > > I left that out because the OP was talking about booting from a seperate > SSD, and only mirroring his data drive. Ah, ok, that makes sense. -- Digimer Papers and Projects: https://alteeve.com/w/ "I am, somehow, less interested in the weight and convolutions of Einstein’s brain than in the near certainty that people of equal talent have lived and died in cotton fields and sweatshops." - Stephen Jay Gould ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] RAID questions
On 14/02/17 07:58 PM, John R Pierce wrote: > On 2/14/2017 4:48 PM, tdu...@palmettoshopper.com wrote: >> 1- Better to go with a hardware RAID (mainboardsupported) or software? > > I would only use hardware raid if its a card with battery (or > supercap+flash) backed writeback cache, such as a megaraid, areca, etc. > otherwise I would use mdraid mirroring. > > >> 2 - Can an existing drive with data on it be used as aRAID drive without >> losing current data? > > software mdraid will let you add a mirror to an existing disk.or if > its using LVM, you can mirror in LVM now. Note; If you're mirroring /boot, you may need to run grub install on both disks to ensure they're both actually bootable (or else you might find yourself doing an emergency boot off the CentOS ISO and installing grub later). >> 3 - Can additional drive(s) be added later with a changein RAID level >> without current data loss? > > Only some systems support that sort of restriping, and its a dangerous > activity (if the power fails or system crashes midway through the > restriping operation, its probably not restartable, you quite likely > will lose the whole volume)...with LVM mirroring, you can add more > pairs of drives as additional mirrors to the volume group. > > -- Digimer Papers and Projects: https://alteeve.com/w/ "I am, somehow, less interested in the weight and convolutions of Einstein’s brain than in the near certainty that people of equal talent have lived and died in cotton fields and sweatshops." - Stephen Jay Gould ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS-virt] CentOS 7.(3) XEN 4.4 install
On 24/01/17 04:03 AM, Günther J. Niederwimmer wrote: > Hello List, > > I have to Install on a older Server Xen but this is not working now ;-( > > I do all I found in the Internet, can you tell me the way to a working XEN ? > > My Problem I mean, is a not working / starting libvirt no socket created ? > ERRORSocket-Erstellung zu '/var/run/libvirt/libvirt-sock' > > Thanks for a answer, Is the 'libvirtd' daemon running? -- Digimer Papers and Projects: https://alteeve.com/w/ "I am, somehow, less interested in the weight and convolutions of Einstein’s brain than in the near certainty that people of equal talent have lived and died in cotton fields and sweatshops." - Stephen Jay Gould ___ CentOS-virt mailing list CentOS-virt@centos.org https://lists.centos.org/mailman/listinfo/centos-virt
Re: [CentOS] Noise Cancellation of Server Noise
On 24/12/16 05:18 PM, John R Pierce wrote: > On 12/24/2016 1:57 PM, Digimer wrote: >> There are rack chassis designed to reduce noise. An example are the APC >> NetShelter CS line. >> >> http://www.apc.com/shop/ca/en/categories/racks-and-accessories/racks-and-enclosures/netshelter-cx/_/N-1ks6cn2 >> > > wow, $9100 for the 38U rack.thats pricey... and that's before PDUs, > UPS, and all that other important rack mount stuff. To be fair, OP didn't specify a budget. Also, I typo'ed 'CS' should have been 'CX'. You can probably DIY a quieter rack for a lot less. There might also be other companies with similar products for a lot less. I don't know, I just remembered seeing the CX in the past. -- 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 https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Noise Cancellation of Server Noise
On 24/12/16 04:43 PM, H wrote: > Has anyone come across a device that could cancel out the noise from servers, > ie. the fan noise? I have a server rack near my office and would like to see > if i can decrease the noise level. It would seem to me that the steady drone > of the fans could be cancelled out to a large extent. There are rack chassis designed to reduce noise. An example are the APC NetShelter CS line. http://www.apc.com/shop/ca/en/categories/racks-and-accessories/racks-and-enclosures/netshelter-cx/_/N-1ks6cn2 I don't know of any other way to make servers quieter, though. -- 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 https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] raid 6 on centos 7
On 12/12/16 11:15 AM, pope...@chmail.ir wrote: > i have 6 sata hdd 2 TB . i want install centos 7 on these hdd in raid 6 > mode. > > how can i do it ? The RAID configuration of the new Anaconda is a little tricky. If you can access the Red Hat documentation, it is covered in section 6.14; https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/Installation_Guide/sect-disk-partitioning-setup-x86.html#sect-custom-partitioning-x86 -- 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 https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] long delay when logging in
On 16/11/16 11:06 PM, Peter wrote: > On 17/11/16 16:34, Digimer wrote: >> Edit /etc/ssh/sshd_config >> >> Set: >> >> UseDNS no >> GSSAPIAuthentication no >> >> Save, restart sshd, try again. > > This will certainly stop the long timeout, but I prefer telling people > to fix their DNS. The long timeout is indicative of a DNS issue and > turning off DNS for ssh is just masking the real problem. I prefer to > leave DNS on for ssh as it's a good indicator for me of when I have to > fix something. > > > Peter It can also happen if the target has lost its internet connection, is air-gapped or otherwise legitimately offline. Your point is valid, though, if the Internet should be up. -- 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 https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] long delay when logging in
Edit /etc/ssh/sshd_config Set: UseDNS no GSSAPIAuthentication no Save, restart sshd, try again. digimer On 16/11/16 06:07 PM, Larry Martell wrote: > I have a CentOS 7 system and when I login with putty or ssh there is a > long delay before I get the password prompt. I ran ssh -v and I found > that it gets up to this: > > debug1: ssh_ecdsa_verify: signature correct > debug1: SSH2_MSG_NEWKEYS sent > debug1: expecting SSH2_MSG_NEWKEYS > debug1: SSH2_MSG_NEWKEYS received > debug1: SSH2_MSG_SERVICE_REQUEST sent > debug1: SSH2_MSG_SERVICE_ACCEPT received > > and then it sits there for 1-2 minutes and then this output blasts out: > > debug1: Authentications that can continue: > publickey,gssapi-keyex,gssapi-with-mic,password > debug1: Next authentication method: gssapi-keyex > debug1: No valid Key exchange context > debug1: Next authentication method: gssapi-with-mic > debug1: Unspecified GSS failure. Minor code may provide more information > No Kerberos credentials available > debug1: Unspecified GSS failure. Minor code may provide more information > No Kerberos credentials available > debug1: Unspecified GSS failure. Minor code may provide more information > debug1: Unspecified GSS failure. Minor code may provide more information > No Kerberos credentials available > debug1: Next authentication method: publickey > debug1: Trying private key: /home/motor/.ssh/id_rsa > debug1: Trying private key: /home/motor/.ssh/id_dsa > debug1: Trying private key: /home/motor/.ssh/id_ecdsa > debug1: Trying private key: /home/motor/.ssh/id_ed25519 > debug1: Next authentication method: password > > And then the password prompt comes out. This happens no matter which > user is logging in. It only happens on the 1 system. I have 5 others > where the proceeds without the delay. > > There are no disk or memory or any other errors in the logs. > > > What could be causing it to delay like this? > _______ > CentOS mailing list > CentOS@centos.org > https://lists.centos.org/mailman/listinfo/centos > -- 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 https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Need help getting two NICs to work on CentOS 7
On 07/11/16 02:00 AM, Sean Son wrote: > Hello all > > Here is the scenario: We have a mail server VM which currently has two > virtual NICs attached to it. One NIC is has an IP on a subnet with a > default gateway defined and the other NIC has an IP on a different subnet > with a different gateway on a different VLAN defined. Now when I activate > both NICs, and run an ifconfig -a, I see that both IP addresses are > showing. Now here is the problem. When I ping the VM, the first NIC's IP is > not pingable at all, but the second NIC's IP is pingable. How do I > configure the networking so that both IPs are pingable and the VM is > reachable via both IPs? Please let me know what I may be doing wrong! We're missing a lot of details, but to speak generally, I'd look at the bridging on the host if you're confident that the interfaces are configured properly inside the host. Also, have you looked at iptables? -- 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 https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] [OT] How to recover data from an IDE drive
On 26/10/16 09:11 PM, John R Pierce wrote: > On 10/26/2016 6:01 PM, TE Dukes wrote: >> As some may recall, I suffered a hardware failure of a 10 yr old IBM >> Netvista back in January. I was backing up my personal data, 'My >> Documents', >> to my CentOS server but I apparently didn't get my emails. >> >> It was a main board failure and I believe the data is still good on >> the hard >> drive. Only problem, its an IDE drive and my server and new PC have SATA >> drives. >> >> Is it possible to install the old drive as a secondary drive into a >> newer PC >> with SATA drives? If so, how do I do this? I need to access the emails. >> >> This was a Windows XP machine using Outlook as the mail client. > > you would need an IDE controller to do that. I have one that is > external and connects via USB, also came with a drive power supply... > > something like this, > https://www.amazon.com/Vantec-CB-ISATAU2-Supports-2-5-Inch-5-25-Inch/dp/B000J01I1G > (works with SATA, 3.5 and 2.5" IDE, and has power supply connectors for > both SATA and IDE style power) I had this specific one and it worked fine in linux. -- 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 https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] [OT] How to recover data from an IDE drive
On 26/10/16 09:01 PM, TE Dukes wrote: > Hello, > > As some may recall, I suffered a hardware failure of a 10 yr old IBM > Netvista back in January. I was backing up my personal data, 'My Documents', > to my CentOS server but I apparently didn't get my emails. > > It was a main board failure and I believe the data is still good on the hard > drive. Only problem, its an IDE drive and my server and new PC have SATA > drives. > > Is it possible to install the old drive as a secondary drive into a newer PC > with SATA drives? If so, how do I do this? I need to access the emails. > > This was a Windows XP machine using Outlook as the mail client. > > TIA!! There are plenty of IDE to USB adapters out there, so one of those is probably best. Here's what amazon has when searching for 'ide to usb': https://www.amazon.ca/s/ref=nb_sb_noss_1?url=search-alias%3Daps=ide+to+usb Most should work fine in Linux, but if you narrow down a specific make/model, a quick google search should confirm linux support. -- 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 https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] IPMI ??
On 18/09/16 12:15 AM, Keith Keller wrote: > On 2016-09-17, Alice Wonder <al...@domblogger.net> wrote: >> >> Okay if it requires DHCP this might be out, I'm currently out of town >> watching my brothers (various disabilities) while parents are on much >> needed vacation. Don't have easy physical access to the router, would >> have to take out stuff in front of it. Was hoping crossover ethernet >> would work. > > It probably would, but you still need some way to assign an IP address > to the IPMI interface (it probably doesn't have one out of the box). > But from your laptop you can run a DHCP server which would then assign > an IP to the IPMI interface. > > The IPMI might self-assign if it can't find a DHCP server, but in my > memory (which might be faulty) it doesn't do this. > > If for some reason Java doesn't work from your browser, Supermicro also > distributes a Java GUI tool for interacting with Supermicro IPMI > interfaces. It also supports a subnet scanner, so you don't need to > know the IP that gets assigned. Look for IPMIview here: > > http://www.supermicro.com/products/nfo/IPMI.cfm > > It's not a great tool but it works well enough for console access. > > --keith I have a section on using and configuring IPMI in EL6 from the command line. Might be of use to some here: https://alteeve.ca/w/AN!Cluster_Tutorial_2#What_is_IPMI -- 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 https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Regarding using CentOS on Commercial Appliance
On 09/08/16 01:23 AM, Akshat Kakkar wrote: > Hi All!I am builiding a firewall appliance based on CentOS. I am using CentOS > as it is with some packages removed and some configuration done to security > harden the appliance. Over and above this I will be installing Apache Web > Server and Tomcat to run my web application which will give a web interface > to configure the iptables in the appliance. There is no development done in > iptables. It is used as available in its latest version online. As Tomcat > will be running as non-root so it cant actually write the iptables rule. For > writing iptables rules I will be using C++ executables with SUID bit set.Once > this will be done, I am planning to Commercialise it. > Am I allowed to do so without revealing my web application code and the C++ > executable code (for iptables)? > I know all the CentOS packages, etc. might fall in GPL and as a result I > should be supplying source code of all the packages in CentOS. > > What else is expected from me? > Thanks. You should really engage a corporate lawyer who can review CentOS's licenses/trademarks and advise your company on how to proceed. Anyone here providing advice is just that; Advice. -- 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 https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] NetworkManger creates extra bonds; is this a bug?
On 07/07/16 05:36 PM, Digimer wrote: > On 07/07/16 05:21 PM, Joe Smithian wrote: >> Hi All, >> >> I see an unexpected beahviour from NetworkManager on CentOS 7.1. >> Using nmcli tool, I create a bond with two slaves as explained in the Red >> Hat 7.1 Networking guide. I enable slaves and master; bond works as >> expected. >> When I restart NetworkManager, it creates a new bond with the same name but >> not connected to any device. Two bonds with the same name is confusing for >> my other monitoring scripts. >> I'm wondering why a second bond is created? Is it a bug in NetworkManger? >> >> >> #Create a bond with two slaves >> nmcli con add autoconnect no type bond con-name bond0 ifname bond0 >> nmcli con mod bond0 ipv6.method ignore ipv4.method manual ipv4.addresses >> ${BOND_IP}/${BOND_CIDR} ${BOND_GW} ${BOND_DNS} ${BOND_DNS_SEARCH} >> ipv4.never-default no ipv4.ignore-auto-dns no >> nmcli con add autoconnect no type bond-slave con-name bond-slave-eth0 >> ifname eth0 master bond0 >> nmcli con add autoconnect no type bond-slave con-name bond-slave-eth1 >> ifname eth1 master bond0 >> >> #Enable bond >> nmcli con mod bond-slave-eth0 connection.autoconnect yes >> nmcli con up bond-slave-eth0 >> >> nmcli con mod bond-slave-eth1 connection.autoconnect yes >> nmcli con up bond-slave-eth1 >> >> nmcli con mod bond0 connection.autoconnect yes >> nmcli con up bond0 >> >> systemctl restart NetworkManager >> systemctl restart iptables >> >> nmcli con | grep bond >> bond09942bdc6-df72-4723-b2ed-47a78e3a5c59 bondbond0 >> bond-slave-eth0 8b0fbbe1-a7f0-448c-8005-46d11599f57a 802-3-ethernet eth0 >> bond-slave-eth1 333dd1b9-15a4-4119-8e42-55ac3621a85d 802-3-ethernet eth1 >> *bond0460dd9e8-bc0b-473e-9c89-41facda98b66 bond >> --# Why this extra bond connections has been created?* >> >> >> I'd appreciate your comments and suggestions to fix the issue. >> >> >> Thanks, >> >> Joe > > To this day, on EL6, creating bonds always generates a spurious 'bond0' > interface with no slaved interfaces. It was reported to red hat bugzilla > ages ago but the issue was closed without resolution (sorry, I've been > looking for the rhbz# but haven't found it yet). > > digimer Found it: https://bugzilla.redhat.com/show_bug.cgi?id=1245440 Neil Horman 2015-07-22 14:30:57 EDT inserting the bonding module always creates the first bond interface, thats always how its been, and isn't a bug. Status: NEW → CLOSED Resolution: --- → NOTABUG Last Closed: 2015-07-22 14:30:57 digimer -- 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 https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] NetworkManger creates extra bonds; is this a bug?
On 07/07/16 05:21 PM, Joe Smithian wrote: > Hi All, > > I see an unexpected beahviour from NetworkManager on CentOS 7.1. > Using nmcli tool, I create a bond with two slaves as explained in the Red > Hat 7.1 Networking guide. I enable slaves and master; bond works as > expected. > When I restart NetworkManager, it creates a new bond with the same name but > not connected to any device. Two bonds with the same name is confusing for > my other monitoring scripts. > I'm wondering why a second bond is created? Is it a bug in NetworkManger? > > > #Create a bond with two slaves > nmcli con add autoconnect no type bond con-name bond0 ifname bond0 > nmcli con mod bond0 ipv6.method ignore ipv4.method manual ipv4.addresses > ${BOND_IP}/${BOND_CIDR} ${BOND_GW} ${BOND_DNS} ${BOND_DNS_SEARCH} > ipv4.never-default no ipv4.ignore-auto-dns no > nmcli con add autoconnect no type bond-slave con-name bond-slave-eth0 > ifname eth0 master bond0 > nmcli con add autoconnect no type bond-slave con-name bond-slave-eth1 > ifname eth1 master bond0 > > #Enable bond > nmcli con mod bond-slave-eth0 connection.autoconnect yes > nmcli con up bond-slave-eth0 > > nmcli con mod bond-slave-eth1 connection.autoconnect yes > nmcli con up bond-slave-eth1 > > nmcli con mod bond0 connection.autoconnect yes > nmcli con up bond0 > > systemctl restart NetworkManager > systemctl restart iptables > > nmcli con | grep bond > bond09942bdc6-df72-4723-b2ed-47a78e3a5c59 bondbond0 > bond-slave-eth0 8b0fbbe1-a7f0-448c-8005-46d11599f57a 802-3-ethernet eth0 > bond-slave-eth1 333dd1b9-15a4-4119-8e42-55ac3621a85d 802-3-ethernet eth1 > *bond0460dd9e8-bc0b-473e-9c89-41facda98b66 bond > --# Why this extra bond connections has been created?* > > > I'd appreciate your comments and suggestions to fix the issue. > > > Thanks, > > Joe To this day, on EL6, creating bonds always generates a spurious 'bond0' interface with no slaved interfaces. It was reported to red hat bugzilla ages ago but the issue was closed without resolution (sorry, I've been looking for the rhbz# but haven't found it yet). digimer -- 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 https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Ovirt migration
On 23/06/16 01:05 AM, Andrew Dent wrote: > Hi > > We have a Single box running Ovirt 3.5.6.2-1 + CentOS7. > The Engine, VDSM Host and the Storage is all on the Single box, which > contains 2 * RAID1 arrays. > > We are looking to purchase a second box, and I'm wondering if someone > can please help me to understand of how best to migrate to a HA > environment using both boxes. We do have some additional NFS storage on > the network that we can temporarily move VMs to. > > Is it possible to migrate our current Ovirt setup to be HA using > Gluster, or would we need to start again by exporting all VMs, wipe box > one and reinstall CentOS & Ovirt, then install CentOS and Ovirt on box two. > > I'd like to move the Engine to be hosted in a VM as well. > Can we do HA without Gluster? Pros/Cons > > Regards > > Andrew Dent See this thread, we just discussed a setup like this. Feel free to ask here if you have additional questions though. https://lists.centos.org/pipermail/centos/2016-June/160085.html -- 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 https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] KVM HA
RHEV is a cloud solution with some HA features. It is not an actual HA solution. digimer On 23/06/16 12:08 AM, Eero Volotinen wrote: > How about trying commercial RHEV? > > Eero > 22.6.2016 8.02 ap. "Tom Robinson" <tom.robin...@motec.com.au> kirjoitti: > >> Hi, >> >> I have two KVM hosts (CentOS 7) and would like them to operate as High >> Availability servers, >> automatically migrating guests when one of the hosts goes down. >> >> My question is: Is this even possible? All the documentation for HA that >> I've found appears to not >> do this. Am I missing something? >> >> My configuration so fare includes: >> >> * SAN Storage Volumes for raw device mappings for guest vms (single >> volume per guest). >> * multipathing of iSCSI and Infiniband paths to raw devices >> * live migration of guests works >> * a cluster configuration (pcs, corosync, pacemaker) >> >> Currently when I migrate a guest, I can all too easily start it up on both >> hosts! There must be some >> way to fence these off but I'm just not sure how to do this. >> >> Any help is appreciated. >> >> Kind regards, >> Tom >> >> >> -- >> >> Tom Robinson >> IT Manager/System Administrator >> >> MoTeC Pty Ltd >> >> 121 Merrindale Drive >> Croydon South >> 3136 Victoria >> Australia >> >> T: +61 3 9761 5050 >> F: +61 3 9761 5051 >> E: tom.robin...@motec.com.au >> >> >> ___ >> 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 > -- 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 https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] KVM HA
On 22/06/16 02:36 PM, Paul Heinlein wrote: > On Wed, 22 Jun 2016, Digimer wrote: > >> The nodes are not important, the hosted services are. > > The only time this isn't true is when you're using the node to heat the > room. > > Otherwise, the service is always the important thing. (The node may > become as synonymous with the service because there's no redundancy, but > that's a bug, not a feature.) "(The node may become as synonymous with the service there's no redundancy, but that's a bug, not a feature.)" I am so stealing the hell out of that line. <3 -- 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 https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] KVM HA
On 22/06/16 02:34 PM, m.r...@5-cent.us wrote: > Digimer wrote: >> On 22/06/16 02:01 PM, Chris Adams wrote: >>> Once upon a time, John R Pierce <pie...@hogranch.com> said: >>>> On 6/22/2016 10:47 AM, Digimer wrote: >>>>> This is called "fabric fencing" and was originally the only supported >>>>> option in the very early days of HA. It has fallen out of favour for >>>>> several reasons, but it does still work fine. The main issues is that >>>>> it leaves the node in an unclean state. If an admin (out of ignorance or >>>>> panic) reconnects the node, all hell can break lose. So generally >>>>> power cycling is much safer. > >>> If the node is just disconnected and left running, and later >>> reconnected, it can try to write out (now old/incorrect) data to the >>> storage, corrupting things. >>> >>> Speaking of shared storage, another fencing option is SCSI reservations. >>> It can be terribly finicky, but it can be useful. >> >> Close. >> >> The cluster software and any hosted services aren't running. It's not >> that they think they're wrong, they just have no existing state so they >> won't try to touch anything without first ensuring it is safe to do so. > > Question: when y'all are saying "reconnect", is this different from > stopping the h/a services, reconnecting to the network, and then starting > the services (which would let you avoid a reboot)? > > mark Expecting a lost node to behave in any predictable manner is not allowed in HA. In theory, with fabric fencing, that is exactly how you could recover (stop all HA software, reconnect, start), but even then a reboot is highly recommended before reconnecting. -- 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 https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] KVM HA
On 22/06/16 02:31 PM, John R Pierce wrote: > On 6/22/2016 11:06 AM, Digimer wrote: >> I know this goes against the >> grain of sysadmins to yank power, but in an HA setup, nodes should be >> disposable and replaceable. The nodes are not important, the hosted >> services are. > > of course, the really tricky problem is implementing an ISCSI storage > infrastructure thats fully redundant and has no single point of > failure. this requires the redundant storage controllers to have > shared write-back cache, fully redundant networking, etc. The > fiberchannel SAN folks had all this down pat 20 years ago, but at an > astronomical price point. > > The more complex this stuff gets, the more points of potential failure > you introduce. Or use DRBD. That's what we do for our shared storage backing our VMs and shared FS. Works like a charm. -- 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 https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] KVM HA
On 22/06/16 02:12 PM, Chris Adams wrote: > Once upon a time, Digimer <li...@alteeve.ca> said: >> The cluster software and any hosted services aren't running. It's not >> that they think they're wrong, they just have no existing state so they >> won't try to touch anything without first ensuring it is safe to do so. > > Well, I was being short; what I meant was, in HA, if you aren't known to > be right, you are wrong, and you do nothing. Ah, yes, exactly right. >> SCSI reservations, and anything that blocks access is technically OK. >> However, I stand by the recommendation to power cycle lost nodes. It's >> by far the safest (and easiest) approach. I know this goes against the >> grain of sysadmins to yank power, but in an HA setup, nodes should be >> disposable and replaceable. The nodes are not important, the hosted >> services are. > > One advantage SCSI reservations have is that if you can access the > storage, you can lock out everybody else. It doesn't require access to > a switch, management card, etc. (that may have its own problems). If > you can access the storage, you own it, if you can't, you don't. > Putting a lock directly on the actual shared resource can be the safest > path (if you can't access it, you can't screw it up). > > I agree that rebooting a failed node is also good, just pointing out > that putting the lock directly on the shared resource is also good. The SCSI reservation protects shared storage only, which is my main concern. A lot of folks think that fencing is only needed for storage, when it is needed for all HA'ed services. If you know what you're doing though, particularly if you combine it with watchdog based fencing like fence_sanlock, you can be in good shape (if very very slow fencing times are OK for you). In the end though, I personally always use IPMI as the primary fence method with a pair of switched PDUs as my backup method. Brutal, Simple and highly effective. :P -- 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 https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] KVM HA
On 22/06/16 02:01 PM, Chris Adams wrote: > Once upon a time, John R Pierce <pie...@hogranch.com> said: >> On 6/22/2016 10:47 AM, Digimer wrote: >>> This is called "fabric fencing" and was originally the only supported >>> option in the very early days of HA. It has fallen out of favour for >>> several reasons, but it does still work fine. The main issues is that it >>> leaves the node in an unclean state. If an admin (out of ignorance or >>> panic) reconnects the node, all hell can break lose. So generally power >>> cycling is much safer. >> >> how is that any different than said ignorant admin powering up the >> shutdown node ? > > On boot, the cluster software assumes it is "wrong" and doesn't connect > to any resources until it can verify state. > > If the node is just disconnected and left running, and later > reconnected, it can try to write out (now old/incorrect) data to the > storage, corrupting things. > > Speaking of shared storage, another fencing option is SCSI reservations. > It can be terribly finicky, but it can be useful. Close. The cluster software and any hosted services aren't running. It's not that they think they're wrong, they just have no existing state so they won't try to touch anything without first ensuring it is safe to do so. SCSI reservations, and anything that blocks access is technically OK. However, I stand by the recommendation to power cycle lost nodes. It's by far the safest (and easiest) approach. I know this goes against the grain of sysadmins to yank power, but in an HA setup, nodes should be disposable and replaceable. The nodes are not important, the hosted services are. -- 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 https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] KVM HA
On 22/06/16 01:38 PM, John R Pierce wrote: > On 6/21/2016 10:01 PM, Tom Robinson wrote: >> Currently when I migrate a guest, I can all too easily start it up on >> both hosts! There must be some >> way to fence these off but I'm just not sure how to do this. > > in addition to power fencing as described by others, you can also fence > at the ethernet switch layer, where you disable the switch port(s) that > the dead host is on. this of course requires managed switches that your > cluster management software can talk to. if you're using dedicated > networking for ISCSI (often done for high performance), you can just > disable that port. This is called "fabric fencing" and was originally the only supported option in the very early days of HA. It has fallen out of favour for several reasons, but it does still work fine. The main issues is that it leaves the node in an unclean state. If an admin (out of ignorance or panic) reconnects the node, all hell can break lose. So generally power cycling is much safer. -- 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 https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] KVM HA
On 22/06/16 02:03 AM, Indunil Jayasooriya wrote: > On Wed, Jun 22, 2016 at 11:08 AM, Barak Korren <bkor...@redhat.com> wrote: > >>> >>> My question is: Is this even possible? All the documentation for HA that >> I've found appears to not >>> do this. Am I missing something? >> >> You can use oVirt for that (www.ovirt.org). >> > > When an UNCLEAN SHUDWON happens or ifdown eth0 in node1 , can OVIRT > migrate VMs from node1 to node2? > > in that case, Is power management such as ILO needed? I can't speak to ovirt (it's more of a cloud platform than an HA one), but in HA in general, this is how it works... Say node1 is hosting vm-A. Node1 stops responding for some reason (maybe it's hung, maybe it's running by lost net, maybe it's a pile of flaming rubble, you don't know). Within a moment, the other cluster node(s) will declare it lost and initiate fencing. Typically "fencing" means "shut the target off over IPMI (iRMC, iLO, DRAC, RSA, etc). However, lets assume that the node lost all power (we've seen this with voltage regulators failing on the mainboard, shorted cable harnesses, etc). In that case, the IPMI BMC will fail as well so this method of fencing will fail. The cluster can't assume that "no response from fence device A == dead node". All you know is that you still don't know what state the peer is in. To make assumption and boot vm-A now would be potentially disastrous. So instead, the cluster blocks and retries the fencing indefinitely, leaving things hung. The logic being that, as bad as it is to hang, it is better than risking a split-brain/corruption. What we do to mitigate this, and pacemaker supports this just fine, is add a second layer for fencing. We do this with a pair of switched PDUs. So say that node1's first PSU is plugged into PDU 1, Outlet 1 and its second PSU is plugged into PDU 2, Outlet 1. Now, instead of blocking after IPMI fails, it instead moves on and turns off the power to those two outlets. Being that the PDUs are totally external, they should be up. So in this case, now we can say "yes, node1 is gone" and safely boot vm-A on node2. Make sense? -- 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 https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] KVM HA
On 22/06/16 02:10 AM, Tom Robinson wrote: > Hi Digimer, > > Thanks for your reply. > > On 22/06/16 15:20, Digimer wrote: >> On 22/06/16 01:01 AM, Tom Robinson wrote: >>> Hi, >>> >>> I have two KVM hosts (CentOS 7) and would like them to operate as High >>> Availability servers, >>> automatically migrating guests when one of the hosts goes down. >>> >>> My question is: Is this even possible? All the documentation for HA that >>> I've found appears to not >>> do this. Am I missing something? >> >> Very possible. It's all I've done for years now. >> >> https://alteeve.ca/w/AN!Cluster_Tutorial_2 >> >> That's for EL 6, but the basic concepts port perfectly. In EL7, just >> change out cman + rgmanager for pacemaker. The commands change, but the >> concepts don't. Also, we use DRBD but you can conceptually swap that for >> "SAN" and the logic is the same (though I would argue that a SAN is less >> reliable). > > In what way is the SAN method less reliable? Am I going to get into a world > of trouble going that way? In the HA space, there should be no single point of failure. A SAN, for all of it's redundancies, is a single thing. Google for tales of bad SAN firmware upgrades to get an idea of what I am talking about. We've found that using DRBD and build clusters in pairs to be a far more resilient design. First, you don't put all you eggs in one basket, as it were. So if you have multiple failures and lose a cluster, you lose one pair and the servers it was hosting. Very bad, but less so that losing the storage for all your systems. Consider this case that happened a couple of years ago; We had a client, through no malicious intent and misunderstanding of how "hot swap" worked, walk up to a machine and start ejecting drives. We got in touch and stopped him in very short order, but the damage was done and the node's array was hosed. Certainly not a failure scenario we had ever considered. DRBD (which is sort of like "RAID 1 over a network") simply market the local storage as Diskless and routed all read/writes to the good peer. The hosted VM servers (and the software underpinning them) kept working just fine. We lost the ability to live migrate because we couldn't read from the local disk anymore, but the client continued to operate for about an hour until we could schedule a controlled reboot to move the servers without interrupting production. In short, to do HA right, you have to be able to look at every piece of you stack and say "what happens if this goes away?" and design it so that the answer is "we'll recover". For clients who need the performance of SANs (go big enough and the caching and whatnot of a SAN is superior), we then recommend two SANs and connect each one to a node and then treat them from there up as DAS. >> There is an active mailing list for HA clustering, too: >> >> http://clusterlabs.org/mailman/listinfo/users > I've had a brief look at the web-site. Lots of good info there. Thanks! Clusterlabs is now the umbrella for a collection of different open source HA projects, so it will continue to grow as time goes on. >>> My configuration so fare includes: >>> >>> * SAN Storage Volumes for raw device mappings for guest vms (single volume >>> per guest). >>> * multipathing of iSCSI and Infiniband paths to raw devices >>> * live migration of guests works >>> * a cluster configuration (pcs, corosync, pacemaker) >>> >>> Currently when I migrate a guest, I can all too easily start it up on both >>> hosts! There must be some >>> way to fence these off but I'm just not sure how to do this. >> >> Fencing, exactly. >> >> What we do is create a small /shared/definitions (on gfs2) to host the >> VM XML definitions and then undefine the VMs from the nodes. This makes >> the servers disappear on non-cluster aware tools, like >> virsh/virt-manager. Pacemaker can still start the servers just fine and >> pacemaker, with fencing, makes sure that the server is only ever running >> on one node at a time. > > That sounds simple enough :-P. Although, I wanted to be able to easily open > VM Consoles which I do > currently through virt-manager. I also use virsh for all kinds of ad-hoc > management. Is there an > easy way to still have my cake and eat it? We also have a number of Windows > VM's. Remote desktop is > great but sometimes you just have to have a console. We use virt-manager, too. It's just fine. Virsh also works just fine. The only real difference is that once the server shuts off, it "vanishes" from those tools. I would say about 75%+ of our c
Re: [CentOS] KVM HA
On 22/06/16 01:01 AM, Tom Robinson wrote: > Hi, > > I have two KVM hosts (CentOS 7) and would like them to operate as High > Availability servers, > automatically migrating guests when one of the hosts goes down. > > My question is: Is this even possible? All the documentation for HA that I've > found appears to not > do this. Am I missing something? Very possible. It's all I've done for years now. https://alteeve.ca/w/AN!Cluster_Tutorial_2 That's for EL 6, but the basic concepts port perfectly. In EL7, just change out cman + rgmanager for pacemaker. The commands change, but the concepts don't. Also, we use DRBD but you can conceptually swap that for "SAN" and the logic is the same (though I would argue that a SAN is less reliable). There is an active mailing list for HA clustering, too: http://clusterlabs.org/mailman/listinfo/users > My configuration so fare includes: > > * SAN Storage Volumes for raw device mappings for guest vms (single volume > per guest). > * multipathing of iSCSI and Infiniband paths to raw devices > * live migration of guests works > * a cluster configuration (pcs, corosync, pacemaker) > > Currently when I migrate a guest, I can all too easily start it up on both > hosts! There must be some > way to fence these off but I'm just not sure how to do this. Fencing, exactly. What we do is create a small /shared/definitions (on gfs2) to host the VM XML definitions and then undefine the VMs from the nodes. This makes the servers disappear on non-cluster aware tools, like virsh/virt-manager. Pacemaker can still start the servers just fine and pacemaker, with fencing, makes sure that the server is only ever running on one node at a time. > Any help is appreciated. > > Kind regards, > Tom We also have an active freenode IRC channel; #clusterlabs. Stop on by and say hello. :) -- 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 https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] 6.8 CR Packages
On 12/05/16 09:27 AM, Leon Fauster wrote: > Am 12.05.2016 um 14:24 schrieb Johnny Hughes <joh...@centos.org>: >> We should have the CR packages, that will eventually be turned into the >> full 6.8 point release and ISO set, to the QA team today for testing. >> >> I expect that it will take 1 to 2 days in QA and then those will be >> ready for release into the 6.7/cr/ repository. That means that no later >> than Monday, May 16th (and maybe as early as sometime within the next 24 >> hours), the CR packages, including the openssl update everyone is >> interested in, should be available. That is assuming we find no major >> issues requiring rebuilding during this testing. >> >> I will also remind everyone that Red Hat gets 6 months of QA testing >> after a private beta release to get these out and correct any issues .. >> while the CentOS team only gets this Source Code on RHEL release day. >> That is when we can start building. We have to build major packages >> like gcc and glibc and kernel first as we want the latest of those in >> the other build roots. Then we have to build the new packages on which >> others depend on as a requires. Then we can build the other packages. >> There were 350 (ish) SRPMs that have produced about 3050 RPMs that all >> need to be vetted before release. >> >> This process NORMALLY takes 10 days (when you get your first security >> udpates) for CR packages and 21 to 30 days for full tree release. It >> has been this way for 12 years, and it will be so i the future. If you >> can't wait 10 days to get the CentOS updates .. then buy RHEL. >> >> If you have no idea what CR is .. ask and people can help you on the >> list. Here is the info in the wiki: >> >> https://wiki.centos.org/AdditionalResources/Repositories/CR >> >> Any if you are wondering why not earlier (though, 2 days is pretty fast >> if you ask me) ...this timebomb bug rendered both the openssl updates >> unbuildable: >> >> https://bugzilla.redhat.com/show_bug.cgi?id=1335097 >> >> There where also a bugs where glutserfs, xmlgraphics-commons, and >> certmonger would not build. >> >> The full release of the entire 6.8 tree and isos is still some time >> (10-20 days) away, but we should have CR packages soon. > > > Thank you Johnny and all others from CentOS. Great effort! > > -- > LF Getting it done right is more important than getting it done right now. :) -- 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 https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Internal RAID controllers question
On 08/05/16 09:02 PM, Valeri Galtsev wrote: > > On Sun, May 8, 2016 7:31 pm, Digimer wrote: >> On 08/05/16 08:12 PM, John R Pierce wrote: >>> On 5/6/2016 2:26 PM, Valeri Galtsev wrote: >>>> Which internal hardware RAID controllers will survive some future to >>>> come >>>> in your estimate. First of all my beloved 3ware finally seems to have >>>> passed away. After multiple acquisitions and becoming part of LSI and >>>> getting bought with LSI, it probably became non operational. Namely, >>>> the >>>> latest 3ware cards have ancient firmware. Neither of them supports 4kn >>>> drives. This speaks for itself for me. [Under new ownership] LSI, >>>> though >>>> still having new controllers released, and one of their MegaRAID >>>> controllers (at least) having support for 4kn drives, still may not >>>> last >>>> long (just my feeling, I'd like to hear yours). So, what RAID >>>> controllers >>>> will those of us who like to have hardware RAIDs use in some future to >>>> come? >>> >>> >>> IMHO, "Hardware" (really embedded firmware) RAID is for Windows servers, >>> since MS Windows has awful integrated software raid (aka 'dynamic disk', >>> truly a mess). With Linux, I'd rather use LVM, with BSD, ZFS. >> >> "Hardware RAID" can very well include a controller with dedicated parity >> processing, battery/flash backed write caching and other tangible >> benefits. > > Right, by "hardware RAID" as opposed to a bit more often used term > "software RAID" I did mean the card that has RAID processing done by the > chip on board of the card (parity or in other words modulus 2 sum in case > of RAID-5, and more sophisticated math in case of RAID-6 - I have heard of > at least two algorithms suitable for RAID-6). Thanks, Mr. Digimer, for > clarifying my somewhat vague in this place post. We're not all "Mr". > Any insight, anybody, which hardware RAID cards of rather which > manufacturers of these cards will still make them in a future (say next 5 > years)? Even if you just have feelings, without any thought why, I would > like to hear them. If you prefer to answer off the list, please, e-mail me > directly at galt...@kicp.uchicago.edu > > Thanks a lot! > > Valeri LSI brand cards are very common across enterprise (I think all tier-1 vendors, except HP, use LSI (now Avago) based controllers. Given that, I would expect their cards will be available for quite some time to come. -- 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 https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Internal RAID controllers question
On 08/05/16 08:12 PM, John R Pierce wrote: > On 5/6/2016 2:26 PM, Valeri Galtsev wrote: >> Which internal hardware RAID controllers will survive some future to come >> in your estimate. First of all my beloved 3ware finally seems to have >> passed away. After multiple acquisitions and becoming part of LSI and >> getting bought with LSI, it probably became non operational. Namely, the >> latest 3ware cards have ancient firmware. Neither of them supports 4kn >> drives. This speaks for itself for me. [Under new ownership] LSI, though >> still having new controllers released, and one of their MegaRAID >> controllers (at least) having support for 4kn drives, still may not last >> long (just my feeling, I'd like to hear yours). So, what RAID controllers >> will those of us who like to have hardware RAIDs use in some future to >> come? > > > IMHO, "Hardware" (really embedded firmware) RAID is for Windows servers, > since MS Windows has awful integrated software raid (aka 'dynamic disk', > truly a mess). With Linux, I'd rather use LVM, with BSD, ZFS. "Hardware RAID" can very well include a controller with dedicated parity processing, battery/flash backed write caching and other tangible benefits. -- 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 https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Regarding upgrade from CentOS .5.5 to CentOS 7
On 05/05/16 01:13 AM, Venkateswara Rao Dokku wrote: > Hi, > > I wanted to upgrade from centOS 5.5 to CentOS 7 without losing the data. > > Is there any upgrade path available? > > or what is the proper way to do it without affecting the existing config? > > Thnaks for the help So much changed from 5 to 7 that a re-install is almost certainly the way to go. How exactly you port your config depends entirely on what programs you are talking about. The best idea is to create a virtual machine (or install centos 7 on spare hardware), figure out how to configure the applications and the process to restore the data from backups. Once you know what to do (and have documented it), reinstall. -- 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 https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Bourne shell deprecated?
On 26/04/16 10:07 PM, John R Pierce wrote: > On 4/26/2016 6:45 PM, Jack Bailey wrote: >> >> Today someone in a meeting claimed the Bourne shell is deprecated, one >> of the reasons being it supposedly has security issues. Well that's >> all news to me, and I cannot find anything online to corroborate the >> claim. Is this true, is it a bash vs. Bourne FUD, or something else? > > there's no Bourne shell in CentOS anyways, /bin/sh is a symlink to > /bin/bash... > > last OS I can think of with an actual Bourne shell was Solaris. ?? [root@an-striker01 ~]# cat /etc/redhat-release CentOS release 6.7 (Final) [root@an-striker01 ~]# which bash /bin/bash [root@an-striker01 ~]# ls -lah /bin/bash -rwxr-xr-x. 1 root root 885K Sep 22 2015 /bin/bash [root@an-striker01 ~]# which sh /bin/sh [root@an-striker01 ~]# ls -lah /bin/sh lrwxrwxrwx. 1 root root 4 Mar 27 18:40 /bin/sh -> bash Same upstream on Fedora 23: 0 root@pulsar:/home/digimer# cat /etc/redhat-release Fedora release 23 (Twenty Three) 0 root@pulsar:/home/digimer# which bash /bin/bash 0 root@pulsar:/home/digimer# ls -lah /bin/bash -rwxr-xr-x. 1 root root 1.1M Jan 11 06:02 /bin/bash 0 root@pulsar:/home/digimer# which sh /bin/sh 0 root@pulsar:/home/digimer# ls -lah /bin/sh lrwxrwxrwx. 1 root root 4 Jan 11 06:02 /bin/sh -> bash -- 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 https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Bourne shell deprecated?
On 26/04/16 09:45 PM, Jack Bailey wrote: > Hello List, > > Today someone in a meeting claimed the Bourne shell is deprecated, one > of the reasons being it supposedly has security issues. Well that's all > news to me, and I cannot find anything online to corroborate the claim. > Is this true, is it a bash vs. Bourne FUD, or something else? > > Thanks, > Jack [Citation Needed] -- 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 https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Storage cluster advise, anybody?
On 22/04/16 04:40 PM, Paul Heinlein wrote: > On Fri, 22 Apr 2016, Digimer wrote: > >> Then you would use pacemaker to manage the floating IP, fence >> (stonith) a lost node, and promote drbd->mount FS->start nfsd->start >> floating IP. > > My favorite acronym: stonith -- shoot the other node in the head. It's brutal, but it solves a very important problem. True HA is based on never making an assumption, because if you do make assumptions, you will eventually go wrong. I see all the time people who build HA clusters come along complaining (usually in a panic) that their clusters have totally failed. Inevitably, they have not setup stonith and retort with "ya, but it ran fine for $long_time!!". Sure, and like a long flight, you don't realize you've lost your landing gears until you try to land. -- 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 https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Storage cluster advise, anybody?
creation timestamp it is an > access timestamp on moosefs. This renders rsync from moosefs useless, as > you can not re-run failed rsync, and you obliterate some of metadata of > the source ("creation" timestamp). I wrote e-mail to sourceforge moosefs > mail list, mentioning all this and the fact that I am using open source > moosefs. Next day they replied asking whether I use version 3."this" or > version 3."that", as they want to know in which of them they have a bug. > Whereas latest open source version they have everywhere, including > sourceforge is older version: 2.0.88. > Basically, my decision was made. Sorry for venting it out here, but I > figured, it will happen some moment when I will get your advises. > > > Thanks a lot for all your advises! > > Valeri Before you go any further, you need to decide what is your priority. If you need resilience, prepare to invest in the back-end hardware. If it is more important to scrape unused resources from everywhere, then resilience is not going to be so good. -- 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 https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Suddenly increased my hard disk
On 06/04/16 11:44 PM, Chandran Manikandan wrote: > Hi All, > > I have running Centos 6.5 32 bit machine. > This machine is running qmailtoaster packages and mailbox size is 385 GB. > > if i run the df -h command it show 385 GB out of 1TB > > I have run the same command today suddenly shows 576 GB out of 1 TB. > > I didn't update any bulk file and mail transaction is not very high. > > How do i check this issue and fix it. > > how do i find out and why suddenly showing this much of increasing the size > of hard disk. > > Could anyone help me > Start with 'du -hs /'. If one of the directories is bigger than expected, re-run in that directory. Repeat until you find the unexpectedly large directory. -- 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 https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Free Redhat Linux (rhel) version 7.2
On 04/04/16 10:06 AM, Valeri Galtsev wrote: > > On Mon, April 4, 2016 8:53 am, Johnny Hughes wrote: >> On 04/04/2016 08:39 AM, Timothy Murphy wrote: >>> I read that Redhat was offering their Linux free, >>> and downloaded the ISO, though I haven't run it. >>> >>> What do CentOS users think of Redhat's offer? >>> >>> The registration with Redhat seemed very bureaucratic to me, >>> and I'm not sure if I have carried it out properly. >>> Also, I didn't see if it was possible to get updates, >>> either with dnf or some other way. >>> >>> I've been (and am) very pleased with CentOS, >>> which I've been running for several years, >>> and I don't particularly want to change. >>> >>> Any views on this? >>> >> >> You need read the usage license. >> >> That subscription can only be used in development and not in a >> production environment. > > When I think about it I have a strange feeling. To be (become) a developer > of something that you yourself will not be able to use in production... > it's akin volunteer to become a slave. Is there anybody who _can_ make a > sense of such offer? > > Valeri Our company has been in Red Hat's ISV program for ages, and it is very helpful. There are differences between how CentOS and RHEL works, so being able to test against both makes it much easier for our users (community users and paid customers) to choose which system they want. I also means that we can be sure those who choose RHEL proper will have no problems. We also use the RHEL installs for demos and trade shows, which is important. Like it or not, there is a certain "professionalism" to being able to demo your product on RHEL instead of CentOS. Most customers insist on RHEL so seeing the product running already on RH is a useful sales tool. In short; The ISV program has been very helpful and benefited both RH and our company. -- 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 https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] RHEL 7.3 wish-list
On 02/04/16 03:38 PM, Alice Wonder wrote: > CentOS tracks RHEL and there is something I think probably can only be > done in a point release but I believe should be done. > > Update to nss and curl. > > The problem - the version of curl that ships with CentOS does not > support ECC cryptography. > > A newer version would, but requires manual specification of the ciphers > if the TLS/SSL library used (NSS on RHEL/Fedora) does not have the ECC > ciphers enabled by default, and the NSS in RHEL/CentOS 7 does not. > > This causes a problem when using CentOS 7 for something like a CDN that > needs to pull content from a server using modern ECC cryptography > without support for the older cryptography methods, and some sensitive > servers are starting to do just that to avoid being vulnerable to > various 0 day exploits that pop up with older cryptography. > > I think the NSS library should be rebuilt to have ECC ciphers enabled by > default (I don't think that requires a version update) and that curl > should be updated, with a newer build, that includes a bump to the .so > version. > > Thoughts on this? > > I'm out of town, I plan to try and file a bugzilla for this when I get > back, but if this sounds idiotic to most then I won't. > > I can solve it on my system with a local build. > > Thank you for your time. You can always ask in bugzilla. If they reject it, you should at least get their reasoning. -- 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 https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS-virt] Networking in KVM
On 17/03/16 04:47 PM, paul.greene...@verizon.net wrote: > Thanks, I followed the 2nd article, and it got the existing virtual > machines communicating with each other. > > However, any new virtual machines I created after making the changes > can't communicate with anything, they can't even get out to the > internet, even if I manually set the IP address info. Any suggestions on > that? > > Paul Check that they're using your static bridge. 'virsh dumpxml ' will have a section like: That tells you that the interface is MAC '52:54:00:71:20:fa' is "plugged in" to the bridge 'bcn_bridge1'. If that doesn't connect to the right bridge, then you need to change it (virt-manager has a simple to use GUI for this, or you can use 'virsh edit ' if you're comfortable editing XML). -- 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-virt mailing list CentOS-virt@centos.org https://lists.centos.org/mailman/listinfo/centos-virt
Re: [CentOS-virt] Networking in KVM
On 15/03/16 08:07 PM, paul.greene...@verizon.net wrote: > Hi all, > > New to KVM. Did a group install for "Virtualization Host" on CentOS 7. > Created two virtual machines - one with centos and one with an > evaluation copy of Windows 2012 server. > > Both virtual machines correctly did updates out to their respective > vendors (Centos and MS respectively), but they can't talk to each other > or talk to any other system in my internal network. From what I've found > so far, if I understand correctly, this is the default behaviour for KVM > out of the box. > > What I would like to be able to do is allow the virtual machines to > appear on my internal network just like any other machine, in the same > IP address space, without using dhcp for assigning addresses. The KVM > machines are using 192.168.122.x, my other machines are using 192.168.1.x. > > Any guidance/suggestions greatly appreciated. > > Paul Greene You need a traditional bridge (that acts more like a network switch). A quick google turns up these, which might help: http://jensd.be/207/linux/install-and-use-centos-7-as-kvm-virtualization-host http://unix-linux-server.blogspot.ca/2014/10/centos-7-kvm-installation-and-bridge.html -- 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-virt mailing list CentOS-virt@centos.org https://lists.centos.org/mailman/listinfo/centos-virt
Re: [CentOS] Can anyone compile mtr source RPM on CentOS 6.7?
On 08/03/16 02:45 PM, James Hogarth wrote: > On 8 March 2016 at 19:36, Digimer <li...@alteeve.ca> wrote: > >> On 08/03/16 02:32 PM, James Hogarth wrote: >>>>>> https://bugzilla.redhat.com/show_bug.cgi?id=1315856 >>>>> >>>>> What's odd is how it works in Fedora using mock but not EPEL6 with mock >>>> ... >>>>> got to be down to how the build roots are constructed. >>>>> >>>>> Decided to do a quick test of something given how EPEL has adjusted >>>> macros >>>>> recently to reduce boilerplate between Fedora and itself ... >>>>> >>>>> I just removed the rm -rf line from %clean and got a clean mock build >> on >>>> a >>>>> CentOS6 base. >>>>> >>>>> It must have cleaned out the generated makefile between %build and >>>> %install >>>>> and that left it with the bare one that had no install: section >>>>> >>>>> This will bite Red Hat at the 6.8 milestone (unless they build on >> Fedora) >>>>> and presumably CentOS when 6.8 rolls round if RH don't remove the rm >> -rf >>>>> from %clean ;) >>>> >>>> Should the priority on the bug be changed? >>>> >>> >>> >>> No leave it as is for now ... >>> >>> I'm really quite confused as after it worked I thought I'd try the >> original >>> SRPM again and it worked :/ >>> >>> I have no idea what has changed on the system to provide for that - doing >>> some quick looks now. >> >> OK, let me know if I can assist/test. >> >> >> > Okay I have what I believe to be the answer ... a rather horrible race > condition. > > The generated makefile has a '(sleep 3; cp Makefile.dist Makefile) &' in > it for the distclean target. > > The Makefile.dist is the bare empty one. > > Note how this backgrounds ? There is no wait after this ... > > So three seconds after the make distclean target is hit *bam* the full > Makefile with the install target gets overwritten by the bare one. > > So now whether the build works or not is a function of how fast you make it > to make install Take longer than 3 seconds after the ./configure and > there won't be a valid Makefile for the install (unless ./configure has > rerun already - see how messy this is?) > > This is definitely not a mock bug - that can be closed. It's a bug in the > EL6 mtr spec file. > > See lines 1812 and 4005 for the relevant happenings in the pastebin I put > up before showing the behavioural difference between F23 and EPEL6 > > Note that my EPEL6 system is a VM so inherently slower... but once the data > from disk is in the kernel cache it's faster on the subsequent builds and > makes the race > > The VM is on a spinning disk (on btrfs) whereas the F23 build happened on > an SSD (btrfs but less of an issue then) which would naturally cause the > big speed difference. > > I'd open a bug on bugzilla instead against RHEL6 and mtr explaining the > race condition. > > I can't think of a good reason in a spec file to background a 3 second wait > and then overwrite a file that will be used in compilation/install ... Um, wow. That's pretty dumb. I've reassigned the ticket to EL6 -> mtr. Thank you very much for your help! I will poke at the .spec and report back here/the ticket if I make any progress (again, I'm fairly new to all this. :) ). -- 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 https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Can anyone compile mtr source RPM on CentOS 6.7?
On 08/03/16 02:32 PM, James Hogarth wrote: >>>> https://bugzilla.redhat.com/show_bug.cgi?id=1315856 >>> >>> What's odd is how it works in Fedora using mock but not EPEL6 with mock >> ... >>> got to be down to how the build roots are constructed. >>> >>> Decided to do a quick test of something given how EPEL has adjusted >> macros >>> recently to reduce boilerplate between Fedora and itself ... >>> >>> I just removed the rm -rf line from %clean and got a clean mock build on >> a >>> CentOS6 base. >>> >>> It must have cleaned out the generated makefile between %build and >> %install >>> and that left it with the bare one that had no install: section >>> >>> This will bite Red Hat at the 6.8 milestone (unless they build on Fedora) >>> and presumably CentOS when 6.8 rolls round if RH don't remove the rm -rf >>> from %clean ;) >> >> Should the priority on the bug be changed? >> > > > No leave it as is for now ... > > I'm really quite confused as after it worked I thought I'd try the original > SRPM again and it worked :/ > > I have no idea what has changed on the system to provide for that - doing > some quick looks now. OK, let me know if I can assist/test. -- 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 https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Can anyone compile mtr source RPM on CentOS 6.7?
On 08/03/16 02:08 PM, James Hogarth wrote: > On 8 March 2016 at 19:02, Digimer <li...@alteeve.ca> wrote: > >> On 08/03/16 01:51 PM, James Hogarth wrote: >>> On 8 March 2016 at 17:22, Digimer <li...@alteeve.ca> wrote: >>> >>>> On 08/03/16 11:36 AM, James Hogarth wrote: >>>>> On 8 March 2016 at 16:15, Digimer <li...@alteeve.ca> wrote: >>>>> >>>>>> On 08/03/16 07:11 AM, James Hogarth wrote: >>>>>>> On 8 March 2016 at 10:07, Leon Fauster <leonfaus...@googlemail.com> >>>>>> wrote: >>>>>>> >>>>>>>> Am 08.03.2016 um 01:50 schrieb Digimer <li...@alteeve.ca>: >>>>>>>>> I'm not surprised, given that it is in the repo. That's why I was >>>>>> asking >>>>>>>>> if anyone tried building it themselves and, if so, did they have >> the >>>>>>>>> same issue as I describe below? >>>>>>>>> >>>>>>>>> Alternatively, any tips/advice on solving my build issue would be >>>>>>>> helpful. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> what says /var/tmp/rpm-tmp.gu9Ds0? >>>>>>>> >>>>>>>> all dependencies installed? >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> No need to check that the error is clear "make: *** No rule to >>>> make >>>>>>> target `install'. Stop." ... that mini Makefile he posted doesn't >>>>>> include >>>>>>> an install: section >>>>>>> >>>>>>> Of course what the OP is missing is *that* makefile does not get >> used. >>>>>>> >>>>>>> In the tarball there is a Makefile.in that gets processed into the >>>> actual >>>>>>> makefile by ./configure (well %configure in the spec but you get the >>>>>> point) >>>>>>> >>>>>>> So we come back round the houses to the key point - Digimer what are >>>> you >>>>>>> *actually* trying to do? >>>>>>> >>>>>>> You obviously aren't building from the spec in that src.rpm or using >>>> mock >>>>>>> as those have configure which would generate the valid makefile with >>>> the >>>>>>> make install target... so what are you doing and what do you want to >>>>>>> achieve? >>>>>>> >>>>>>> The %install phase you posted is really not of interest to your >>>> 'problem' >>>>>>> but rather the %build phase would be telling. >>>>>> >>>>>> As I've done with several other RPMs, I did the following; >>>>>> >>>>>> === >>>>>> yumdownloader --source mtr-gtk >>>>>> >>>>>> rpm -Uvh mtr-0.75-5.el6.src.rpm >>>>>> >>>>>> cd rpmbuild/SPECS/ >>>>>> >>>>>> # Change "Release" >>>>>> >>>>>> rpmbuild -ba mtr.spec >>>>>> === >>>>>> >>>>>> If you're asking a more generic "why are you doing this?" question; I >> am >>>>>> including the RPM in a project we're working on and I don't want to >> risk >>>>>> running fould of the CentOS project by directly redistributing their >>>>>> (and RHEL's) rpms. >>>>>> >>>>>> >>>>> I'm sure Karanbir and Johnny can weigh in here more but so long as you >>>> are >>>>> not claiming to be CentOS and using their trademarks (see the modified >>>> ones >>>>> with centos in the name) I'm pretty certain that you are safe building >> an >>>>> appliance on CentOS and can ship the RPMs on that ... >>>>> >>>>> Regardless of that issue what you've described above should work (or >>>> freak >>>>> out if a build dependency was missing ... unless one isn't defined as a >>>>> BuildRequires but is in the default mock root and is causing %configure >>>>> not to generate the Makefile). >>>>> >>>>> Again the r
Re: [CentOS] Can anyone compile mtr source RPM on CentOS 6.7?
On 08/03/16 01:51 PM, James Hogarth wrote: > On 8 March 2016 at 17:22, Digimer <li...@alteeve.ca> wrote: > >> On 08/03/16 11:36 AM, James Hogarth wrote: >>> On 8 March 2016 at 16:15, Digimer <li...@alteeve.ca> wrote: >>> >>>> On 08/03/16 07:11 AM, James Hogarth wrote: >>>>> On 8 March 2016 at 10:07, Leon Fauster <leonfaus...@googlemail.com> >>>> wrote: >>>>> >>>>>> Am 08.03.2016 um 01:50 schrieb Digimer <li...@alteeve.ca>: >>>>>>> I'm not surprised, given that it is in the repo. That's why I was >>>> asking >>>>>>> if anyone tried building it themselves and, if so, did they have the >>>>>>> same issue as I describe below? >>>>>>> >>>>>>> Alternatively, any tips/advice on solving my build issue would be >>>>>> helpful. >>>>>> >>>>>> >>>>>> >>>>>> what says /var/tmp/rpm-tmp.gu9Ds0? >>>>>> >>>>>> all dependencies installed? >>>>>> >>>>>> >>>>>> >>>>> No need to check that the error is clear "make: *** No rule to >> make >>>>> target `install'. Stop." ... that mini Makefile he posted doesn't >>>> include >>>>> an install: section >>>>> >>>>> Of course what the OP is missing is *that* makefile does not get used. >>>>> >>>>> In the tarball there is a Makefile.in that gets processed into the >> actual >>>>> makefile by ./configure (well %configure in the spec but you get the >>>> point) >>>>> >>>>> So we come back round the houses to the key point - Digimer what are >> you >>>>> *actually* trying to do? >>>>> >>>>> You obviously aren't building from the spec in that src.rpm or using >> mock >>>>> as those have configure which would generate the valid makefile with >> the >>>>> make install target... so what are you doing and what do you want to >>>>> achieve? >>>>> >>>>> The %install phase you posted is really not of interest to your >> 'problem' >>>>> but rather the %build phase would be telling. >>>> >>>> As I've done with several other RPMs, I did the following; >>>> >>>> === >>>> yumdownloader --source mtr-gtk >>>> >>>> rpm -Uvh mtr-0.75-5.el6.src.rpm >>>> >>>> cd rpmbuild/SPECS/ >>>> >>>> # Change "Release" >>>> >>>> rpmbuild -ba mtr.spec >>>> === >>>> >>>> If you're asking a more generic "why are you doing this?" question; I am >>>> including the RPM in a project we're working on and I don't want to risk >>>> running fould of the CentOS project by directly redistributing their >>>> (and RHEL's) rpms. >>>> >>>> >>> I'm sure Karanbir and Johnny can weigh in here more but so long as you >> are >>> not claiming to be CentOS and using their trademarks (see the modified >> ones >>> with centos in the name) I'm pretty certain that you are safe building an >>> appliance on CentOS and can ship the RPMs on that ... >>> >>> Regardless of that issue what you've described above should work (or >> freak >>> out if a build dependency was missing ... unless one isn't defined as a >>> BuildRequires but is in the default mock root and is causing %configure >>> not to generate the Makefile). >>> >>> Again the right answer here is "use mock" ... >>> >>> yumdownloader --source mtr-gtk >>> >>> rpm -Uvh mtr-0.75-5.el6.src.rpm >>> >>> cd rpmbuild >>> >>> vi SPECS/mtr.spec (change release etc ... bear in mind that bumping >> release >>> may not help you when a centos update happens ... may not care for an >>> appliance) >>> >>> rpmbuild -bs SPECS/mtr.spec >>> >>> mock -r epel-6-x86_64 SRPMS/mtr-*.src.rpm >>> >>> >>> >>> That will get you a reproducible clean build environment in a way not >>> dependent on the state of your workstation and avoid any accidental >>> depednencies etc popping up >> >> Thanks for the help, but I got the same results; >&
Re: [CentOS] Can anyone compile mtr source RPM on CentOS 6.7?
On 08/03/16 11:36 AM, James Hogarth wrote: > On 8 March 2016 at 16:15, Digimer <li...@alteeve.ca> wrote: > >> On 08/03/16 07:11 AM, James Hogarth wrote: >>> On 8 March 2016 at 10:07, Leon Fauster <leonfaus...@googlemail.com> >> wrote: >>> >>>> Am 08.03.2016 um 01:50 schrieb Digimer <li...@alteeve.ca>: >>>>> I'm not surprised, given that it is in the repo. That's why I was >> asking >>>>> if anyone tried building it themselves and, if so, did they have the >>>>> same issue as I describe below? >>>>> >>>>> Alternatively, any tips/advice on solving my build issue would be >>>> helpful. >>>> >>>> >>>> >>>> what says /var/tmp/rpm-tmp.gu9Ds0? >>>> >>>> all dependencies installed? >>>> >>>> >>>> >>> No need to check that the error is clear "make: *** No rule to make >>> target `install'. Stop." ... that mini Makefile he posted doesn't >> include >>> an install: section >>> >>> Of course what the OP is missing is *that* makefile does not get used. >>> >>> In the tarball there is a Makefile.in that gets processed into the actual >>> makefile by ./configure (well %configure in the spec but you get the >> point) >>> >>> So we come back round the houses to the key point - Digimer what are you >>> *actually* trying to do? >>> >>> You obviously aren't building from the spec in that src.rpm or using mock >>> as those have configure which would generate the valid makefile with the >>> make install target... so what are you doing and what do you want to >>> achieve? >>> >>> The %install phase you posted is really not of interest to your 'problem' >>> but rather the %build phase would be telling. >> >> As I've done with several other RPMs, I did the following; >> >> === >> yumdownloader --source mtr-gtk >> >> rpm -Uvh mtr-0.75-5.el6.src.rpm >> >> cd rpmbuild/SPECS/ >> >> # Change "Release" >> >> rpmbuild -ba mtr.spec >> === >> >> If you're asking a more generic "why are you doing this?" question; I am >> including the RPM in a project we're working on and I don't want to risk >> running fould of the CentOS project by directly redistributing their >> (and RHEL's) rpms. >> >> > I'm sure Karanbir and Johnny can weigh in here more but so long as you are > not claiming to be CentOS and using their trademarks (see the modified ones > with centos in the name) I'm pretty certain that you are safe building an > appliance on CentOS and can ship the RPMs on that ... > > Regardless of that issue what you've described above should work (or freak > out if a build dependency was missing ... unless one isn't defined as a > BuildRequires but is in the default mock root and is causing %configure > not to generate the Makefile). > > Again the right answer here is "use mock" ... > > yumdownloader --source mtr-gtk > > rpm -Uvh mtr-0.75-5.el6.src.rpm > > cd rpmbuild > > vi SPECS/mtr.spec (change release etc ... bear in mind that bumping release > may not help you when a centos update happens ... may not care for an > appliance) > > rpmbuild -bs SPECS/mtr.spec > > mock -r epel-6-x86_64 SRPMS/mtr-*.src.rpm > > > > That will get you a reproducible clean build environment in a way not > dependent on the state of your workstation and avoid any accidental > depednencies etc popping up Thanks for the help, but I got the same results; mock /home/digimer/rpmbuild/SRPMS/mtr-0.75-5.el6.anvil.src.rpm + make DESTDIR=/builddir/build/BUILDROOT/mtr-0.75-5.el6.anvil.x86_64 install make: *** No rule to make target `install'. Stop. RPM build errors: error: Bad exit status from /var/tmp/rpm-tmp.8atuER (%install) Bad exit status from /var/tmp/rpm-tmp.8atuER (%install) ERROR: Exception(/home/digimer/rpmbuild/SRPMS/mtr-0.75-5.el6.anvil.src.rpm) Config(epel-6-x86_64) 5 minutes 54 seconds INFO: Results and/or logs in: /var/lib/mock/epel-6-x86_64/result ERROR: Command failed. See logs for output. # bash --login -c /usr/bin/rpmbuild -bb --target x86_64 --nodeps /builddir/build/SPECS/mtr.spec As for redistribution; I spoke to someone here some months back about creating a custom ISO and I was told I couldn't modify 'Packages', which is what I needed to do. I am also making a RHEL variant, and emailing their legal didn't get a reply, so I am going this route to not step on toes. -- 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 https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Can anyone compile mtr source RPM on CentOS 6.7?
On 08/03/16 07:11 AM, James Hogarth wrote: > On 8 March 2016 at 10:07, Leon Fauster <leonfaus...@googlemail.com> wrote: > >> Am 08.03.2016 um 01:50 schrieb Digimer <li...@alteeve.ca>: >>> I'm not surprised, given that it is in the repo. That's why I was asking >>> if anyone tried building it themselves and, if so, did they have the >>> same issue as I describe below? >>> >>> Alternatively, any tips/advice on solving my build issue would be >> helpful. >> >> >> >> what says /var/tmp/rpm-tmp.gu9Ds0? >> >> all dependencies installed? >> >> >> > No need to check that the error is clear "make: *** No rule to make > target `install'. Stop." ... that mini Makefile he posted doesn't include > an install: section > > Of course what the OP is missing is *that* makefile does not get used. > > In the tarball there is a Makefile.in that gets processed into the actual > makefile by ./configure (well %configure in the spec but you get the point) > > So we come back round the houses to the key point - Digimer what are you > *actually* trying to do? > > You obviously aren't building from the spec in that src.rpm or using mock > as those have configure which would generate the valid makefile with the > make install target... so what are you doing and what do you want to > achieve? > > The %install phase you posted is really not of interest to your 'problem' > but rather the %build phase would be telling. As I've done with several other RPMs, I did the following; === yumdownloader --source mtr-gtk rpm -Uvh mtr-0.75-5.el6.src.rpm cd rpmbuild/SPECS/ # Change "Release" rpmbuild -ba mtr.spec === If you're asking a more generic "why are you doing this?" question; I am including the RPM in a project we're working on and I don't want to risk running fould of the CentOS project by directly redistributing their (and RHEL's) rpms. -- 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 https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Can anyone compile mtr source RPM on CentOS 6.7?
I'm not surprised, given that it is in the repo. That's why I was asking if anyone tried building it themselves and, if so, did they have the same issue as I describe below? Alternatively, any tips/advice on solving my build issue would be helpful. digimer On 07/03/16 07:29 PM, Nux! wrote: > It built just fine in mock, results here > http://li.nux.ro/download/nux/tmp/mtr6/ > > -- > Sent from the Delta quadrant using Borg technology! > > Nux! > www.nux.ro > > - Original Message - >> From: "Digimer" <li...@alteeve.ca> >> To: "CentOS mailing list" <centos@centos.org> >> Sent: Tuesday, 8 March, 2016 00:05:59 >> Subject: [CentOS] Can anyone compile mtr source RPM on CentOS 6.7? > >> Hi all, >> >> I was trying to rebuild mtr >> (http://vault.centos.org/6.7/os/Source/SPackages/mtr-0.75-5.el6.src.rpm) >> and I keep getting: >> >> >> Executing(%install): /bin/sh -e /var/tmp/rpm-tmp.gu9Ds0 >> + umask 022 >> + cd /root/rpmbuild/BUILD >> + '[' /root/rpmbuild/BUILDROOT/mtr-0.75-5.el6.x86_64 '!=' / ']' >> + rm -rf /root/rpmbuild/BUILDROOT/mtr-0.75-5.el6.x86_64 >> ++ dirname /root/rpmbuild/BUILDROOT/mtr-0.75-5.el6.x86_64 >> + mkdir -p /root/rpmbuild/BUILDROOT >> + mkdir /root/rpmbuild/BUILDROOT/mtr-0.75-5.el6.x86_64 >> + cd mtr-0.75 >> + LANG=C >> + export LANG >> + unset DISPLAY >> + rm -rf /root/rpmbuild/BUILDROOT/mtr-0.75-5.el6.x86_64 >> + mkdir -p /root/rpmbuild/BUILDROOT/mtr-0.75-5.el6.x86_64//usr/bin >> + mkdir -p /root/rpmbuild/BUILDROOT/mtr-0.75-5.el6.x86_64//usr/sbin >> + mkdir -p /root/rpmbuild/BUILDROOT/mtr-0.75-5.el6.x86_64//usr/share/pixmaps >> + mkdir -p >> /root/rpmbuild/BUILDROOT/mtr-0.75-5.el6.x86_64//usr/share/man/man8 >> + install -m 0755 mtr >> /root/rpmbuild/BUILDROOT/mtr-0.75-5.el6.x86_64//usr/sbin/mtr >> + make DESTDIR=/root/rpmbuild/BUILDROOT/mtr-0.75-5.el6.x86_64 install >> make: *** No rule to make target `install'. Stop. >> error: Bad exit status from /var/tmp/rpm-tmp.gu9Ds0 (%install) >> >> >> I fully admit to not knowing much about Makefiles, so maybe I am >> missing something obvious. The Makefile is pretty sparce: >> >> >> # >> # This is an attempt on simplifying the compilation of mtr to a simple >> "make". >> # >> >> firstrule: >> ./configure >> $(MAKE) >> >> clean: >> rm -f *.o *~ core >> >> distclean: clean >> rm -f mtr config.cache config.status config.log \ >>stamp-h stamp-h[0-9]* TAGS ID >> >> >> Obviously the mtr package built for CentOS itself, so I have to assume >> I am doing something dumb. >> >> Thanks for any insight/tips! >> >> -- >> 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 >> https://lists.centos.org/mailman/listinfo/centos > ___ > CentOS mailing list > CentOS@centos.org > https://lists.centos.org/mailman/listinfo/centos > -- 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 https://lists.centos.org/mailman/listinfo/centos
[CentOS] Can anyone compile mtr source RPM on CentOS 6.7?
Hi all, I was trying to rebuild mtr (http://vault.centos.org/6.7/os/Source/SPackages/mtr-0.75-5.el6.src.rpm) and I keep getting: Executing(%install): /bin/sh -e /var/tmp/rpm-tmp.gu9Ds0 + umask 022 + cd /root/rpmbuild/BUILD + '[' /root/rpmbuild/BUILDROOT/mtr-0.75-5.el6.x86_64 '!=' / ']' + rm -rf /root/rpmbuild/BUILDROOT/mtr-0.75-5.el6.x86_64 ++ dirname /root/rpmbuild/BUILDROOT/mtr-0.75-5.el6.x86_64 + mkdir -p /root/rpmbuild/BUILDROOT + mkdir /root/rpmbuild/BUILDROOT/mtr-0.75-5.el6.x86_64 + cd mtr-0.75 + LANG=C + export LANG + unset DISPLAY + rm -rf /root/rpmbuild/BUILDROOT/mtr-0.75-5.el6.x86_64 + mkdir -p /root/rpmbuild/BUILDROOT/mtr-0.75-5.el6.x86_64//usr/bin + mkdir -p /root/rpmbuild/BUILDROOT/mtr-0.75-5.el6.x86_64//usr/sbin + mkdir -p /root/rpmbuild/BUILDROOT/mtr-0.75-5.el6.x86_64//usr/share/pixmaps + mkdir -p /root/rpmbuild/BUILDROOT/mtr-0.75-5.el6.x86_64//usr/share/man/man8 + install -m 0755 mtr /root/rpmbuild/BUILDROOT/mtr-0.75-5.el6.x86_64//usr/sbin/mtr + make DESTDIR=/root/rpmbuild/BUILDROOT/mtr-0.75-5.el6.x86_64 install make: *** No rule to make target `install'. Stop. error: Bad exit status from /var/tmp/rpm-tmp.gu9Ds0 (%install) I fully admit to not knowing much about Makefiles, so maybe I am missing something obvious. The Makefile is pretty sparce: # # This is an attempt on simplifying the compilation of mtr to a simple "make". # firstrule: ./configure $(MAKE) clean: rm -f *.o *~ core distclean: clean rm -f mtr config.cache config.status config.log \ stamp-h stamp-h[0-9]* TAGS ID Obviously the mtr package built for CentOS itself, so I have to assume I am doing something dumb. Thanks for any insight/tips! -- 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 https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Utility to zero unused blocks on disk
On 09/02/16 12:24 AM, g wrote: > > > On 02/08/16 23:10, Digimer wrote: >> On 09/02/16 12:08 AM, g wrote: >>> >>> >>> On 02/08/16 15:34, Wes James wrote: >>>> Is there a utility to zero unused blocks on a disk? >>>> >>>> CentOS 6.7/Ext4 >>>> >>>> I saw zerofree, but I’m not sure it would work on Ext4 or even work on >>>> this version of CentOS. >>>> >>>> thanks, >>>> >>> . >>> a comment on replies to your post. >>> >>> i find it interesting that "Subject:" is and you ask for info to >>> >>> *zero unused blocks on disk* >>> >>> and all the replies for wiping the _entire_ disk. >>> >>> why is so hard to understand that _blocks_ does not mean _disk_. ((GBWG)) >> >> Not all of them. >> > . > this is true. > > also true is that i phrased with; > > and all the replies for > > not, > > with all replies for > > because, yes, i did read you reply with all the rest. ;-) > > fell better? :-P I need ice cream to feel better. ;) -- 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 https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Utility to zero unused blocks on disk
On 09/02/16 12:08 AM, g wrote: > > > On 02/08/16 15:34, Wes James wrote: >> Is there a utility to zero unused blocks on a disk? >> >> CentOS 6.7/Ext4 >> >> I saw zerofree, but I’m not sure it would work on Ext4 or even work on >> this version of CentOS. >> >> thanks, >> > . > a comment on replies to your post. > > i find it interesting that "Subject:" is and you ask for info to > > *zero unused blocks on disk* > > and all the replies for wiping the _entire_ disk. > > why is so hard to understand that _blocks_ does not mean _disk_. ((GBWG)) Not all of them. -- 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 https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Utility to zero unused blocks on disk
Personally, I just do 'dd if=/dev/zero of=/path/to/zero.img bs=1M; rm -f /path/to/zero.img'. It's inelegant, for sure, but it works (note to run it as a normal user or else be careful of how your system reacts to running out of disk space for a moment). fix-it-with-a-hammer-digimer On 08/02/16 04:34 PM, Wes James wrote: > Is there a utility to zero unused blocks on a disk? > > CentOS 6.7/Ext4 > > I saw zerofree, but I’m not sure it would work on Ext4 or even work on this > version of CentOS. > > thanks, > > -wes > ___ > CentOS mailing list > CentOS@centos.org > https://lists.centos.org/mailman/listinfo/centos > -- 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 https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS-virt] KVM
On 08/02/16 02:20 PM, Gokan Atmaca wrote: >> I'm guessing you're using standard 7,200rpm platter drives? You'll need >> to share more information about your environment in order for us to >> provide useful feedback. Usually though, the answer is 'caching' and/or >> 'faster disks'. > > Yes , 7.2k rpm disks. 2T mirror (soft). In fact, I had such a > preference for slightly more capacity. Those are slow and have poor seek latency. Slow-down of other servers when one hits the disk hard has to be expected. > Unfortunately very expensive SAS drives. But this works only if the > server in question occur. > In this case, about 15 minutes. progress. I don't understand what you are saying/asking, sorry. > On Mon, Feb 8, 2016 at 9:13 PM, Digimer <li...@alteeve.ca> wrote: >> On 08/02/16 02:12 PM, Gokan Atmaca wrote: >>> Hello >>> >>> I use KVM. In a virtual machine "jbd2 dm-0" disk I / O is very >>> increases. It consumes up to 99%. For this reason, slowing down the >>> other virtual machine. What should I do to solve the problem. ? >>> >>> Thanks.. >> >> I'm guessing you're using standard 7,200rpm platter drives? You'll need >> to share more information about your environment in order for us to >> provide useful feedback. Usually though, the answer is 'caching' and/or >> 'faster disks'. >> >> -- >> 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-virt mailing list >> CentOS-virt@centos.org >> https://lists.centos.org/mailman/listinfo/centos-virt > ___ > CentOS-virt mailing list > CentOS-virt@centos.org > https://lists.centos.org/mailman/listinfo/centos-virt > -- 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-virt mailing list CentOS-virt@centos.org https://lists.centos.org/mailman/listinfo/centos-virt
Re: [CentOS-virt] KVM
On 08/02/16 02:12 PM, Gokan Atmaca wrote: > Hello > > I use KVM. In a virtual machine "jbd2 dm-0" disk I / O is very > increases. It consumes up to 99%. For this reason, slowing down the > other virtual machine. What should I do to solve the problem. ? > > Thanks.. I'm guessing you're using standard 7,200rpm platter drives? You'll need to share more information about your environment in order for us to provide useful feedback. Usually though, the answer is 'caching' and/or 'faster disks'. -- 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-virt mailing list CentOS-virt@centos.org https://lists.centos.org/mailman/listinfo/centos-virt
Re: [CentOS] I am not understanding the size of the iso
On 02/02/16 10:15 PM, Ramaseshan S wrote: > I suppose, CentOS 7 ships with DVD and minimal version. > > While the minimal version is just 700M, what makes the minimal along with a > GUI about 4.3 GB. > > Isint it too huge for an OS ? Remember that it is based on upstream. Anyway, there is a LOT of available software that various users might want, so that is where the space comes from. Minimal is just that; the minimum needed to get a working install. -- 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 https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] NICs order
On 01/02/16 09:16 AM, Daniel Ruiz Molina wrote: > Hi, > > After installing CentOS 7 in a server with 2 NICs, system detects eth0 > and eth1 in reserve order. I would like to have eth1 as eth0 and eth0 as > eth1. I have forced HWADDR attribute in > /etc/sysconfig/network-scripts/ifcfg-etc{0,1}, but after rebooting, > order is the same... > > How can I solve it? > > Thanks. https://alteeve.ca/w/Changing_Ethernet_Device_Names_in_EL7_and_Fedora_15%2B That covers renaming NICs on EL7. -- 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 https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Supermicro CentOS 7 install failure
On 20/12/15 11:13 PM, dsav...@peaknet.net wrote: > My workhorse server is a SuperMicro with their H8DM8-2 motherboard. For > many years it ran CentOS 5.x and 6.x until the boot drive failed last > year. I installed a 1TB SSD as /dev/sda and planned to install CentOS 7 on > it, replacing CentOS 6.5 on the failed drive. Unfortunately every CentOS 7 > media I tried, either optical disk or USB thumb drive, breaks down just a > few seconds after selecting "Install..." > > The H8DM8-2 motherboard is based on the nVidia MPC55 Pro and NEC uPD720400 > chipsets. It has an on-board Adaptec AIC-7902W dual-channel SCSI > controller and companion Zero-Channel RAID card. It has twin AMD Opteron > HE processors and 32GB of registered ECC DDR2 memory. The RAID array is > populated with ten Fujitsu 300GB 15K SCSI3 drives. > > I took it into a friendly Linux shop where they reviewed / verified all of > my work and confirmed the boot-time problem. Two hours into the effort, my > friend plugged in a bootable Windows 10 thumb drive and to our amazement, > it came up very normally. So did another thumb drive with a Fedora 23 > installation image. So there's nothing wrong with my hardware. > > We believe the problem is due to Red Hat compiling RHEL7 without at least > one old device driver that I still need. My friend thinks we should build > an installation disk from a modified CentOS 7 live CD kickstart file and a > CentOS-Plus kernel. While that may work, I think there may be a simpler > boot-time kernel option I could use to successfully install from a stock > ISO. > > Does anyone have any suggestions for boot-time options I could try? Try 'nomodeset'. It might not be detecting the video card properly. -- 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 https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Setting up PXE server
On 17/12/15 06:50 PM, david wrote: > Folks > > On a lark, I am trying to set up a PXE server so I can use network boots > to load new computers {some of which are virtual) at home. It's more of > an intellectual exercise than a work necessity. I've read several "how > to" documents, and even the one on the RedHat site doesn't help. (For > example, it refers to /etc/xinet.d instead of /etc/xinetd.d, and the > careless references continue elsewhere.) > > My goal is to make it possible to load a computer using network boot > with the equivalent of the "net-install" of Centos 7. My gateway > computer serves as a DHCP and (internal) DNS server for my in-house > machines. Are there any good references, or working examples I could > look at? > > My gateway is running Centos 6, but I'm hoping the model will work when > I convert the gateway to Centos 7. > > Thanks > > David Does this help? https://alteeve.ca/w/Setting_Up_a_PXE_Server_on_an_RPM-based_OS -- 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 https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Upgrade from CentOS6.6 to CentOS 7
On 15/12/15 11:00 AM, Traiano Welcome wrote: > Hi Digimer > > > On Tue, Dec 15, 2015 at 6:54 PM, Digimer <li...@alteeve.ca> wrote: >> On 15/12/15 10:43 AM, Traiano Welcome wrote: >>> On Tue, Dec 15, 2015 at 6:36 PM, Digimer <li...@alteeve.ca> wrote: >>>> On 15/12/15 10:17 AM, Traiano Welcome wrote: >>>>> Hi All >>>>> >>>>> Is it possible to upgrade from CentOS 6.7 to CentOS 7? >>>>> >>>>> I see there is some attempt at an upgrade tool available, but it's >>>>> apparently broken: >>>>> >>>>> https://wiki.centos.org/TipsAndTricks/CentOSUpgradeTool >>>>> >>>>> Would anyone be able to recommend a manual upgrade procedure to >>>>> upgrade a minimal CentOS 6.7 system to one or other version of CentOS >>>>> 7? >>>>> >>>>> Many thanks in advance, >>>>> Traiano >>>> >>>> Given how radically the OS changed, I would strongly advice against it. >>>> The move from sysvinit to systemd alone is enough to recommend against >>>> an upgrade. >>> >>> >>> So it's not possible under any circumstances? >> >> I suppose anything is possible with enough time and effort, but I >> strongly recommend against it. >> >> CentOS is a server OS and as such should be used in a manner that >> provides maximum reliability. An upgrade in general introduces avoidable >> risk. An upgrade from 6 to 7 would induce far more risk than usual. >> >> Much safe to setup centos 7 fresh and migrate services over in a >> controlled fashion. > > I'm aware and appreciative of these risks. However, given the unique > situation I need to address, it's worth spending the time needed to > attempt this. > If some tweaking, and a moderate amount of head-wall contact is > required, that's ok. > > If there is any method that provides a reasonable approximation of > success, I'd be thankful if you could point me to it. I don't know what you should do, as I have never and would never attempt this. Given that there are (so far failed) attempts to write an upgrade program, I am not too confident at the chances of success. Honestly, just stay on CentOS 6. It will be supported until 2020. -- 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 https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Upgrade from CentOS6.6 to CentOS 7
On 15/12/15 11:10 AM, m.r...@5-cent.us wrote: > Traiano Welcome wrote: >> On Tue, Dec 15, 2015 at 6:36 PM, Digimer <li...@alteeve.ca> wrote: >>> On 15/12/15 10:17 AM, Traiano Welcome wrote: >>>> >>>> Is it possible to upgrade from CentOS 6.7 to CentOS 7? > >>> Given how radically the OS changed, I would strongly advice against it. >>> The move from sysvinit to systemd alone is enough to recommend against >>> an upgrade. >> >> So it's not possible under any circumstances? > > Let me offer you one option: *IF* you have enough space on your > filesystems, you could: > mkdir /boot/old /old > zsh > zmodload zsh/files > mv /boot/* /boot/old/ > mv /usr /old/ > mv /lib* /old/ > sync > sync > And go into the installer. If you have a problem, you can go back > >mark How would the move from the old to new grub work, particularly in reverse if needed? -- 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 https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Upgrade from CentOS6.6 to CentOS 7
On 15/12/15 10:43 AM, Traiano Welcome wrote: > On Tue, Dec 15, 2015 at 6:36 PM, Digimer <li...@alteeve.ca> wrote: >> On 15/12/15 10:17 AM, Traiano Welcome wrote: >>> Hi All >>> >>> Is it possible to upgrade from CentOS 6.7 to CentOS 7? >>> >>> I see there is some attempt at an upgrade tool available, but it's >>> apparently broken: >>> >>> https://wiki.centos.org/TipsAndTricks/CentOSUpgradeTool >>> >>> Would anyone be able to recommend a manual upgrade procedure to >>> upgrade a minimal CentOS 6.7 system to one or other version of CentOS >>> 7? >>> >>> Many thanks in advance, >>> Traiano >> >> Given how radically the OS changed, I would strongly advice against it. >> The move from sysvinit to systemd alone is enough to recommend against >> an upgrade. > > > So it's not possible under any circumstances? I suppose anything is possible with enough time and effort, but I strongly recommend against it. CentOS is a server OS and as such should be used in a manner that provides maximum reliability. An upgrade in general introduces avoidable risk. An upgrade from 6 to 7 would induce far more risk than usual. Much safe to setup centos 7 fresh and migrate services over in a controlled fashion. -- 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 https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Upgrade from CentOS6.6 to CentOS 7
On 15/12/15 10:17 AM, Traiano Welcome wrote: > Hi All > > Is it possible to upgrade from CentOS 6.7 to CentOS 7? > > I see there is some attempt at an upgrade tool available, but it's > apparently broken: > > https://wiki.centos.org/TipsAndTricks/CentOSUpgradeTool > > Would anyone be able to recommend a manual upgrade procedure to > upgrade a minimal CentOS 6.7 system to one or other version of CentOS > 7? > > Many thanks in advance, > Traiano Given how radically the OS changed, I would strongly advice against it. The move from sysvinit to systemd alone is enough to recommend against an upgrade. -- 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 https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Newbie alert
On 26/11/15 11:51 AM, Shraddha Barke wrote: > Hello guys! > > I'm Shraddha , an opensource enthusiast and a regular contributor to the > linux-kernel project. I'm currently an intern at Linux Kernel selected > through the Outreachy program. I started contributing to opensource only 5 > months ago but I'm already quite active. I would like to join the centos > project.Any help on getting started is appreciated :) > > Kind Regards, > > Shraddha I'm not a centos dev, so I'll let others speak to specific ideas. What came to mind though was, perhaps, look at the bug reports on centos and red hat, find some in your field of expertise and see if you can solve them. Any fixes in RH will propagate to centos (and vice-versa, I would expect). Welcome! -- 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 https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Newbie alert
On 26/11/15 12:01 PM, Shraddha Barke wrote: > > > On Thu, 26 Nov 2015, Digimer wrote: > >> On 26/11/15 11:51 AM, Shraddha Barke wrote: >>> Hello guys! >>> >>> I'm Shraddha , an opensource enthusiast and a regular contributor to >>> the >>> linux-kernel project. I'm currently an intern at Linux Kernel selected >>> through the Outreachy program. I started contributing to opensource >>> only 5 >>> months ago but I'm already quite active. I would like to join the centos >>> project.Any help on getting started is appreciated :) >>> >>> Kind Regards, >>> >>> Shraddha >> >> I'm not a centos dev, so I'll let others speak to specific ideas. What >> came to mind though was, perhaps, look at the bug reports on centos and >> red hat, find some in your field of expertise and see if you can solve >> them. Any fixes in RH will propagate to centos (and vice-versa, I would >> expect). >> >> Welcome! > > Thanks for the quick reply! > I found many bug trackers related to RedHat. Could you please provide > some links as to which ones need to be fixed ? > Sorry for the newbie question What needs fixing depends entirely on what your interests are and where your skills are. I would go here: https://bugzilla.redhat.com/query.cgi?format=advanced Then search Red Hat Enterprise Linux (5, 6 or 7), which is upstream for CentOS, pick some components you're interested in and see what there is. Find something you think you can help with and start poking around. If you think you have a patch or fix, post to the bug and see what people say. For CentOS specific bugs; https://bugs.centos.org/my_view_page.php Choose the project you're interested in from the drop-down list on the top-right of the page, click 'View Issues' and start seeing what grabs your interest. 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 https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Newbie alert
On 26/11/15 12:30 PM, John R Pierce wrote: > On 11/26/2015 9:19 AM, Digimer wrote: >>> Thanks for the quick reply! >>> >I found many bug trackers related to RedHat. Could you please provide >>> >some links as to which ones need to be fixed ? >>> >Sorry for the newbie question >> What needs fixing depends entirely on what your interests are and where >> your skills are. I would go here: >> >> https://bugzilla.redhat.com/query.cgi?format=advanced >> >> Then search Red Hat Enterprise Linux (5, 6 or 7), which is upstream for >> CentOS, pick some components you're interested in and see what there is. >> Find something you think you can help with and start poking around. If >> you think you have a patch or fix, post to the bug and see what people >> say. > > how open is RH to bug fix submissions from non-customers? > > I got the impression most of their bug fixes were done internally by > employees, a large part of which consists of backporting fixes from > upstream FOSS projects. In my experience, good. They have an internal QA process that fixes have to run through, but they've always been happy to get the solution from anywhere. (I've done this for the HA stack, not sure how other teams compare). -- 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 https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Clustering and ha planning
The main mailing list for HA clustering in "Clusterlabs Users": http://clusterlabs.org/mailman/listinfo/users. It's not strictly for any OS, but RHEL/CentOS and SUSE are probably the most common OSes. I might recommend starting with this: https://alteeve.ca/w/History_of_HA_Clustering The Linux-HA project (heartbeat) is long deprecated. The stack to learn is Corosync + Pacemaker. As Nux mentioned, CentOS 7 is the best platform. As you'll see in the History link above, there was a lot of changes that happened between 2008 ~ 2013 era. Learning on any older CentOS means you're learning an old stack, which probably doesn't make sense outside of a few cases. We also have an active IRC channel on #clusterlabs on freenode.net, too. If you stop by, be sure to idle. Folks are from all over so different people are around at different times. That said, people are good about replying to questions when they come around. Welcome to HA! digimer On 10/10/15 05:06 PM, Leandro wrote: > Hello , Centos users: > My name is Leandro, I have been using Centos for 4 years and this is the > first post in this mail list. > I would like to study and introduce myself in clustering and high > availability for Centos, currently I have not experience at all about it. > I would like to ask about the newest method to achieve high availability > , load balancing on linux / Centos. > So far I have seen the Clustering docs writen for Centos 5 and the HA > documentation from www.linux-ha.org that have been published in 2010. > So, I would like to ask to comunity, which are the new methods for > clustering and get HA and where to get updated documentation. > > Regards, > Leandro. > > ___ > CentOS mailing list > CentOS@centos.org > https://lists.centos.org/mailman/listinfo/centos -- 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 https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] LUKS encypted partition using --key-file can only be decrypted with --key-file
On 04/03/15 06:33 PM, Robert Nichols wrote: > On 03/04/2015 03:16 PM, Digimer wrote: >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> Hi all, >> >>I created a LUKS encrypted partition via a udev-triggered script on >> 6.6 using --key-file /tmp/foo. This worked fine, and I can decrypt the >> LUKS partition via script and manually using --key-file with luksOpen. >> >>The odd problem is that I can't decrypt the partition using the >> prompt. If I manually create a file with the passphrase in it and then >> point to it with --key-file, it decrypts fine. I used 'cat -A >> /tmp/foo' to verify that there was no '\n' at the end of the phrase. >> >>Is this expected behaviour? That is; If you create an encrypted >> partition using --key-file, you always decrypt with the same? If so, I >> can't understand the logic... If not, then I am not sure what I am >> doing wrong. > > Try again including "--hash plain" on the command line. When the > key is read from a keyfile, no hash is used and the key is simply > truncated to the correct length (too short is an error). A key read > from the terminal or from stdin is hashed, then truncated or padded > to the proper length. > > See "NOTES ON PASSWORD PROCESSING" in the cryptsetup manpage. > Presumably, if you stored the hashed key phrase in the keyfile > (DAMHTDT) it would work from the terminal without "--hash -plain". Reviving a very old thread... I tried this (cryptsetup --hash plain luksOpen /dev/sdb1 sdb1) but it fails to recognize the passphrase at the command line still. When I tried to use '--hash plain' on luksFormat, I get: [root@dashboard1 ~]# echo YES | cryptsetup --hash plain luksFormat /dev/sdb1 /tmp/password Requested LUKS hash plain is not supported. I suspect I'm misunderstanding something. I've read "NOTES ON PASSWORD PROCESSING" and as best I can figure, the root of the problem is the padding. I'm not so strong on security, so when I look at /proc/crypto, I get lost. Is there a "for dummies" document that I could look at to do what it is I am trying to do? That is; create the encrypted device from a script (which is why I am using --key-file) and then decrypt it later with normal STDIN via cryptsetup luksOpen? Thanks! -- 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 https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] dd iso to flash drive
Booting from the USB requires that there is a syslinux directory to boot off of. In EL6, there is only isolinux, which is what booting from a DVD uses. You should be able to copy isolinux to syslinux, rename the files from s/iso/sys/ and then update syslinux.cfg to point to the USB drive to boot from. Here's an example from my setup: LABEL next MENU LABEL ^A) Boot the next device as configured in your BIOS MENU DEFAULT localboot -1 LABEL usb-new-striker01 MENU LABEL ^1) New Striker Dashboard 01 - RHEL 6 - USB - Deletes All Existing Data! TEXT HELP Installs a new Striker Dashboard 01 using RHEL 6. Will create a traditional /boot + MBR install for systems with traditional BIOSes. Partition will be 0.5 GiB /boot, 4 GiB swap, remainder for /. ENDTEXT KERNEL vmlinuz APPEND initrd=initrd.img repo=hd:sdb1:/ ks=hd:sdb1:ks/usb-new-striker01.ks LABEL usb-new-striker02 MENU LABEL ^2) New Striker Dashboard 02 - RHEL 6 - USB - Deletes All Existing Data! TEXT HELP Installs a new Striker Dashboard 02 using RHEL 6. Will create a traditional /boot + MBR install for systems with traditional BIOSes. Partition will be 0.5 GiB /boot, 4 GiB swap, remainder for /. ENDTEXT KERNEL vmlinuz APPEND initrd=initrd.img repo=hd:sdb1:/ ks=hd:sdb1:ks/usb-new-striker02.ks label rescue MENU LABEL ^B) Rescue installed system MENU HELP Boot the RHEL 6.6 DVD in rescue mode. ENDTEXT KERNEL vmlinuz APPEND initrd=initrd.img rescue label memtest86 MENU LABEL ^C) Memory test MENU HELP Test the RAM in the system for defects. ENDTEXT KERNELmemtest APPEND - Delete the ks... from the APPEND line if you don't want to use a custom KS (the existing data from isolinux.cfg should show this, more or less). I personally re-rolled the ISO so that this (modified) syslinux.cfg was in the ISO, so that I didn't have to do it after the fact. hth digimer On 13/08/15 02:21 PM, Wes James wrote: I’ve been trying to get the dd of an iso to a usb flash drive to work for CentOS 6.7. It is working with the CentOS 7 DVD1 iso (x64), but if I use the same process with 6.7 bin dvd1 iso or the 6.7 live dvd, the flash drive will not boot. I thought 6.x and forward could be done like this. -wes ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos -- 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] dd iso to flash drive
On 13/08/15 09:15 PM, Johnny Hughes wrote: On 08/13/2015 02:30 PM, Thomas Eriksson wrote: On 08/13/2015 11:34 AM, Digimer wrote: Booting from the USB requires that there is a syslinux directory to boot off of. In EL6, there is only isolinux, which is what booting from a DVD uses. You should be able to copy isolinux to syslinux, rename the files from s/iso/sys/ and then update syslinux.cfg to point to the USB drive to boot from. Here's an example from my setup: Perhaps something went wrong with the 6.7 DVD, I haven't tested yet. It is definitely supposed to work by just using dd to a USB stick. Both 6.5 and 6.6 DVDs works just fine and so does the 6.7-network- install iso. I just installed a node 10 minutes ago using that one booted from a USB stick. I just dd'ed the 6.7 DVD1 image to a usb key and booted fine with it on a machine with normal BIOS. I'll test it on a UEFI machine later, but it seems to work fine. One thing to make sure is that the key is unmounted before you start // I used this command: sudo dd if=./CentOS-6.7-x86_64-bin-DVD1.iso of=/dev/sdc bs=4M (Also make sure to copy to the device and not a partition .. ie, not /dev/sdc1 .. /dev/sdc) And make sure to use the command: sync after the dd .. and umount/eject the device if it remoted before removing the key from the machine where you are copying it. My apologies for the mis-information. Did this change in a recent release? (The addition of syslinux to the ISO, that is) -- 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] Skype on CentOS
On 05/08/15 08:06 PM, Andrew Daviel wrote: I have Skype 2.1.0 running on CentOS 5, but it does not support video. At various times I have tried to install or run more recent versions on CentOS 5 and CentOS 6, but generally they fail for some reason, e.g. library requirements. We would like to run Skype in some conference rooms, for business reasons e.g. job interviews where some participants don't have access to more professional solutions, and as I recall Microsoft shut down gateways to H323. Does anyone have a good procedure for running Skype on CentOS ? E.g. does it run natively on CentOS 7 ? Or will it run with a custom LD_LIBRARY_PATH, as does Mozilla ? Or will it run inside a virtual machine, or with Wine ? We have video capture cards using V4L2 that work with e.g. SeeVoghRN, xawtv and, I think, Ekiga. If you're not stuck on CentOS 5... http://www.if-not-true-then-false.com/2012/install-skype-on-fedora-centos-red-hat-rhel-scientific-linux-sl To the point, works. -- 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] Last few days in CentOS
On 29/07/15 12:45 PM, Karanbir Singh wrote: hi everyone, I know this update has been a bit delayed, things have been pretty hectic. But lots of good updates for everyone: Distro * Updates for CentOS Linux 5/7 : All updates from upstream are released into the CentOS mirror network. * Upstream 6.7 was released a few days back, we have all the rpms from that release built and released to the early-adopters into the CentOS-CR repos ( ref: http://wiki.centos.org/AdditionalResources/Repositories/CR ); lots of people have applied these updates and there are no major reports of issues so far. If you are one of the people running with CR, please let us know if you hit any issues. * Updates released to EL6 since 6.7 was released are also rolled into CR/ so if you are running this repo, you would be updated all the way. * We have a first cut of the ISOS for CentOS-6.7 ready and in QA, there are a couple of package changes, and we need to tweak the content that ends up on DVD1 Vs/ DVD2 to make sure we can still retain max installs from just DVD1. I aim to have these done and available to the QA folks in the next day or two, with the intention to release early next week to mirror.centos.org. * Another key piece that we've been working on is the AltArch SIG; The aim of this Special Interest Group is to help build and help maintain CentOS Linux on other architectures than what the Core group is able to do. Our first major build there is for the ARM 64bit platform called Aarch64. CentOS Linux 7 has been in beta there for a few weeks and is nearing the end of the beta term. If you have an ARM 64 bit platform, we would appreciate feedback on the distro. ref: http://lists.centos.org/pipermail/arm-dev/2015-July/000309.html Other: * the SCL sig has been making great progress, we now have their use cases fully supported in cbs.centos.org; Honza posted an update recently on their status for the devtools-3 effort at : http://lists.centos.org/pipermail/centos-devel/2015-July/013682.html * Some of our GSoC Students have been blogging at http://seven.centos.org about their projects and the great work they are doing in their areas. Its worth a read through. Tip: there are some great installation tips and tricks on the wiki at http://wiki.centos.org/TipsAndTricks/KickStart - and we maintain a collection of community contributed kickstarts at https://github.com/CentOS/Community-Kickstarts - its a great resource to get ideas for your own kickstarts, and also a fantastic place, with a low barrier for people to contribute their own tips and kickstarts! Engage: As some of you might already know, I've been running office hours every Wed at 16:00 UTC and every Thu at 08:30 UTC over in #centos-devel on irc.freenode.net; you also have the option to call me on the phone for a chat during these times. The last few weeks have been really fruitful, with many great conversations. If there is anything you want to talk about or have questions around the CentOS ecosystem, feel free to drop in. Office hours are run as a open house, free question and answer sessions. regards, Thanks for taking the time to send this update. As a user, it is reassuring to hear how progress is coming behind the scenes. -- 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
[CentOS] Redistributing CentOS as part of a package
Hi all, I'm developing a program that is not a distro, per-se, but sort of acts like one. Basically, it's a modified CentOS ISO with some extra RPMs added, unneeded RPMs removed and containing a modified boot screen and install selection list. The list says CentOS, so a user knows the installed appliance will be based on CentOS, but it also has our project's branding along with it (splash screen, our custom installer's images and text, etc). We do not modify /etc/issue, /etc/redhat-release or so one. So I wanted to ask the community if this is OK, as I think I'm sitting in something of a gray area between a straight custom CentOS ISO and a new distro. If this isn't the right place to ask, a pointer to the right place would be much appreciated. I am happy to answer any further questions (here or in private) from the CentOS team if it would help clarify things. 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] Redistributing CentOS as part of a package
On 01/06/15 12:00 PM, Digimer wrote: Hi all, I'm developing a program that is not a distro, per-se, but sort of acts like one. Basically, it's a modified CentOS ISO with some extra RPMs added, unneeded RPMs removed and containing a modified boot screen and install selection list. The list says CentOS, so a user knows the installed appliance will be based on CentOS, but it also has our project's branding along with it (splash screen, our custom installer's images and text, etc). We do not modify /etc/issue, /etc/redhat-release or so one. So I wanted to ask the community if this is OK, as I think I'm sitting in something of a gray area between a straight custom CentOS ISO and a new distro. If this isn't the right place to ask, a pointer to the right place would be much appreciated. I am happy to answer any further questions (here or in private) from the CentOS team if it would help clarify things. Cheers! Woops'ed the Subject; s/package/project/ An auspicious start! :) -- 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] Redistributing CentOS as part of a package
On 01/06/15 02:32 PM, Johnny Hughes wrote: On 06/01/2015 11:09 AM, Digimer wrote: On 01/06/15 12:00 PM, Digimer wrote: Hi all, I'm developing a program that is not a distro, per-se, but sort of acts like one. Basically, it's a modified CentOS ISO with some extra RPMs added, unneeded RPMs removed and containing a modified boot screen and install selection list. The list says CentOS, so a user knows the installed appliance will be based on CentOS, but it also has our project's branding along with it (splash screen, our custom installer's images and text, etc). We do not modify /etc/issue, /etc/redhat-release or so one. So I wanted to ask the community if this is OK, as I think I'm sitting in something of a gray area between a straight custom CentOS ISO and a new distro. If this isn't the right place to ask, a pointer to the right place would be much appreciated. I am happy to answer any further questions (here or in private) from the CentOS team if it would help clarify things. Cheers! Woops'ed the Subject; s/package/project/ An auspicious start! :) You can't do that and be in agreement with the terms of our logo/name trademark usage rules. But you COULD do this: Not mess with the installer, repodata, or directories and files we put on the ISO .. but, in a separate directory on the media, add in your packages and install them via a kickstart instead so it installs non modified CentOS and THEN your packages. If you MODIFY items we provide, you can not say it is CentOS (so you need to rebrand). If you add things to it on the end, then you can call it your program on CentOS Linux. The bottom line is, you can't change the files we create or the repodata/installer and still call it CentOS. And before someone complains, you also can't take a Debian (or Ubuntu or Fedora, etc) install iso, and modify the installer to change the content then distribute it and call it Debian (or Ubuntu or Fedora). Thanks, Johnny Hughes I'm asking because I want to play nice, so I appreciate your reply. I'm fine with leaving the stock Packages and repodata alone if that is what is needed. I assume that, if I use this other directory, I can include the updated RPMs released since the last y-stream release? Assuming this is enough, how would changing the initial boot screen to add our project's install options work? Our project is called Striker, so could I create a custom boot screen that said Install Striker {1,2} on CentOS 6.6 and be OK? Perhaps another way to look at this is; What if I didn't use the CentOS name in the ISO name or install screens? I'd rather give credit to CentOS, but if I can remove the CentOS branding during the install then my current approach will continue to work. If I went this route, though, would I be obligated to strip the CentOS branding across the board? If so, I'm not interested in that. Another option, which I freely admit to knowing little about at this time, are the SIGs. Perhaps the better approach is to create a SIG? Perhaps this is not at all appropriate... I should mention; Our project[1][2] is full open source, in case that makes a difference. Thanks for such a quick reply! digimer. 1. https://github.com/digimer/striker 2. https://alteeve.ca/w/AN!Cluster_Tutorial_2 -- 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] The future of centos
On 03/04/15 09:25 PM, Always Learning wrote: On Fri, 2015-04-03 at 20:01 -0500, Francis Gerund wrote: Here it is, in their own words: what Redhat thinks of Centos, and it's plans for the future of Centos. community.redhat.com/centos-faq It is what many of us feared. I never noticed any of the Centos bosses stating they are on a Centos board dominated by Red Hat employees. It is a de facto take-over of Centos by Red Hat. Centos Independence has been sold to Red Hat by the supposed guardians of Centos. The role of the Red Hat Enterprise Linux Developer Program is to provide participants with the tools and resources they need to develop on and for deployment on Red Hat Enterprise Linux; CentOS does not fit into this. . developing on CentOS does not guarantee that the resulting application will work on Red Hat Enterprise Linux. So I was 100% correct when I wrote earlier Am I mistaken in thinking, after reading recent postings, Centos is slowly moving in a different direction to RHEL and the removal of useful and informative sub-version numbers is merely the first of many manifestations of the growing-gap, or eventual gulf, between upstream and Centos ? Will Centos versions eventually become incompatible, partially or wholly, with its parent's RHEL versions ? I can understand why that would be commercially advantageous to RH. This Centos mailing list, just like the Centos name and logo is the corporate property of Red Hat Inc. How much did Red Hat pay the guardians of the Centos brand to sell-out the whole of Centos to RH ? I do not know how this previously unpublished commercial take-over of Centos will affect the running of our systems. Hopefully things will continue smoothly for everyone's benefit. Perhaps a Fork will emerge. I wonder why this take-over was continually denied by Centos bosses at the beginning. Probably to prevent effective forks, Red Hat will deliberately make it more difficult for the community to compile their sources and produce a workable distribution closely resembling RHEL. One thing is for sure, all the advantages of Centos development will enrich RH whilst Centos will lack all the advantages of RHEL. That is commercial business folks ! If you and others believe this to be the case, then form an organization and fork CentOS. Or, do as CentOS did in the beginning and recompile the RHEL binaries to be binary-compatible and create your own OS. It is the open-source way, and I am not being sarcastic. -- 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] The future of centos
On 03/04/15 09:01 PM, Francis Gerund wrote: Almost everyone here has probably read this by now. If so, move along, nothing new here. But just in case you haven't, please take the time to read this. Here it is, in their own words: what Redhat thinks of Centos, and it's plans for the future of Centos. Can you read between the lines? In this case, it isn't very hard to do, IMHO. community.redhat.com/centos-faq How about you elaborate on your theory? Publicly, and I believe honestly, Red Hat wanted to ensure the long-term health of the CentOS project. Many companies, when starting out, use CentOS because of it's enterprise lineage and free-as-in-beer cost. Eventually, some of those companies will succeed and grow. Along the line, they will realize the value and ROI of switching to full enterprise support. Being on CentOS, it is then trivial for these companies to switch the RHEL proper. There is no grand conspiracy here. It is very much in Red Hat's interests to keep CentOS healthy and thriving. Will CentOS change over time? Yes, of course. Every project, company (and people) need to change and adapt, or else they will fade into irrelevance. -- 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] The future of centos
On 03/04/15 09:46 PM, Always Learning wrote: On Fri, 2015-04-03 at 21:30 -0400, Digimer wrote: If you and others believe this to be the case, then form an organization and fork CentOS. Or, do as CentOS did in the beginning and recompile the RHEL binaries to be binary-compatible and create your own OS. It is the open-source way, and I am not being sarcastic. Then call it ROSIE, Red Hat Operating System Intentionally . I need a suitable word beginning with 'E' :-) Well, now everyone knows the future of Centos. No, people are speculating about the future of CentOS. -- 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] The future of centos
On 03/04/15 09:39 PM, Always Learning wrote: On Fri, 2015-04-03 at 21:27 -0400, Digimer wrote: Being on CentOS, it is then trivial for these companies to switch the RHEL proper. Not if Centos and RHEL become too incompatible. Exactly why I believe it will not come to be. SIGs/variants may, but CentOS base will stay very close. It would be very stupid of RH to do otherwise. -- 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] Centos 7 License???
On 01/04/15 01:56 PM, David A. De Graaf wrote: Today I did a yum upgrade to my kvm'ized Centos 7 test machine (perhaps a bad day to do such a thing) and received new kernel vmlinuz-3.10.0-229.1.2.el7.x86_64, among many other things. When I rebooted, I was asked to confirm (or renew, or some such) my license. My LICENSE ??? I was booting in text mode and the actions required were a) unfamiliar, and b) hard to understand. As I recall, I had to read the EULA - a worrisomely Microsoftian demand - and accept it. Of course, the terms were pretty benign. Then I had to continue. I can't remember the exact language. Of course, now when I reboot, all this cruft is gone. Is this a cute April Fool joke? If not, WTF is going on? RHEL 7, which is upstream of CentOS 7, has a license component. I suspect that given CentOS's goal of replicating RHEL warts and all, this is a by-product of that. When I played with CentOS 7 GUI install, the license is basically it is GPL, have a nice day [ Accept ]. -- 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] How to boot CentOS 7 in Text mode in default?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Try: plymouth-set-default-theme --list You should see 'text' and 'details'. You probably want details, so try: plymouth-set-default-theme details -R This will take a little while to run, so be patient. digimer On 19/03/15 02:58 PM, Peidong Chen wrote: How to boot CentOS 7 in Text mode in default? I install CentOS 7 using vmware, and do not want to use graph mode. Thanks, Peidong ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos - -- 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? -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJVCx2PAAoJECChztQA3mh0NbUP/0Jh6bS0hQA7lrXY2Uii1dks OTlP6Kx1ENfKEjRHMaZli4Eb1wV344+eoB4YRnI437OOrfXi2/uTSnLb8A8AIeaR 0I+V56+rLZ+VLBvi9502TnG5iVV+M+CjQdwIURRl2T4xKqwyhh3K/kXGoSq4jWa1 3+/dMmbPeo9pWQAw/DPJKXc9ILIDuSPTCQUZrTPQooWxbksYwY2600kpR5XU9yL1 h0ELJUmDiMpNIxvbVYEGYiA5ALvYzorrprc2xDYustLPUmGHTfaGxf1Cu69Ox52V SiWYZng97zErr8wYnnYEzfEiB9qKJ+ZJXkzs6i0gd29qS3l+4SlRFGpFNDrj26ss 8oytjT0iNaNaeYYaz8UZFpL7HAoC2YzTKOIX8G0aganrGhitTTZFYwp8Rpvi9T9i DUAqllDSQ57ed6cUrT9XY6nccMclrm53fPpy3F2EwyL6EbUCUItuCXibe+Cyjco7 eiw47FL6Gz4QOacE+7me2YmUVKG/8xqF8x+mR9uPN9IFruhgiEuYdfFITiElATRw /1N8zlJanIVKfSDj6wCSWyDmtXwS8AEKdNrVcKjlwySExbC5xbzv+sklxQPDM4J+ q9+4ctMJ47M4ceBfMNe3Q/TA+kStnCZ4yRAIMr5sbKPX3ctxGZngmX4bbuvdHLSU So2h2oYKxNTkelK61KbI =RPOy -END PGP SIGNATURE- ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Network throughput testing software available for CentOS/Linux
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/03/15 04:29 PM, Gilbert Sebenste wrote: Hello everyone, A network engineer buddy of mine brought up for discussion with me that he'd like to do some throughput testing, but he's new to Linux/RedHat. Is there any software I can recommend to him that any of you find above par for CentOS 6/7? Thanks! Gilbert I've used iperf a lot successfully. I have an RPM for EL6 on my repo here: https://alteeve.ca/an-repo/el6/RPMS/x86_64/iperf-2.0.5-11.el6.anvil.x86_64.rpm The source is there, and I would be surprised if it didn't build easily on EL7. https://alteeve.ca/an-repo/el6/SRPMS/iperf-2.0.5-11.el6.anvil.src.rpm - -- 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? -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJVAfmcAAoJECChztQA3mh0w1IP/j/zfGFFzW11X+/Oz/QBr07g y4M+gYtPoNTRjQg96qufKo6m5C9RPWbNrC8z0SKw3sx0ZIfKithcNW9lznx0Hxyr P/aGnWXzmGY4R/P8hhZB9V73kVey3HNIJ8VOF59WlRrm1hGSUa8cftml0ns35LOd FD6g+vCpKXa+j/wKOmNYZfj3wAVi+c56hboedEV7T976A7IzM1r2Lm/XtrQg4Fo6 WlyM7j4f5OfY2kiwa/6/3hYjE794xddHhbCy1PePCpNLoigXQijvSfq8JP5qjaC4 OJv6CDITUD2O6YAcnF6R1h13LoU86Ro1a23v/qTtVBf+0dbDsSbkdrV+MihWbarD gnDG8PnDWRMdKD8xkUx5wMrXOcfC9hNM125Cf3QEZqhHNqWsJohyRLg3BjDE+Hg7 00MUgfux+eLPUjwIMcb2QFZFnXIsMOAx6dSnBceQhW2RJwnJMLdiZLcqSXt5Ehbb vMUdkNJcBqrOJ1ruhnL/gz6KzmZvWNYCdiUhvuMG6Th6fVb7HFeD6TujC7Nyw3uw Qj0zheWFjB/wnok3NfOc0RyPvoWbjpI5Pnu2OgcBMnfdNhqrSzxq+pXOrVJeSgfI YG9bq/MkQzqrYCPnLy1W+bAwgicyg34rCthdX4Kc3WOzJAeiLROFRLQWtDp/fIhq OwJEIHGYJ+Ng7l5f4WOo =rx3K -END PGP SIGNATURE- ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Network throughput testing software available for CentOS/Linux
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/03/15 08:42 PM, Marcelo Ricardo Leitner wrote: On 12-03-2015 17:39, Digimer wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/03/15 04:29 PM, Gilbert Sebenste wrote: Hello everyone, A network engineer buddy of mine brought up for discussion with me that he'd like to do some throughput testing, but he's new to Linux/RedHat. Is there any software I can recommend to him that any of you find above par for CentOS 6/7? Thanks! Gilbert I've used iperf a lot successfully. I have an RPM for EL6 on my repo here: https://alteeve.ca/an-repo/el6/RPMS/x86_64/iperf-2.0.5-11.el6.anvil.x86_64.rpm The source is there, and I would be surprised if it didn't build easily on EL7. https://alteeve.ca/an-repo/el6/SRPMS/iperf-2.0.5-11.el6.anvil.src.rpm +1 for iperf, and it's available on EPEL also https://dl.fedoraproject.org/pub/epel/6/x86_64/ EPEL6 has iperf and iperf3 while EPEL7 has just iperf3. netperf is also very good, but it's more complex to use and I'm not aware of packages for it. Marcelo I most likely compiled it from the EPEL repo, so I'd say to go get it there, not from my repo. 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? -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJVAkBnAAoJECChztQA3mh0EhQQAJOtbXEzpsPSmk6vFgwHaZ47 ZUXWUYH0pb3mij/w99vRck/SP2vjJkQJY6T+SFqoG/otJBGk7SKvAr9uBz53ocyd HjgP0NAUUKrIcRnJm6YARzNAky2i5paFIJw5IpIQvtC2U6JjbhRNnAeNEb0I/xCQ Wr8mutfmkGilTbBl3S9ggof4PvB5CaXOCbWFohy/Kmo7xQGxZ92o06pGOpBf1R+A X9SQqJfqjp4hS0N3uPr92aYvJ0Bugq3/nQbZHqAYHw0ri4suINz0DUQ/MKv9niC2 HPApvGMaH/s04n/mgNMoyPq4eIxhaJuv0XhluFzgEl6nDlftRNZwZiTYvowCcybX eWsx4lcKiXWjAr/c/wLFJ7G27Jvlm13K2FxxSG5Epe0qX6lk3FKweraM1SeqewnP Ao22KVjJHFc0eCP/iUsA5qHpS6+Zg/zh8SOiEds3v+VYolCPn2L0G2B7kWOMJAlc +YgsULi7u4iH9oxWFUO1Lt36GKYb50A70Lgg/zkuhYCe+QoPrwSkKuyUuDiFSGF3 H+Oz+Orrib6w9O+sswIUkZEwc6NGKZSjDmitV40/5wpX2TJ7WTbI5YhFLyYW7QPm TnTwgqO6o4RBpIQOYPQitoBUvnqDynKqoL1wM/CpdJxU/tUwuic8zI3jBBe8unGo VlRKkdA00NTz613aIPZ9 =5Sbl -END PGP SIGNATURE- ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] LUKS encypted partition using --key-file can only be decrypted with --key-file
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all, I created a LUKS encrypted partition via a udev-triggered script on 6.6 using --key-file /tmp/foo. This worked fine, and I can decrypt the LUKS partition via script and manually using --key-file with luksOpen. The odd problem is that I can't decrypt the partition using the prompt. If I manually create a file with the passphrase in it and then point to it with --key-file, it decrypts fine. I used 'cat -A /tmp/foo' to verify that there was no '\n' at the end of the phrase. Is this expected behaviour? That is; If you create an encrypted partition using --key-file, you always decrypt with the same? If so, I can't understand the logic... If not, then I am not sure what I am doing wrong. Thanks for any insight! digimer - -- 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? -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJU93ZLAAoJECChztQA3mh0swwP/2PX3Y3TmEEIeN7WxWQjnbX0 B+hdp3Yk1PBqaQ/FsOzGsnKnxOUu73fB25gDksEWnNedBru4ayJuYPW644rH8Ivr fS8Pz3y6buGqUaggzsGNaGfDOKtiLOp722OeuPUmaNHnGCE3qJbhE3RKBRrMl4SP Yi/otL8+85cp4isMESOYs3F5qw/osDmmKxktPbULbTrne94EWHHl+9RoSFDZFNCj JBsNE122WUtn+2JPV8it8nlIS/Kzqzv3qGR88lYiBj3y3F+zIbpix/8wyCgRVSw6 /LQwLSTmGKYdvLw2Td7oIqMrW69ZsgujAonnbyx2nl9WN3KSqr799SxL4n2M7ZOj a1MjcLdLr0kM28eu+/A3LyHQRkBVsz7f27e7M+drEVa4OHFS3KuL4EM47xkTGyps veljkNmZ8elL7PX+dmWsVGYyo4XH/bTFDcW8ZLhr+bc55xLplMRrhPNNFGQ+5k3R ev7HRhSqHD9Ub39KTea4WCJOsm0hJJgKYneWYmQJ1aVYmrFMHLJaJBzCqU+W751O GkXvU24eoajNKnIAcY9wrC/WzVru8dM2JwBefcatxCsWFhpcpSyrh0zhCAiZKOga hjskIq/54Il8YyzSVy5Xvwv8WACBUwoiPv6ZqVm3oKRkoZI3E14vVYTcG+b0cPqn S30qAHntsjFA70Hpedt5 =YYFB -END PGP SIGNATURE- ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Kickstart with multiple eth devices
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 23/02/15 08:16 PM, Steven Tardy wrote: On Feb 23, 2015, at 6:34 PM, Ashley M. Kirchner ash...@pcraft.com wrote: I have a Dell server that has two built-in ethernet devices. When I kickstart the machine, they are correctly identified as eth0 and eth1 (correctly meaning they correspond to the physical device ports 1 and 2). I need a third one and want that to come up as eth2. After adding the hardware, kickstart now fails because for some reason it goes through a rename process where it makes the newly added card eth1 (or eth0, I forgot). Is there a way to stop this rename process so kickstart correctly uses the physical hardware the way they are, meaning physical port 1 = eth0, port 2 = eth1, and the additional ethernet card then becomes eth2? Should I be using the device's MAC address when I set the 'network' option in the kickstart file? So instead of 'network --device=eth0' I make it 'network -device=aa;bb:cc:dd:eee:ff' ? kickstart has an option: ksdevice=bootif I think that'll let you accomplish what you are trying. Totally unrelated, but this is the reason I love discussions like this getting into the archives. I had no idea this option existed and it just solved an annoying problems I've been trying to think how to solve for ages! In PXE's 'default'; LABEL new-node1 MENU LABEL ^1) New Node 1 - RHEL 6 KERNEL boot/rhel6/x86_64/vmlinuz IPAPPEND 2 APPEND initrd=boot/rhel6/x86_64/initrd.img ks=http://10.20.4.1/rhel6/x86_64/ks/pxe-ccrs-node2.ks ksdevice=bootif Then in kickstart; network --bootproto dhcp --onboot yes --hostname node1.example.com (not the lack of --device) With this, my nodes with 6 NICs reliably boot without asking the user to choose the NIC by MAC they want to install from. Thanks!! - -- 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? -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJU7SnDAAoJECChztQA3mh0+dEQAMWM705Tc9fWr/ODiLDQNQHk 5todiurUcM72zPn3NCwiLTb/ZEXbnkL74Zy7qQPf8zzFryLIuldGMDIVIgVp5k3m LnkU9dW0zguXnCfde3gXJs8taYSAYA/ciwO9mE+M3V4+VU6TvzjPkVxKGkhTxjTL 5/DBz1N9V6IChRLbjcQbkHJD5gAPY0cloOoP6f0FC/k+Ojeo7oUibYQjVB8nDkwa cfxxJ2yYIjOkTBm7vQuLnHf64jR8siqN9Zw5gZuuTBfbK2gIuMw99Fg7/QAEe85h uQttjHloI1SfhYN4D5AuQzeXFXTUM3IIkRr4KzGCmKezGi4s+wDrhm4goNmsOuiH ruf80gDjW+PZADx2Q4GHPpCRe2sCyLXDFPdUrvooCLrInXFK1AmisLVNKJlGbRs3 2qIhO8PAGP8Kli/Dff7NZ5bfBZob2nbZ6CEG0Qv/UHHcNzrBdzMA0gdGsuOpwjSW oJjqtgu4jfXlNAkPZKIvUk1wYUhxAN/2AZ2kfriLOJCeT7QOxYawKXWTjhmcj/QM mZfJTDhebDtqR/WLgjlISQ/pzyKl+lUl0sV0+6FNM1pycPQSrv1yKAD9dMaDpUFA y0WU6MJ+nig6uIYVZ2W9DKGu7qJp6Ghdi+IcmqHFqu/XEnw2LuG0ox2D5NdEkbc9 Ulp4KQOLuU9gSwQKNrPh =YRky -END PGP SIGNATURE- ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS-virt] Video resolution for CentOS guest
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 23/02/15 11:11 PM, Robert Nichols wrote: Would someone please point me to some reasonably current instructions for getting greater than 1024x768 video resolution for a CentOS 6 guest on a CentOS 6 KVM/qemu host? When I search online I find stuff from 2009 and 2010 saying, For details see ..., and linking to a URL that no longer exists, or pages that say, You need to switch from VNC to Spice, and giving a long list of out-of-date instructions for doing so. (With virt-manager it takes 2 clicks to do that. Of course it doesn't help -- still maxes out at 1024x768.) I've found that I can just append vga=0x380 to the kernel command line and see Plymouth come up with the full graphical boot screen in the correct 1440x900 resolution, but as soon as gdm starts up, the display scrambles. I find suggestions to generate an xorg.conf file, but no mention of what to put in it. I can run Xorg -configure, but the resulting file contains nothing about video modes, so it's not apparent what needs to be added. I find it particularly annoying that a Windows 7 guest can set any resolution I want up to 2560x1600, but a Linux guest can't go higher than 1024x768. I played with this and found that, in fact, I had to switch the spice / qxl. With that change, I had no trouble pushing EL6 to much higher resolutions. - -- 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? -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJU7APUAAoJECChztQA3mh0OCoP/jW8jmGWWVdIirc+4G+kvo+S LZrJxIxZVDfJHioICZink8JJOKm9m5k8k0FKB6YonoLNWOgk8HlHfTTzG9dToT/C Rk3oTrI8pDCsMwccngd0VSVR2EQtmzQBp/O/38JHPM0/VjKnum/I1NWli8g5Xoq2 Q1BqAbrYJ2SAhVht2G91DKsP/nPLq93hBU+UrJkhg5bi3aFCw/Da53v5G3oOZTfr 9qS0RoibthrrF2yCIiXW0kdsEtwk8m+RYFroKjGh/PWcYIKhJdU2Rn8a6gDwRYPg 90fVCYwrqir1HChWsYGc0q+p3DNh/0WmPHjbfbs5o66erD2MZkkm7tbyM8gTcl3F 03wKyhO8qoFcCcgbLRBDb/pYKMX3ChOw7b1RFrYah1xWlZCNAWaBCVYm7DUGMfrV zqb70dVEkUch6f+rVxEo6mrWlj4927Pnp9pefTJ6aVibLZZBA040cVCMTpAwpa7H VsR3QhCcwhOpsCdn0WRCZFJyWlGO88Ry5A0RMUHrceBh0wPdTPPDhMiSg1qTlqCT 0VtaBiYeLevEzoMqnqcRI/+wW0/ooJzp5KjkxjFVVVLqwpqNQkHhEMvUBNLuF5Ui 6O5pZSwFk4K1c5sgOfxWkGuvYjKYmUW/BlnsTpulOzHsOVcJwREUC+IrXIftytfI BJ+4n8EX52YmiORmmGRJ =SO1z -END PGP SIGNATURE- ___ CentOS-virt mailing list CentOS-virt@centos.org http://lists.centos.org/mailman/listinfo/centos-virt
Re: [CentOS] libvirt
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 16/02/15 03:35 PM, mattias wrote: The full error [root@mjw ~]# systemctl start libvirtd [root@mjw ~]# virsh list error: failed to connect to the hypervisor error: no valid connection error: Failed to connect socket to '/var/run/libvirt/libvirt-sock': Connection r efused [root@mjw ~]# What do you see in syslog after trying to start libvirtd? What does 'systemctl libvirtd status' show? Any selinux denials? Bad firewall rules? We'll need more info in order to offer any useful advice. :) - -- 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? -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJU4lgDAAoJECChztQA3mh0tMkQAIKApWWVTbb1AqZzXgKsCv4a ymlUv3Klfx5TMizgitDprQFtGvrN/c1e/6r6NqEMXm13oEpTml2iPflI8oYufKJQ FclGPk3gx1WsN3vds/Pe9buzbaP/VVg8SoDg2AkVgMWUgpnRGEO9qErDHShbXQwo CXL+yhrTqEa10iaZr9d6KZrJ7E0SE1sDOQgyR5jsB4ipA1o1GUu9xz1y2gnQAK2W NXRYCudiA0kcIEFxx7Zr0t6tdcepg09nXaTL1w0o+NMkXJi48RoZD40UO1FGqjnq G3q1ycZhO9MEdpU0RUBqvvw5o7Lu3jLfbWUOwD5g9l3O4NpFR5YAqmNaWFFSN6B7 5/D2adoIjGAduBkev+FOxZ4xmR8Z1HPaBSI+EOQz5+aOV9rmHtmG8mz4AHck0/zD BFXiKfCr1DbrBWG72WxYbl0WoU/qjwmKvF6ld/Csf6NQBZv6qoH8INSb3nsQ4sve q1lOXtIkQt3CpPn8ynb+IOgZPra8ruXtnE9SIiKZBB91/rU2A8gwB1TZ0VnIHik1 R6TmD6qsN8IM+JT3tYZADs0N67JQI1oQPqp3nCM2G5rDjHcs8h+2iCI7BBDvtMwR hDWiTD0E0qdZzitr1ljWbG+NW7MVSezqUwx0wY5xs9gHBqtg5T8ZrOTLUkIO6uX/ lQoPGgBzSnW+52dXpr7w =CZ+1 -END PGP SIGNATURE- ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Documentation link on new Firefox CentOS 7 splash screen
On 19/01/15 12:37 AM, Peter wrote: On 01/19/2015 05:18 PM, Mark LaPierre wrote: Well then there appears to be no reason to not go with a version of my initial suggestion. State what CentOS is and what it's sources are. State that there may be some minor divergence between the behavior of CantOS and the Red Hat documentation. You can explain why if you feel that it's required. Attribute the documentation to Red Hat. Provide a link to the original Red Hat documentation as required in their copyright statement. By taking these steps we would be exceeding the requirements of the license in that we are providing the attribution and the link even though we are not distributing the document, or a modified version of it. By providing a link to the documentation we would no more be distributing the documentation than Google would be distributing the Weather Channel by providing a link to it in their search results. I don't see why we couldn't, or shouldn't modify it, though, so logn as we first make sure to comply with the rest of the license provisions, ie remove RedHat trademarks, give appropriate attribution and link to the original docs, then we can go ahead and modify it wiki-style so that it reflects the differences in CentOS. Peter A wiki format would be fantastic. -- 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] Documentation link on new Firefox CentOS 7 splash screen
On 18/01/15 03:45 AM, Karanbir Singh wrote: On 01/18/2015 02:14 AM, Mark LaPierre wrote: On 01/15/15 22:55, Darr247 wrote: On 16 January 2015 @00:34 zulu, Digimer wrote: So either the link should be changed or the linked page should be updated. Well, until someone rewrites the redhat docs so they don't violate copyright laws, and links to them on that centos.org/docs page, I'll continue perusing and referring to the RHEL 6 and 7 documentation. ___ Alright then. May I suggest a solution that might satisfy both opinions. On the documentation page where the links to CentOS [345] are found place a statement to this effect: CentOS is functionally equivalent to Red Hat Enterprise Linux (RHEL) but its not. and is based on the same code, as released by Red Hat, and rebuilt by the CentOS community. At this point briefly explain the moral that does not make it functionally equivalent. conundrum that prevents you from linking directly to the RHEL documentation. Then provide the appropriate link to the appropriate RHEL documentation with the explanation that, this is a link to the documentation for RHEL upon which CentOS is based. There you have a disclaimer as well as an attribution. What say yea to this proposal? why not just say 'CentOS Linux is derived from Red Hat Enterprise Linux sources as released via git.centos.org and therefore documentation applicable to Red Hat Enterprise Linux should largely apply to CentOS Linux of the same version, architecture and release.' And leave it at that ( note: no linking, therefore no assertions of compatibility or equivallencce ). An undocumented computer program differs only slightly from a video game. Both are filled with mysteries, puzzles, and unanswered questions. Therefore, lets do the right thing - get the means together in community to adapt those docs, brand them accordingly and publish them under centos.org Is it legal to copy the documentation and replace trademarks? IANAL... :) Alternatively, if we can't copy RHEL docs, can we copy Fedora 12~13, 18~19 docs and adapt as needed? Or would be have to write everything from scratch? -- 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] Documentation link on new Firefox CentOS 7 splash screen
On 17/01/15 09:14 PM, Mark LaPierre wrote: On 01/15/15 22:55, Darr247 wrote: On 16 January 2015 @00:34 zulu, Digimer wrote: So either the link should be changed or the linked page should be updated. Well, until someone rewrites the redhat docs so they don't violate copyright laws, and links to them on that centos.org/docs page, I'll continue perusing and referring to the RHEL 6 and 7 documentation. ___ Alright then. May I suggest a solution that might satisfy both opinions. On the documentation page where the links to CentOS [345] are found place a statement to this effect: CentOS is functionally equivalent to Red Hat Enterprise Linux (RHEL) and is based on the same code, as released by Red Hat, and rebuilt by the CentOS community. At this point briefly explain the moral conundrum that prevents you from linking directly to the RHEL documentation. Then provide the appropriate link to the appropriate RHEL documentation with the explanation that, this is a link to the documentation for RHEL upon which CentOS is based. There you have a disclaimer as well as an attribution. What say yea to this proposal? An undocumented computer program differs only slightly from a video game. Both are filled with mysteries, puzzles, and unanswered questions. I think it's a fantastic idea. Any CentOS people care to comment? -- 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] Documentation link on new Firefox CentOS 7 splash screen
On 15/01/15 07:05 PM, Mark LaPierre wrote: Hey All, I just installed the newest version of Firefox that was pushed to production today. When I started Firefox the CentOS 7 Is Here splash screen was displayed. Out of curiosity I clicked on the [Documentation] tab at the top of the screen and got this: http://www.centos.org/docs/ Does anyone else see a problem here? Pfft, looks fine to me. CentOS 7 is a typo. It's 2009, right? -- 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