[CentOS] Good linux software RAID primer advise
Dear Experts, Could someone recommend good Linux software RAID primer. It would be good if it has good coverage of monitoring and dealing with failures. I inherited a couple of boxes with big bunch of software RAIDs each, and I even may have some problems, but I don't want to bother anybody with specifics unless I really hit brick wall, not just my own ignorance. Thanks in advance for all your answers! Valeri Valeri Galtsev Sr System Administrator Department of Astronomy and Astrophysics Kavli Institute for Cosmological Physics University of Chicago Phone: 773-702-4247 ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Gnome boot problem (again :-) )
I ended up reinstalling the system. Nothing seemed to help. I am still not sure what happened. But thank you very much for response :) On Wed, Nov 29, 2017 at 10:25 AM, Anthony K wrote: > On 25/11/17 12:09, vychytraly . wrote: > >> Hello friends >> >> I was using EL7 on gnome 3 for few months without any problem. Even 2 >> hours >> ago I had the computer (Laptop running on Nvidia-Prime) turned on and >> everything was working without flaw. But when I turned on the computer few >> minutes ago, I got login screen (which does not usually happen, since I >> have autologin turned on) and when I entered my login credentials I got >> black screen and went back to login screen. Everytime I entered my >> credentials the same thing happened so I was stuck in endless login loop. >> At first I thought it was caused by gnome-extension I updated to new >> version today. >> >> For me, I noticed (on a different terminal - Ctrl+F2) that when I warm > boot the laptop, the Nvidia Card is not recognized and hence I get that > login loop. When this happens, I simply fully shutdown laptop for a minute > and when I boot up again, the card is found and all is well. I might as > well mention that I'm running Ubuntu 16.04 on my laptop so your problem > might be different but just thought I might mention it just in case... > > https://askubuntu.com/questions/941259/nvrm-no-nvidia- > graphics-adapter-found > > I used to do exactly like you - drop to shell and start messing with stuff > until I realized that this is what was happening. My workaround has been > to simply shutdown, wait a minute and reboot - works always! > > > ___ > CentOS mailing list > CentOS@centos.org > https://lists.centos.org/mailman/listinfo/centos > ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] Accessing KRB5 NFS from local system accounts
I recently noticed that spamassassin (running as the local "daemon" account) will hang some of the time when processing messages, and tracked it to the process attempting to access ~user/.spamassassin/user_prefs. I believe that should return an access failure, but sometimes the process stalls instead. In any case, I'd like to allow access, but my understanding is that processes without a Kerberos ticket cannot access an NFS4 filesystem with sec=krb5. Is that correct? If so, how would I allow a local system account to access globally readable files? Should I create a keytab, and set KRB5_KTNAME in the spamassassin environment? Does anyone working with NFS and krb5 have any tips? ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] C 7, docker, and storage
I may have missed some overnight replies to my question from yesterday - if so, sorry. >From my googling, it looks like I should change from the loopback device to overlayFS (with overlay2). What I haven't found is, first and foremost, more clarity on configuring storage. It *appears* that the loopback storage is just a directory under /var/lib/docker (yet I see a reference in someone's blog to ~docker - *is* /var/lib/docker intended as ~docker? Can I make a docker directory elsewhere, on another filesystem that has a lot of space, and configure docker to use that, or do I need to symlink from /var/lib/docker to the new place? And should I move all the old stuff under /var/lib/docker to the new location (of course have shut down docker)? mark ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Admins supporting both RHEL and CentOS
> -Original Message- > From: CentOS [mailto:centos-boun...@centos.org] On Behalf Of Pete Biggs > Sent: den 30 november 2017 09:50 > To: centos@centos.org > Subject: Re: [CentOS] Admins supporting both RHEL and CentOS > > > > No, it's Varian/Agilent. A big player in lab instruments. > > > > Funny thing, just googled them and apparently they've opensoured the > culprit > > software, and according to the below link, it's not locked to a particular > > point release anymore! > > > > http://openvnmrj.org/Downloading/ > > > > It does however still require the original software - which _is_ locked to a > > particular point release. Dammit', so close! > > Yes, our spectrometers that run VNMRJ are not allowed directly on the > network. They are tucked away safely behind a NAT'd firewall with very > few ports open and access is only allowed by proxy ssh from a few IP > addresses (for some reason the users want to retrieve their data from > it!). The extra cost of a firewall is nothing compared to the cost of > the instrument. Same setup here. It's the SOP for these systems I guess. We were even able to find that specific consumer grade Zyxel router! We solved the user access to the spectra with a script that pulled in the data-folders from the instrument boxes via rsync to a Processing computer, to which they could connect with eg WinSCP, after first having plugged a hole in the firewall/router. For some reason the users don't like going down three or four stairs to the basement to pick up the spectra on a usb-stick, then dumping it to their own computers and do a more detailed processing. -- //Sorin ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] C7 and docker storage
On Wed, Nov 29, 2017 at 10:23 PM, wrote: > > > The latter would explain the message my user's job gave him when it tried > to umount / > > A bit of googling, and I see something called overlayFS can be used... but > I know nothing about that, or how dangerous it is. Anyone got a pointed > to something more than the minimal how to configure docker to use it? > > mark > > You could follow CentOS Atomic SIG https://wiki.centos.org/SpecialInterestGroup/Atomic http://www.projectatomic.io/download/ and/or read here and adapt in case for your storage needs: http://www.projectatomic.io/docs/docker-storage-recommendation/ See also here for overlayfs addiction in CentOS Atomic Host in September this year https://seven.centos.org/2017/09/new-centos-atomic-host-with-overlayfs-storage/ HIH, Gianluca ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Admins supporting both RHEL and CentOS
> No, it's Varian/Agilent. A big player in lab instruments. > > Funny thing, just googled them and apparently they've opensoured the culprit > software, and according to the below link, it's not locked to a particular > point release anymore! > > http://openvnmrj.org/Downloading/ > > It does however still require the original software - which _is_ locked to a > particular point release. Dammit', so close! Yes, our spectrometers that run VNMRJ are not allowed directly on the network. They are tucked away safely behind a NAT'd firewall with very few ports open and access is only allowed by proxy ssh from a few IP addresses (for some reason the users want to retrieve their data from it!). The extra cost of a firewall is nothing compared to the cost of the instrument. P. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
