Re: [CentOS] C6 firefox esr h.264 support on youtube
On Tue, Sep 8, 2015 at 3:46 PM, Richard wrote: > > > > Date: Tuesday, September 08, 2015 15:24:50 -0700 > > From: Robert Arkiletian > > > >> On Tue, Sep 8, 2015 at 3:11 PM, Richard wrote: > >> > >> > >> > Date: Tuesday, September 08, 2015 14:57:22 -0700 > >> > From: Robert Arkiletian > >> > > >> > I was able to get h.264 support on www.youtube.com/html5 on > >> > fedora 21 by installing > >> > > >> > gstreamer1-libav > >> > > >> > but that package does not exist in C6 (or it's popular third > >> > party repos) > >> > > >> > What is the name of the package which adds h.264 to firefox on > >> > youtube/html5 in C6? > >> > does anyone running C6 have h.264 check box on www.youtube.com/html5 ? if yes, can you please post the output of rpm -qa | grep -i 'gst\|libva' ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] rsync question
On 09/10/2015 11:19 PM, Carl E. Hartung wrote: On Thu, 10 Sep 2015 22:50:47 -0400 Robert Moskowitz wrote: That will use the default port on the remote host, you can override that without specifying the -e if required using -p . $ rsync -ah --stats --delete -p 613 root@192.168.129.2:/etc/dhcp/ /home/rgm/data/htt/httnet/homebase/new/dhcp Unexpected remote arg: root@192.168.129.2:/etc/dhcp/ rsync error: syntax or usage error (code 1) at main.c(1330) [sender=3.1.1] So not there yet. :( >From 'man rsync': -p, --perms This option causes the receiving rsync to set the destination permissions to be the same as the source per- missions. Try this: rsync -ah --stats --delete root@192.168.129.2:613:/etc/dhcp/ /home/rgm/data/htt/httnet/homebase/new/dhcp SSh is not parsing the port the way http does, it seems: $ rsync -ah --stats root@192.168.129.2:613:/etc/dhcp/ /home/rgm/data/htt/httnet/homebase/new/dhcp ssh: connect to host 192.168.129.2 port 22: No route to host rsync: connection unexpectedly closed (0 bytes received so far) [Receiver] rsync error: unexplained error (code 255) at io.c(226) [Receiver=3.1.1] The reason why I change my SSH port is a simple way to keep port knocker robots away. Different hosts use different ports... ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] rsync question
On Thu, 10 Sep 2015 22:50:47 -0400 Robert Moskowitz wrote: > > That will use the default port on the remote host, you can override > > that without specifying the -e if required using -p . > > > $ rsync -ah --stats --delete -p 613 root@192.168.129.2:/etc/dhcp/ > /home/rgm/data/htt/httnet/homebase/new/dhcp > Unexpected remote arg: root@192.168.129.2:/etc/dhcp/ > rsync error: syntax or usage error (code 1) at main.c(1330) > [sender=3.1.1] > > So not there yet. :( >From 'man rsync': -p, --perms This option causes the receiving rsync to set the destination permissions to be the same as the source per- missions. Try this: rsync -ah --stats --delete root@192.168.129.2:613:/etc/dhcp/ /home/rgm/data/htt/httnet/homebase/new/dhcp ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] rsync question
On 09/10/2015 02:31 PM, C Linus Hicks wrote: On 09/10/15, C Linus Hicks wrote: On 09/10/15, Robert Moskowitz wrote: Quoted text Try this: rsync -ah --stats 192.168.192.2:/root/samba.PDC/ /home/rgm/data/htt/httnet/homebase/new/root/ - End Quote -- Sorry, I was too fast, not paying attention, you want this I believe: rsync -ah --stats root@192.168.192.2:/root/samba.PDC/ /home/rgm/data/htt/httnet/homebase/new/root/ That will use the default port on the remote host, you can override that without specifying the -e if required using -p . $ rsync -ah --stats --delete -p 613 root@192.168.129.2:/etc/dhcp/ /home/rgm/data/htt/httnet/homebase/new/dhcp Unexpected remote arg: root@192.168.129.2:/etc/dhcp/ rsync error: syntax or usage error (code 1) at main.c(1330) [sender=3.1.1] So not there yet. :( ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Remote auth against Active Directory
- Original Message - | I've got a new CentOS 7 server going into a remote location. I have | local servers that authenticate against Active Directory (2012 if it | matters) using winbindd. I'd like to have some method of using AD on | the remote server, but I need to be able to access it if the network | path to the AD servers is down. sssd caching won't do AFAIK (since | that's just a cache that times out). | | This server is going to have out-of-band network access for remote | management in case of network failure, so having access to it when it | can't reach AD is its primary purpose. I'd like to use our existing AD | setup (rather than manage local users) to make it easier to manage | users/passwords. | | Is there a relatively simple method to replicate a chunk of the AD | users/passwords to a remote CentOS server (I don't care about the SSO | side of things)? Or is there some other way to solve this problem? | | -- | Chris Adams Disconnected operation may require you to have a local authentication service. For that I would suggest FreeIPA which can become a Tier-1 member of an Active Directory service. -- James A. Peltier IT Services - Research Computing Group Simon Fraser University - Burnaby Campus Phone : 604-365-6432 Fax : 778-782-3045 E-Mail : jpelt...@sfu.ca Website : http://www.sfu.ca/itservices Twitter : @sfu_rcg Powering Engagement Through Technology ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] automounter with users home directories on centos 7.
- Original Message - | | [root@server2 home]# mount server1:/home/jason /home/jason | [root@server2 home]# | [root@server2 home]# ls /home/jason/ | Desktop Documents Downloads Music mylogfile.txt Pictures Public | Templates Videos | [root@server2 home]# df -h /home/jason/ | Filesystem Size Used Avail Use% Mounted on | server1:/home/jason 297M 19M 278M 7% /home/jason | [root@server2 home]# | | so it works manually, just not with the automounter. | | Jason Of course, because a manual mount expects a directory to already exist to mount on. Automounter creates virtual mount points on demand and so if there are existing directories already in place it will fail. Stop autofs. Move the /home out of the way. Start automounter and than do an ls /home. It should "just work" -- James A. Peltier IT Services - Research Computing Group Simon Fraser University - Burnaby Campus Phone : 604-365-6432 Fax : 778-782-3045 E-Mail : jpelt...@sfu.ca Website : http://www.sfu.ca/itservices Twitter : @sfu_rcg Powering Engagement Through Technology ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Centos 7 Adding KDE as extra option
At 02:55 PM 9/10/2015, you wrote: 10/09/2015 23:52, Nicolas Thierry-Mieg wrote: 10/09/2015 21:56, david wrote: Folks While trying to add a second desktop to my Centos7 installation (I had GNOME3, wanted to add KDE as an alternate), the install failed: I use priorities, as follows: 1: base 2: centosplus 3: updates 4: extras 5: cr 6: contrib 7: epel Can anyone explain this? or let me know how to get around it? Rebuilding the server from scratch is definitely possible since this is a test environment only. you need the same priority for updates as base, since packages in updates update packages in... base ;-) change updates prio to 1 and you should be good. BTW cr should also have prio 1 (same as base and updates) since when it exists it also updates packages in base+updates. ___ YIKES -- to think I've had that mistake for years since WhiteBox Linux and never knewshu. Lots of other updates happened, and then a reboot to use a new Kernel, and finally KDE installed without a hitch. Yum/Priorities/Repos maintainer: Maybe there should be a suggestion, or "default" setting of priorities that at least does what the above suggests, or comments to that effect in the repo files so others won't make the same mistake I did. Thanks a lot David ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Centos 7 Adding KDE as extra option
10/09/2015 23:52, Nicolas Thierry-Mieg wrote: 10/09/2015 21:56, david wrote: Folks While trying to add a second desktop to my Centos7 installation (I had GNOME3, wanted to add KDE as an alternate), the install failed: I use priorities, as follows: 1: base 2: centosplus 3: updates 4: extras 5: cr 6: contrib 7: epel Can anyone explain this? or let me know how to get around it? Rebuilding the server from scratch is definitely possible since this is a test environment only. you need the same priority for updates as base, since packages in updates update packages in... base ;-) change updates prio to 1 and you should be good. BTW cr should also have prio 1 (same as base and updates) since when it exists it also updates packages in base+updates. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Centos 7 Adding KDE as extra option
10/09/2015 21:56, david wrote: Folks While trying to add a second desktop to my Centos7 installation (I had GNOME3, wanted to add KDE as an alternate), the install failed: I use priorities, as follows: 1: base 2: centosplus 3: updates 4: extras 5: cr 6: contrib 7: epel Can anyone explain this? or let me know how to get around it? Rebuilding the server from scratch is definitely possible since this is a test environment only. you need the same priority for updates as base, since packages in updates update packages in... base ;-) change updates prio to 1 and you should be good. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] Centos 7 Adding KDE as extra option
Folks While trying to add a second desktop to my Centos7 installation (I had GNOME3, wanted to add KDE as an alternate), the install failed: yum groupinstall "KDE Plasma Workspaces" --> Finished Dependency Resolution Error: Package: systemd-python-208-20.el7.x86_64 (base) Requires: systemd = 208-20.el7 Installed: systemd-208-20.el7_1.5.x86_64 (@updates) systemd = 208-20.el7_1.5 Available: systemd-208-20.el7.x86_64 (base) systemd = 208-20.el7 Error: Package: 32:bind-libs-9.9.4-18.el7.x86_64 (base) Requires: bind-license = 32:9.9.4-18.el7 Installed: 32:bind-license-9.9.4-18.el7_1.1.noarch (@updates) bind-license = 32:9.9.4-18.el7_1.1 Available: 32:bind-license-9.9.4-18.el7.noarch (base) bind-license = 32:9.9.4-18.el7 Error: Package: libreport-2.1.11-21.el7.centos.0.4.x86_64 (base) Requires: libreport-filesystem = 2.1.11-21.el7.centos.0.4 Installed: libreport-filesystem-2.1.11-23.el7.centos.0.1.x86_64 (@updates) libreport-filesystem = 2.1.11-23.el7.centos.0.1 Available: libreport-filesystem-2.1.11-21.el7.centos.0.4.x86_64 (base) libreport-filesystem = 2.1.11-21.el7.centos.0.4 Error: Package: 1:cups-client-1.6.3-17.el7.x86_64 (base) Requires: cups-libs(x86-64) = 1:1.6.3-17.el7 Installed: 1:cups-libs-1.6.3-17.el7_1.1.x86_64 (@updates) cups-libs(x86-64) = 1:1.6.3-17.el7_1.1 Available: 1:cups-libs-1.6.3-17.el7.x86_64 (base) cups-libs(x86-64) = 1:1.6.3-17.el7 Error: Package: 1:cups-1.6.3-17.el7.x86_64 (base) Requires: cups-libs(x86-64) = 1:1.6.3-17.el7 Installed: 1:cups-libs-1.6.3-17.el7_1.1.x86_64 (@updates) cups-libs(x86-64) = 1:1.6.3-17.el7_1.1 Available: 1:cups-libs-1.6.3-17.el7.x86_64 (base) cups-libs(x86-64) = 1:1.6.3-17.el7 You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest Trying the --skip-broken option gave a large set of protected multilib version errors, so it didn't work either. The following is the repo list: [root@x ~]# yum repolist Loaded plugins: fastestmirror, langpacks, priorities Loading mirror speeds from cached hostfile * base: mirror.pac-12.org * centosplus: mirrors.unifiedlayer.com * epel: mirror.sfo12.us.leaseweb.net * extras: mirror.pac-12.org * updates: mirrors.xmission.com 1452 packages excluded due to repository priority protections repo id repo name status base/7/x86_64 CentOS-7 - Base 8,652 centosplus/7/x86_64 CentOS-7 - Plus 40+13 cr/7/x86_64 CentOS-7 - cr0 *epel/x86_64 Extra Packages for Enterprise Linux 7 - x86_648,411+66 extras/7/x86_64 CentOS-7 - Extras 128+53 updates/7/x86_64 CentOS-7 - Updates 2+1,320 repolist: 17,233 [root@goat ~]# I use priorities, as follows: 1: base 2: centosplus 3: updates 4: extras 5: cr 6: contrib 7: epel Can anyone explain this? or let me know how to get around it? Rebuilding the server from scratch is definitely possible since this is a test environment only. Thanks David ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Install Xfce has package requirement error
On Thu, Sep 10, 2015 at 12:03:18PM -0700, david wrote: > Should I try "-skip-broken", or wait until those packages are fixed? > Shouldn't the repositories always be consistent? openssh-askpass is built from the same source package as the openssh package, so the only reason why it would generate that error is if your repo's metadata is broken, or you have some other dependency on openssh-askpass of that particular version, and not the newer one that matches the openssh package. -- Jonathan Billings ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] Remote auth against Active Directory
I've got a new CentOS 7 server going into a remote location. I have local servers that authenticate against Active Directory (2012 if it matters) using winbindd. I'd like to have some method of using AD on the remote server, but I need to be able to access it if the network path to the AD servers is down. sssd caching won't do AFAIK (since that's just a cache that times out). This server is going to have out-of-band network access for remote management in case of network failure, so having access to it when it can't reach AD is its primary purpose. I'd like to use our existing AD setup (rather than manage local users) to make it easier to manage users/passwords. Is there a relatively simple method to replicate a chunk of the AD users/passwords to a remote CentOS server (I don't care about the SSO side of things)? Or is there some other way to solve this problem? -- Chris Adams ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] automounter with users home directories on centos 7.
Correct nfs is working and there aren't any firewall issues. The problem is probably related to the way and steps that automountd takes to perform the mount, which is probably related to the fact that /home exists. The quickest way to figure that out is to mv /home to /home- and then try automountd again. When and autofs file system is access automountd will check that the mount point exists and create it if not and then perform the mount. In all this you might have to restart autofs on the client. Pete On 09/10/15 13:10, Jason Welsh wrote: [root@server2 home]# mount server1:/home/jason /home/jason [root@server2 home]# [root@server2 home]# ls /home/jason/ Desktop Documents Downloads Music mylogfile.txt Pictures Public Templates Videos [root@server2 home]# df -h /home/jason/ Filesystem Size Used Avail Use% Mounted on server1:/home/jason 297M 19M 278M 7% /home/jason [root@server2 home]# so it works manually, just not with the automounter. Jason On 09/09/2015 05:35 PM, James A. Peltier wrote: ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos -- If money can fix it, it's not a problem. -- Click and Clack the Tappet brothers ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] rsync question
Ah, I should have checked your second email! On 09/10/2015 02:31 PM, C Linus Hicks wrote: On 09/10/15, C Linus Hicks wrote: On 09/10/15, Robert Moskowitz wrote: Quoted text Try this: rsync -ah --stats 192.168.192.2:/root/samba.PDC/ /home/rgm/data/htt/httnet/homebase/new/root/ - End Quote -- Sorry, I was too fast, not paying attention, you want this I believe: rsync -ah --stats root@192.168.192.2:/root/samba.PDC/ /home/rgm/data/htt/httnet/homebase/new/root/ That will use the default port on the remote host, you can override that without specifying the -e if required using -p . ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] rsync question
On 09/10/2015 02:23 PM, C Linus Hicks wrote: On 09/10/15, Robert Moskowitz wrote: Quoted text I just tried the following: rsync -ah --stats "ssh -p613 -l root" 192.168.192.2:/root/samba.PDC/ /home/rgm/data/htt/httnet/homebase/new/root/ And it failed with: Unexpected remote arg: 192.168.192.2:/root/samba.PDC/ rsync error: syntax or usage error (code 1) at main.c(1330) [sender=3.1.1] I tried again with: rsync -ah --stats -e "ssh -p613 -l root" 192.168.192.2:/root/samba.PDC/ /home/rgm/data/htt/httnet/homebase/new/root/ and it worked. This is what I read from the manpage, that "-e" is needed for the ssh command. - End Quote -- Try this: rsync -ah --stats 192.168.192.2:/root/samba.PDC/ /home/rgm/data/htt/httnet/homebase/new/root/ And how is it determined that the ssh login is to be as root, not my userid? ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] Install Xfce has package requirement error
Folks Working in Centos 7, and with GNOME (three, I presume), installed, I tried to add the Xfce desktop and got a message: Error: Package: openssh-askpass-6.6.1p1-11.el7.x86_64 (base) Requires: openssh = 6.6.1p1-11.el7 Installed: openssh-6.6.1p1-12.el7_1.x86_64 (@updates) Should I try "-skip-broken", or wait until those packages are fixed? Shouldn't the repositories always be consistent? Thanks David ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] rsync question
On 09/10/15, C Linus Hicks wrote: On 09/10/15, Robert Moskowitz wrote: Quoted text Try this: rsync -ah --stats 192.168.192.2:/root/samba.PDC/ /home/rgm/data/htt/httnet/homebase/new/root/ - End Quote -- Sorry, I was too fast, not paying attention, you want this I believe: rsync -ah --stats root@192.168.192.2:/root/samba.PDC/ /home/rgm/data/htt/httnet/homebase/new/root/ That will use the default port on the remote host, you can override that without specifying the -e if required using -p . ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] rsync question
On 09/10/15, Robert Moskowitz wrote: Quoted text I just tried the following: rsync -ah --stats "ssh -p613 -l root" 192.168.192.2:/root/samba.PDC/ /home/rgm/data/htt/httnet/homebase/new/root/ And it failed with: Unexpected remote arg: 192.168.192.2:/root/samba.PDC/ rsync error: syntax or usage error (code 1) at main.c(1330) [sender=3.1.1] I tried again with: rsync -ah --stats -e "ssh -p613 -l root" 192.168.192.2:/root/samba.PDC/ /home/rgm/data/htt/httnet/homebase/new/root/ and it worked. This is what I read from the manpage, that "-e" is needed for the ssh command. - End Quote -- Try this: rsync -ah --stats 192.168.192.2:/root/samba.PDC/ /home/rgm/data/htt/httnet/homebase/new/root/ ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] setting up solr/tomcat gives 404 page
On 2015-09-09, Tim Dunphy wrote: > Hey all, > > I tried following a few guides and I'm struggling with trying to setup > apache solr 4.10 under apache tomcat 7.0.64 along with the drupal config > necessary to get that this working with drupal. > > The latest guide I followed was this one which seemed like it might work: > > http://duntuk.com/how-install-apache-solr-46-apache-tomcat-7-use-drupal Since few of these pieces of software actually come with CentOS, you're much more likely to get help from a forum specifically dedicated to it. I believe Solr has mailing lists available (as well as web-based forums). --keith -- kkel...@wombat.san-francisco.ca.us ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 7.1.1503 + Dovecot + IPA
On Thu, 10 Sep 2015, Kanwar Ranbir Sandhu wrote: On 2015-09-09 14:21, Mike wrote: Yep, I have it working. It's been almost 6 months since I set it up so don't recall many details other than it was NOT trivial :). Have only used alpine and thunderbird clients, both work fine. I wonder if that means Evolution is broken. In any case, could you tell me the changes you made to 10-auth.conf and any other files for GSSAPI auth to work? I would like to compare your setup to mine and to what I've read online. Thanks! Ranbir In looking at my notes I think it was LDAP integration that gave me the most headaches, GSSAPI was pretty straight forward. In any case for GSSAPI/SSO I'm pretty sure this is what I used primarily (noting that it was written with RHEL 6.2 as a target): http://www.freeipa.org/page/Dovecot_IMAPS_Integration_with_FreeIPA_using_Single_Sign_On And I believe these are the primary changes that I made to the dovecot config. # diff ~/etc_dovecot_orig/conf.d/10-auth.conf /etc/dovecot/conf.d/10-auth.conf 10a11 disable_plaintext_auth = no 29a31 auth_realms = ourdomain.com 33a36 auth_default_realm = ourdomain.com 71a75 auth_gssapi_hostname = mx01.ourdomain.com 76a81 auth_krb5_keytab = /etc/dovecot/krb5.keytab 100c105,106 < auth_mechanisms = plain --- #auth_mechanisms = plain auth_mechanisms = gssapi cram-md5 plain login 122c128 < !include auth-system.conf.ext --- #!include auth-system.conf.ext 124c130 < #!include auth-ldap.conf.ext --- !include auth-ldap.conf.ext ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 7.1.1503 + Dovecot + IPA
On 09/10/2015 10:24 AM, Kanwar Ranbir Sandhu wrote: On 2015-09-09 14:21, Mike wrote: Yep, I have it working. It's been almost 6 months since I set it up so don't recall many details other than it was NOT trivial :). Have only used alpine and thunderbird clients, both work fine. I wonder if that means Evolution is broken. I wouldn't be surprised, I stopped using evolution because it seemed to frequently experience a database corruption causing it to rebuild itself, re-downloading all the headers. That went on for me for months, it was most prominent on my laptop but it also happened on my desktop. It happened in CentOS and it happened in Fedora. So I said to hell with it, I don't want to use broken software. That didn't involve GSSAPI though, but I wouldn't be surprised if evolution is the problem. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 7.1.1503 + Dovecot + IPA
On 2015-09-09 14:21, Mike wrote: Yep, I have it working. It's been almost 6 months since I set it up so don't recall many details other than it was NOT trivial :). Have only used alpine and thunderbird clients, both work fine. I wonder if that means Evolution is broken. In any case, could you tell me the changes you made to 10-auth.conf and any other files for GSSAPI auth to work? I would like to compare your setup to mine and to what I've read online. Thanks! Ranbir -- Kanwar R.S. Sandhu ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] rsync question
On 09/09/2015 08:17 PM, Carl E. Hartung wrote: On Wed, 9 Sep 2015 05:51:38 -0700 (PDT) Mark Milhollan wrote: On Tue, 8 Sep 2015, Carl E. Hartung wrote: On Tue, 8 Sep 2015 10:25:33 -0700 (PDT) Mark Milhollan wrote: -e specifies the *local* transport command to use What?! Straight from the documentation: " -e, --rsh=COMMAND specify the remote shell to use" If only one can properly interpret the meaning... COMMAND is the local command to run to obtain a remote (non-interactive) shell, so it isn't that the remote shell program (invoked once the transport is connected) is being specified, i.e., it is which `remsh' to use. The -p and -l provided thereby may be necessary, since the one is not the default and the other isn't known to us to be the same as the local user, which you glossed over as if one never has a need to specify. Orthogonal to Robert's problem, the switch from default use of rsh to ssh has made it a requirement for (good) automation to always supply a -e to ensure the correct command is used to account for all potential versions of rsync that may be used. , and in this case it also specifies the remote port (613) and user (root). Granted one should probably use their ssh configuration to do that but it isn't realy "wrong" (to be questioned) to do it via options. I didn't explicitly state that it was "wrong," just implied (correctly) that it was unnecessary. Potentially unnecessary. Just because you might see putting the port and user in the ssh config file as the right thing to do, and which I also do whenever possible, doesn't mean Robert necessarily wants to or can do so, and after all -e does exist. Your questioning its use as you did implied using it is wrong, to which I object. Luckily you decided to reply to the list quoting me so eventually Robert was supplied with the clue you didn't provide, that it might be pre-configured. I just tried the following: rsync -ah --stats "ssh -p613 -l root" 192.168.192.2:/root/samba.PDC/ /home/rgm/data/htt/httnet/homebase/new/root/ And it failed with: Unexpected remote arg: 192.168.192.2:/root/samba.PDC/ rsync error: syntax or usage error (code 1) at main.c(1330) [sender=3.1.1] I tried again with: rsync -ah --stats -e "ssh -p613 -l root" 192.168.192.2:/root/samba.PDC/ /home/rgm/data/htt/httnet/homebase/new/root/ and it worked. This is what I read from the manpage, that "-e" is needed for the ssh command. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] automounter with users home directories on centos 7.
[root@server2 home]# mount server1:/home/jason /home/jason [root@server2 home]# [root@server2 home]# ls /home/jason/ Desktop Documents Downloads Music mylogfile.txt Pictures Public Templates Videos [root@server2 home]# df -h /home/jason/ Filesystem Size Used Avail Use% Mounted on server1:/home/jason 297M 19M 278M 7% /home/jason [root@server2 home]# so it works manually, just not with the automounter. Jason On 09/09/2015 05:35 PM, James A. Peltier wrote: - Original Message - | Not tried automount with Centos 7 nor with selinux. | | With that said autofs relies on nfs mounting to work, so have you | started there by attempting to manually mount /home? | | Another place to look is at the hostname. I've had problems where auto | mount doesn't like the short name and insists on using a FQDN, to get | around that you could try using the IP address rather than the hostname. | | On 09/09/15 16:31, Jason Welsh wrote: | > showmount -e | | -- | If money can fix it, it's not a problem. | -- Click and Clack the Tappet brothers /home is a directory by default on all GNU/Linux hosts. If you plan to use it as a mount point then you need to remove the directory and then start autofs otherwise there will be a conflict. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] named Update Problem
hello,
Am Dienstag, 8. September 2015, 12:44:27 schrieb Ron Loftin:
> Here are the relevant lines from my /etc/named.conf file on CentOS 5.
>
> directory "/var/named";
>
> zone "43.168.192.in-addr.arpa" {
> type master;
> file "data/192.168.43";
> };
>
Thank's now I found it also ;-), but I mean a Master Directory is a better
way.
> This will create/modify file "/var/named/data/192.168.43" and works with
> no issues after an upgrade.
>
> On Tue, 2015-09-08 at 15:40 +0200, Günther J. Niederwimmer wrote:
> > Hello,
> >
> > Am Montag, 7. September 2015, 09:10:03 schrieb Ron Loftin:
> > > Try reconfiguring your setup so that the DNSSEC files live
> > > in /var/named/data instead of /var/named. That directory should be
> > > owned by named:named already, and it stays that way after updates, at
> > > least in CentOS 5.
> >
> > can you please tell me the "Variable" to set the tmp-xx Files?
> >
> > I can't find the correct way :-(.
> >
> > > On Mon, 2015-09-07 at 14:31 +0200, Günther J. Niederwimmer wrote:
> > > > Hello,
> > > >
> > > > I have enabled for a Domain DNSSEC and it working correct, after I
> > > > change
> > > > the rights for /var/named to root:named 0770
> > > >
> > > > but after a update it is always change back to root:named 0750
> > > >
> > > > after this, DNSSEC don't work any more?
> > > >
> > > > named have no right to write his secure files.
> > > >
> > > > Is there a way to fix this
> > > >
> > > > Thanks,
--
mit freundlichen Grüssen / best regards,
Günther J. Niederwimmer
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos
[CentOS] (no subject)
jconklin7...@hotmail.com ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] How to rebuild logrotate.status
Robert Moskowitz wrote: I have a problem in that at first all my log files were dated 12-31-1969 and logrotate has: # more /var/lib/logrotate.status logrotate state -- version 2 "/var/log/yum.log" 1969-12-31-20:26:1 "/var/named/data/named.run" 1969-12-31-20:26:1 "/var/log/httpd/error_log" 2015-8-27-4:43:1 "/var/log/wtmp" 1969-12-31-20:26:1 "/var/log/chrony/*.log" 2015-8-19-22:0:0 "/var/log/spooler" 1969-12-31-20:26:1 "/var/log/btmp" 1969-12-31-20:26:1 "/var/log/maillog" 1969-12-31-20:26:1 "/var/log/wpa_supplicant.log" 2015-8-19-22:0:0 "/var/log/secure" 1969-12-31-20:26:1 "/var/log/ppp/connect-errors" 2015-8-19-22:0:0 "/var/log/messages" 1969-12-31-20:26:1 "/var/log/cron" 1969-12-31-20:26:1 "/var/log/httpd/access_log" 2015-8-27-4:43:1 How do I get this file rebuilt with the dates currently on the files listed? Whenever I've had a problem with logrotate.status files, I just delete them and let logrotate regenerate it the next time it runs James Pearson ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] NFS client kernel panic
Hi everyone,
I have an issue with NFS client when the NFS client loose connection with the
NFS server.
In certain conditions the NFS client freeze and the result is kernel panic.
It seems that kernel panic occurs when the NFS client try to unmount the
unreachable remote NFS partition.
This case occurs about one time each two days.
CentOS version: CentOS Linux release 7.1.1503 (Core)
Kernel version: Linux foo.bar 3.10.0-229.4.2.el7.x86_64 #1 SMP Wed May 13
10:06:09 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
NFS packages: nfs-utils-1.3.0-0.8.el7.x86_64, libnfsidmap-0.25-11.el7.x86_64
This issue is present only on Centos7 NFS client (not present with Centos6).
Any ideas? Is it known problem with Centos7 NFS client?
Logs and stack trace here after:
nfs: server foo.bar not responding, timed out
nfs: server foo.bar not responding, timed out
nfs: server foo.bar not responding, timed out
nfs: server foo.bar not responding, timed out
nfs: server foo.bar not responding, timed out
BUG: Dentry 8800ca82f380{i=138c0,n=foo.png} still in use (2) [unmount of
nfs4 0:41]
[ cut here ]
kernel BUG at fs/dcache.c:945!
invalid opcode: [#1] SMP
Modules linked in: ipt_REJECT rpcsec_gss_krb5 nfsv4 dns_resolver nfs fscache
binfmt_misc xt_multiport iptable_filter ip_tables dm_crypt nfsd mgag200
auth_rpcgss syscopyarea nfs_acl sysfillrect lockd sysimgblt i2c_algo_bit ttm
coretemp sunrpc drm_kms_helper iTCO_wdt iTCO_vendor_support i7core_edac
ipmi_devintf lpc_ich kvm drm bnx2 ipmi_si dcdbas crc32c_intel serio_raw pcspkr
i2c_core mfd_core edac_core ipmi_msghandler shpchp acpi_power_meter xfs
libcrc32c sd_mod crc_t10dif crct10dif_common sr_mod cdrom ata_generic pata_acpi
mptsas scsi_transport_sas ata_piix mptscsih libata mptbase dm_mirror
dm_region_hash dm_log dm_mod
CPU: 12 PID: 21364 Comm: umount.nfs4 Not tainted 3.10.0-229.4.2.el7.x86_64 #1
Hardware name: Dell Inc. PowerEdge R410/0N051F, BIOS 1.2.4 11/02/2009
task: 880075b3ad80 ti: 88007744c000 task.ti: 88007744c000
RIP: 0010:[] []
shrink_dcache_for_umount_subtree+0x1ac/0x1c0
RSP: 0018:88007744fe10 EFLAGS: 00010246
RAX: 005e RBX: 8800ca82f380 RCX:
RDX: RSI: 88022fccd488 RDI: 0246
RBP: 88007744fe28 R08: 0096 R09: 0627
R10: R11: 88007744fb26 R12: 8801ffb08780
R13: a04f27a0 R14: 88021f3c0f40 R15: 88021f3c0f20
FS: 7ff58b134880() GS:88022fcc() knlGS:
CS: 0010 DS: ES: CR0: 80050033
CR2: 7ff58aad15a0 CR3: 0001ffe7f000 CR4: 07e0
DR0: DR1: DR2:
DR3: DR6: 0ff0 DR7: 0400
Stack:
880036a9fb20 880036a9f800 880036a9a000 88007744fe40
811df969 880036a9f800 88007744fe68 811c8fe1
0029 880036a9a000 88021f3c0f20 88007744fe80
Call Trace:
[] shrink_dcache_for_umount+0x49/0x60
[] generic_shutdown_super+0x21/0xe0
[] kill_anon_super+0x12/0x20
[] nfs_kill_super+0x1b/0x30 [nfs]
[] deactivate_locked_super+0x3d/0x60
[] deactivate_super+0x46/0x60
[] mntput_no_expire+0xc5/0x120
SELinux: initialized (dev 0:40, type nfs4), uses genfs_contexts
[] SyS_umount+0x9f/0x3c0
[] system_call_fastpath+0x16/0x1b
Code: 00 00 48 8b 40 28 4c 8b 08 48 8b 43 30 48 85 c0 74 1b 48 8b 50 40 48 89
34 24 48 c7 c7 20 f1 83 81 48 89 de 31 c0 e8 f0 0a 42 00 <0f> 0b 31 d2 eb e5 0f
0b 66 66 66 2e 0f 1f 84 00 00 00 00 00 66
RIP [] shrink_dcache_for_umount_subtree+0x1ac/0x1c0
RSP
---[ end trace ae487f589c43fd74 ]---
Kernel panic - not syncing: Fatal exception
Thank you for you attention
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos
