Discuss September 2015

discuss@lists.centos.org

136 participants
130 discussions

I want to connect to a l2tp server from centos.
by Eliezer Croitoru 22 Mar '17

22 Mar '17

I have a server currently connecting to a pptp remote server. This server(lns\lac) has the option for pptp connections and l2tp connections. The l2tp connections are not using ipsec encryption at all. I have seen couple guides\tutorials on the internet: - https://raymii.org/s/tutorials/IPSEC_L2TP_vpn_on_CentOS_-_Red_Hat_Enterpris… - https://wiki.archlinux.org/index.php/L2TP/IPsec_VPN_client_setup But all the guides that I have found are using ipsec with "secret". On ubuntu there is a gui applet that helps setting these kind of connections up but I am working with a CentOS server and not Ubuntu desktop. If someone used l2tp the same way I want to use on CentOS 7 please give me some advice. If you have a guide which might help me I will be more then happy to see this one. Thanks, Eliezer

4 8

abrt-watch-log -F BUG: WARNING: at WARNING: CPU: INFO: possible recursive locking detected
by Michael H 15 Feb '16

15 Feb '16

Hi All, I've been tuning a server recently and just today this has started to appear in my top/htop output. [root@db1 ~]# ps -aux | grep kernel root 1011 0.0 0.0 212048 4532 ? Ss 13:34 0:00 /usr/bin/abrt-watch-log -F BUG: WARNING: at WARNING: CPU: INFO: possible recursive locking detected ernel BUG at list_del corruption list_add corruption do_IRQ: stack overflow: ear stack overflow (cur: eneral protection fault nable to handle kernel ouble fault: RTNL: assertion failed eek! page_mapcount(page) went negative! adness at NETDEV WATCHDOG ysctl table check failed : nobody cared IRQ handler type mismatch Machine Check Exception: Machine check events logged divide error: bounds: coprocessor segment overrun: invalid TSS: segment not present: invalid opcode: alignment check: stack segment: fpu exception: simd exception: iret exception: /var/log/messages -- /usr/bin/abrt-dump-oops -xtD I had made a few changes to sysctl.conf which I have now reverted and the error still exists. my sysctl.conf contained; vm.swappiness=0 vm.overcommit_memory=2 vm.overcommit_ratio=90 - this was only added this morning because of an 'out of memory' error in postgresql. kernel.shmmax=35433480192 kernel.shmall=2214592512 which I have now removed. Can anyone shine any light on this? A little search on Google mentions faulty memory, I will install memtest today and see what the output is like. Thanks Michael

2 1

PV AMI for CentOS 7
by Jo Rhett 20 Oct '15

20 Oct '15

Is there any chance we could get a PV AMI for CentOS 7 to match the HVM version at https://aws.amazon.com/marketplace/pp/B00O7WM7QW/ref=srh_res_product_title?… We have prepurchased reserved instances based on older PV machines (m1, c1, etc) It would be very very helpful to have a PV AMI so we could migrate to CentOS 7 on those image types. https://bugs.centos.org/view.php?id=9499 <https://bugs.centos.org/view.php?id=9499> -- Jo Rhett Net Consonance : net philanthropy to improve open source and internet projects.

2 5

ExecShield in C6 or C7 kernels?
by Fred Smith 05 Oct '15

05 Oct '15

I'm trying to figure out if the stock kernels for Centos-6 and/or Centos-7 have ExecShield compiled in, and if so, if it is turned on by default. On my local C7 box I've been looking at/for indicators without a lot of success: /usr/lib/sysctl.d/00-system.conf. does not mention ExecShield at all. /proc/sys/kernel has no entries for exec_shield no mention of execshield in any of the files in /etc/grub.d So, as far as I can see, there are no settings that I would expect to force ExecShield to an ON setting. I DO see, in /proc/sys/kernel, a file named randomize_va_space, and it contains a value of "2". I've been googling (well, actually DuckDuckGo-ing) and most of the articles I find regarding ExecShield are 3-10 years old. I'd appreciate pointers/guides/info on ExecShield in C6 or C7. thanks in advance! Fred -- ---- Fred Smith -- fredex(a)fcshome.stoneham.ma.us ----------------------------- "And he will be called Wonderful Counselor, Mighty God, Everlasting Father, Prince of Peace. Of the increase of his government there will be no end. He will reign on David's throne and over his kingdom, establishing and upholding it with justice and righteousness from that time on and forever." ------------------------------- Isaiah 9:7 (niv) ------------------------------

3 3

ERROR Installing Cisco AnyConnect on Centos 6x
by CS DBA 02 Oct '15

02 Oct '15

Hi All; I've downloaded the Cisco AnyConnect tar.gz file for one of our clients, when I untar it and then run the vpn_install script in the vpnclient directory I get the below error. Thanks in advance for any help... / //# ./vpn_install// //Cisco Systems VPN Client Version 4.8.02 (0030) Linux Installer// //Copyright (C) 1998-2006 Cisco Systems, Inc. All Rights Reserved.// // //By installing this product you agree that you have read the// //license.txt file (The VPN Client license) and will comply with// //its terms.// // // //Directory where binaries will be installed [/usr/local/bin]// // //Automatically start the VPN service at boot time [yes]// // //In order to build the VPN kernel module, you must have the// //kernel headers for the version of the kernel you are running.// // // //Directory containing linux kernel source code [/lib/modules/2.6.32-573.7.1.el6.x86_64/build]// // //* Binaries will be installed in "/usr/local/bin".// //* Modules will be installed in "/lib/modules/2.6.32-573.7.1.el6.x86_64/CiscoVPN".// //* The VPN service will be started AUTOMATICALLY at boot time.// //* Kernel source from "/lib/modules/2.6.32-573.7.1.el6.x86_64/build" will be used to build the module.// // //Is the above correct [y]// // //Making module// //make -C /lib/modules/2.6.32-573.7.1.el6.x86_64/build SUBDIRS=/root/vpnclient modules// //make[1]: Entering directory `/usr/src/kernels/2.6.32-573.7.1.el6.x86_64'// //scripts/Makefile.build:49: *** CFLAGS was changed in "/root/vpnclient/Makefile". Fix it to use EXTRA_CFLAGS. Stop.// //make[1]: *** [_module_/root/vpnclient] Error 2// //make[1]: Leaving directory `/usr/src/kernels/2.6.32-573.7.1.el6.x86_64'// //make: *** [default] Error 2// //Failed to make module "cisco_ipsec.ko".// /

4 5

CentOS-6.7 Passing delayed shutdown via ssh command line argument?
by James B. Byrne 01 Oct '15

01 Oct '15

If I log into a host via ssh from my workstation then I can enter this: shutdown -r +90& and log out. The shutdown command will continue in effect and will activae 90 minutes later. However, if I do this instead: ssh -t host.domain.tld 'shutdown -r +90&' then the shutdown command does not remain in effect. Why is this so and is there some way to achieve this? -- *** e-Mail is NOT a SECURE channel *** Do NOT transmit sensitive data via e-Mail James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3

3 3

sendmail config finding wrong relay
by Jerry Geis 30 Sep '15

30 Sep '15

Hi all, I set my sendmail.mc file to have a SMART_HOST entry of mail.xyz.com I do "make" and "service sendmail restart" ... I should be good, but no. :) If I do "host mail.xyz.com" I get the correct address and if I "telnet mail.xyz.com 25" I get a connection. however when I do a test mail - its trying to RELAY to another host. I thought SMART_HOST was the only one it would try to relay to? yes there is only one SMART_HOST in my file, and sendmail.cf shows the correct name. How do I tell what is happening here? the maillog only shows it trying to relay to the wrong host, not the one I entered. Any thoughts? Thanks, Jerry

6 6

Keepalived vrrp problem
by Tim Dunphy 30 Sep '15

30 Sep '15

Hey guys, I'm trying to install keepalived 1.2.19 on a centos 6.5 machine. I did an install from source. And when I start keepalived this is what I'm seeing in the logs. It's reporting that the VRRP_Instance(VI_1) Now in FAULT state. Here's more of that log entry: Sep 29 12:06:58 USECLSNDMNRDBA Keepalived_vrrp[44943]: VRRP Instance = VI_1 Sep 29 12:06:58 USECLSNDMNRDBA Keepalived_vrrp[44943]: Using VRRPv2 Sep 29 12:06:58 USECLSNDMNRDBA Keepalived_vrrp[44943]: Want State = MASTER Sep 29 12:06:58 USECLSNDMNRDBA Keepalived_vrrp[44943]: Runing on device = eth1 Sep 29 12:06:58 USECLSNDMNRDBA Keepalived_vrrp[44943]: Gratuitous ARP repeat = 5 Sep 29 12:06:58 USECLSNDMNRDBA Keepalived_vrrp[44943]: Gratuitous ARP refresh repeat = 1 Sep 29 12:06:58 USECLSNDMNRDBA Keepalived_vrrp[44943]: Virtual Router ID = 51 Sep 29 12:06:58 USECLSNDMNRDBA Keepalived_vrrp[44943]: Priority = 101 Sep 29 12:06:58 USECLSNDMNRDBA Keepalived_vrrp[44943]: Advert interval = 1 sec Sep 29 12:06:58 USECLSNDMNRDBA Keepalived_vrrp[44943]: Accept disabled Sep 29 12:06:58 USECLSNDMNRDBA Keepalived_vrrp[44943]: Virtual IP = 1 Sep 29 12:06:58 USECLSNDMNRDBA Keepalived_vrrp[44943]: 10.40.116.34/32 dev eth1 scope global Sep 29 12:06:58 USECLSNDMNRDBA Keepalived_vrrp[44943]: Using LinkWatch kernel netlink reflector... Sep 29 12:06:58 USECLSNDMNRDBA Keepalived_vrrp[44943]: VRRP sockpool: [ifindex(3), proto(112), unicast(0), fd(10,11)] Sep 29 12:06:58 USECLSNDMNRDBA Keepalived_healthcheckers[44942]: ------< Global definitions >------ Sep 29 12:06:58 USECLSNDMNRDBA Keepalived_healthcheckers[44942]: Router ID = USECLSNDMNRDBA Sep 29 12:06:58 USECLSNDMNRDBA Keepalived_healthcheckers[44942]: VRRP IPv4 mcast group = 224.0.0.18 Sep 29 12:06:58 USECLSNDMNRDBA Keepalived_healthcheckers[44942]: VRRP IPv6 mcast group = ff02::12 Sep 29 12:06:58 USECLSNDMNRDBA Keepalived_healthcheckers[44942]: ------< SSL definitions >------ Sep 29 12:06:58 USECLSNDMNRDBA Keepalived_healthcheckers[44942]: Using autogen SSL context Sep 29 12:06:58 USECLSNDMNRDBA Keepalived_healthcheckers[44942]: Using LinkWatch kernel netlink reflector... *Sep 29 12:06:59 USECLSNDMNRDBA Keepalived_vrrp[44943]: Kernel is reporting: interface eth1 DOWN* *Sep 29 12:06:59 USECLSNDMNRDBA Keepalived_vrrp[44943]: VRRP_Instance(VI_1) Now in FAULT state* And if I do an ifconfig command I see no evidence of an eth1 existing. Also I can't ping the virtual address that I'm trying to create: # ping -c 5 10.40.116.34 PING 10.40.116.34 (10.40.116.34) 56(84) bytes of data. >From 10.40.116.30 icmp_seq=2 Destination Host Unreachable >From 10.40.116.30 icmp_seq=3 Destination Host Unreachable >From 10.40.116.30 icmp_seq=4 Destination Host Unreachable >From 10.40.116.30 icmp_seq=5 Destination Host Unreachable --- 10.40.116.34 ping statistics --- 5 packets transmitted, 0 received, +4 errors, 100% packet loss, time 14001ms pipe 3 Here are my configs starting with the first machine: # cat keepalived.conf vrrp_instance VI_1 { interface eth1 state MASTER virtual_router_id 51 priority 101 # 101 on master, 100 on backup vrrp_unicast_bind 10.40.116.30 # Internal IP of this machine vrrp_unicast_peer 10.40.116.31 # Internal IP of peer virtual_ipaddress { 10.40.116.34 } And here's the config on the second machine: # cat /etc/keepalived/keepalived.conf vrrp_instance VI_1 { interface eth1 state MASTER virtual_router_id 51 priority 100 # 101 on master, 100 on backup vrrp_unicast_bind 10.40.116.31 # Internal IP of this machine vrrp_unicast_peer 10.40.116.30 # Internal IP of peer virtual_ipaddress { 10.40.116.34 } Does anyone have any experience in solving this kind of problem? Any suggestions on how to resolve this would be great. Thanks, Tim -- GPG me!! gpg --keyserver pool.sks-keyservers.net --recv-keys F186197B

4 4

CentOS-announce Digest, Vol 127, Issue 8
by centos-announce-request＠centos.org 30 Sep '15

30 Sep '15

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CESA-2015:1840 Important CentOS 5 openldap Security Update (Johnny Hughes) 2. CESA-2015:1840 Important CentOS 6 openldap Security Update (Johnny Hughes) 3. CESA-2015:1840 Important CentOS 7 openldap Security Update (Johnny Hughes) 4. [Infra] dev.centos.org redirection (Fabian Arrotin) ---------------------------------------------------------------------- Message: 1 Date: Tue, 29 Sep 2015 13:29:35 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2015:1840 Important CentOS 5 openldap Security Update Message-ID: <20150929132935.GA29687(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2015:1840 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2015-1840.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: cc181bbfac7f8256afb84c7345aeeabe02967ce32d0b19980e3d10ab7eff941d compat-openldap-2.3.43_2.2.29-29.el5_11.i386.rpm b22b59b70a24b9d81e3636dd64c13bcb31837d0fc585e8d40d3c42b09addc982 openldap-2.3.43-29.el5_11.i386.rpm 3071dbeb025e46da4b8ebb3cf697871525e0ff3f319c062f989d6538b4b6a3d3 openldap-clients-2.3.43-29.el5_11.i386.rpm f42c1033d9c8749d85358d8ed2636c5f43a06bc15561dca4d00adc69483044bf openldap-devel-2.3.43-29.el5_11.i386.rpm 7dee4dd6721f9222268e9c11d96db5d0624ec0067d7924b0eeebf78791cad6ee openldap-servers-2.3.43-29.el5_11.i386.rpm a738a621d1fff4855f994c2eb316dd277cda9f20c74c3437c7718f21ddad7901 openldap-servers-overlays-2.3.43-29.el5_11.i386.rpm f902ae9ff4405241871cbe51bdf94064a4b1759d7fbce279df5d8be04d26d074 openldap-servers-sql-2.3.43-29.el5_11.i386.rpm x86_64: cc181bbfac7f8256afb84c7345aeeabe02967ce32d0b19980e3d10ab7eff941d compat-openldap-2.3.43_2.2.29-29.el5_11.i386.rpm 5757fda05767444bb1642a8191c3b6f2d76745ba30132ea9d3fd766379f99e2b compat-openldap-2.3.43_2.2.29-29.el5_11.x86_64.rpm b22b59b70a24b9d81e3636dd64c13bcb31837d0fc585e8d40d3c42b09addc982 openldap-2.3.43-29.el5_11.i386.rpm e6dd51c4f2f4a23fec2be3f298b76abc87b3930e2fa0f3c0ad440f5ef70da35e openldap-2.3.43-29.el5_11.x86_64.rpm a7bdd364235403770fac7632b572323bda2565b3c9f23d371768ab859dfc5137 openldap-clients-2.3.43-29.el5_11.x86_64.rpm f42c1033d9c8749d85358d8ed2636c5f43a06bc15561dca4d00adc69483044bf openldap-devel-2.3.43-29.el5_11.i386.rpm 32164d50ac497028e5c24f8bb1535c37abdf78cd230922cc63bb0c8ac7cf65af openldap-devel-2.3.43-29.el5_11.x86_64.rpm 818492aef0cad81ecc9ea66f4eeff8a4a44a23ed223927d601e4b555d3499e51 openldap-servers-2.3.43-29.el5_11.x86_64.rpm d21a9d33c3559b97ee2a295c04ce723b4eae3ed46846baafe760e0cd495f5945 openldap-servers-overlays-2.3.43-29.el5_11.x86_64.rpm 13db919bbc3c414f54fb656b7e127f8cfb8700830ef261bd16b4d65e162c9f52 openldap-servers-sql-2.3.43-29.el5_11.x86_64.rpm Source: 7092b7f27ed18b2fc5496587940b14f1d223762cf8182f282a65db3c4296bc13 openldap-2.3.43-29.el5_11.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Tue, 29 Sep 2015 13:30:59 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2015:1840 Important CentOS 6 openldap Security Update Message-ID: <20150929133059.GA29682(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2015:1840 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2015-1840.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: ce59a16e8d9f797feff522711be61aa9bd976ddcd0e629c260a9e1120b1abda4 openldap-2.4.40-6.el6_7.i686.rpm 90cfd98aa85f7e6b816f3b9472a8bbd26979a1224fce84390d784da68f582d20 openldap-clients-2.4.40-6.el6_7.i686.rpm afa5499f0434b52f57fe96d70489d195e73f9ef59ca22f6a4b12c304ebb43635 openldap-devel-2.4.40-6.el6_7.i686.rpm 80b87de3386d0b711597554cce65d8b4e4cdea909425675562ccef2d28402453 openldap-servers-2.4.40-6.el6_7.i686.rpm be985035faf4b5b8dbee232a00eb9631659a99106d14b2044f82d8ccec34dd8a openldap-servers-sql-2.4.40-6.el6_7.i686.rpm x86_64: ce59a16e8d9f797feff522711be61aa9bd976ddcd0e629c260a9e1120b1abda4 openldap-2.4.40-6.el6_7.i686.rpm b8658e6e57809577463a9f168656d9ccbb1f2d9e5d480d77ace7eac594789350 openldap-2.4.40-6.el6_7.x86_64.rpm 516d525207917340a6fc22b4cc3d1fd6d9398a0ce79ef746579155d95aac9325 openldap-clients-2.4.40-6.el6_7.x86_64.rpm afa5499f0434b52f57fe96d70489d195e73f9ef59ca22f6a4b12c304ebb43635 openldap-devel-2.4.40-6.el6_7.i686.rpm 655274004efc40a05c9947af3cb1ff654b8038cbd083fc44e25190a18f2c776d openldap-devel-2.4.40-6.el6_7.x86_64.rpm 678906aa40444064d8188d74ca33591dcc34da97723f3aff762524798b28500c openldap-servers-2.4.40-6.el6_7.x86_64.rpm d8fcc13e67551c0893f0826e1f986930094dc5efffd9cce2af0577612281d597 openldap-servers-sql-2.4.40-6.el6_7.x86_64.rpm Source: 63c1dcfee015ccec322361e78080c686e7f14a51b7cf331726b3017c1c760a67 openldap-2.4.40-6.el6_7.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 3 Date: Tue, 29 Sep 2015 14:02:22 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2015:1840 Important CentOS 7 openldap Security Update Message-ID: <20150929140222.GA37381(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2015:1840 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2015-1840.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: c0fbed4f2b242cde4830df33b394a226e705eae993e17e38f90e663f511fe6fd openldap-2.4.39-7.el7.centos.i686.rpm 960f62ded3dfa6c3f92f3e466ebc07c0b4f30465c3fefd4ea302128152c936e0 openldap-2.4.39-7.el7.centos.x86_64.rpm 1c1853339b71aa16592859b80f670a450a0b45cc713ccca4c3d770a76ee096a8 openldap-clients-2.4.39-7.el7.centos.x86_64.rpm 51dc10dfcfc9ba0ff965256477d789b692f942772c54845edbc8fc5f8f1e5450 openldap-devel-2.4.39-7.el7.centos.i686.rpm d906620f31cdd8a5866dfac65bcfc42fc0fec7a7b826922da0afd29d2c8dfd2b openldap-devel-2.4.39-7.el7.centos.x86_64.rpm 49d45cc17bd198d65ba8fea53944e4f8e8525ec61eaf91b9f03da839acf530c4 openldap-servers-2.4.39-7.el7.centos.x86_64.rpm 99d31fc1f35404da6a32b2ca4239a124966d3f51388c35fafa06dcf0018bd864 openldap-servers-sql-2.4.39-7.el7.centos.x86_64.rpm Source: 5ff494cb8637ecc22d9a5299d51bbd6a1dd646f75a4cd97315c9f303259f0438 openldap-2.4.39-7.el7.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 4 Date: Wed, 30 Sep 2015 12:27:36 +0200 From: Fabian Arrotin <arrfab(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] [Infra] dev.centos.org redirection Message-ID: <560BB918.1040606(a)centos.org> Content-Type: text/plain; charset=utf-8 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The CentOS Infra team would like you to know that the old node hosting the dev.centos.org vhost has been replaced. As all actual testing artifacts (RPM packages, iso images, cloud images, arm images, etc) are now pushed to buildlogs.centos.org, we've decided to just redirect dev.centos.org to buildlogs nodes. Should you encounter an issue, feel free to either report it on https://bugs.centos.org, or in #centos-devel on irc.freenode.net. on behalf of the Infra team, - -- Fabian Arrotin The CentOS Project | http://www.centos.org gpg key: 56BEC54E | twitter: @arrfab -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEARECAAYFAlYLuRgACgkQnVkHo1a+xU7k7gCfd1A52o+VSUK4pwJUaAEtsnyN tA0AoJVybXm5SAT+hpbnMaqbpA6Ub0xm =aJai -----END PGP SIGNATURE----- ------------------------------ _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 127, Issue 8 ***********************************************

1 0

CentOS 6 - Support for CanoScan LiDE 210
by Meikel 30 Sep '15

30 Sep '15

Hi folks, for some time I used a HP 2840 AiO device, connected via LAN, to scan documents. As scanning application I use xsane. I want to replace that HP scanner by a CanoScan LiDE 210. # LANG="" yum info libsane-hpaio ... Installed Packages Name : libsane-hpaio Arch : x86_64 Version : 3.14.6 Release : 3.el6 Size : 148 k Repo : installed From repo : base Summary : SANE driver for scanners in HP's multi-function devices URL : http://hplip.sourceforge.net/ License : GPLv2+ Description : SANE driver for scanners in HP's multi-function devices (from HPOJ). Now I connected CanoScan LiDE 210 Scanner via USB cable to my CentOS 6 workstation. # dmesg | tail --lines=15 ... usb 3-1: new high speed USB device number 8 using xhci_hcd usb 3-1: New USB device found, idVendor=04a9, idProduct=190a usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0 usb 3-1: Product: CanoScan usb 3-1: Manufacturer: Canon usb 3-1: configuration #1 chosen from 1 choice ... After opening xsane it seems to be connected to the HP Scanner. I can not find any options for choosing another scanner device. From http://www.sane-project.org/sane-mfgs.html I can see that CanoScan LiDE 210 is supported by genesys 1.0-63. From my understanding on CentOS the genesys backend is included in sane-backends: # LANG="" yum info sane-backends ... Installed Packages Name : sane-backends Arch : x86_64 Version : 1.0.21 Release : 3.el6 Size : 4.4 M Repo : installed From repo : anaconda-CentOS-201410241409.x86_64 Summary : Scanner access software URL : http://www.sane-project.org License : GPLv2+ and GPLv2+ with exceptions and Public Domain Description : Scanner Access Now Easy (SANE) is a universal scanner interface. The : SANE application programming interface (API) provides standardized : access to any raster image scanner hardware (flatbed scanner, : hand-held scanner, video and still cameras, frame-grabbers, etc.). The sane-backends is installed, but I can not "see" the scanner: # scanimage -L device `hpaio:/net/HP_Color_LaserJet_2840?zc=NPI9AC264' is a Hewlett-Packard HP_Color_LaserJet_2840 all-in-one I have no idea what I can do now. It is not clear to me if sane-backends package really includes the required genesys 1.0-63 version. Any help to make the new scanner work is appreciated. Regards, Meikel

6 9

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss September 2015