Dear Philippe,if I have the NM running with ethernet-cable plugged in, but no other networking then
# lsof | grep 536ep gives no output. Plugging off the cable and entering $kppp # lsof | grep 536epgives "kppp" as output. So, this seems to be o.k. Yesterday and today I could observe again the inpredictable behaviour of kppp: yesterday it connected to the internet provider (up to the DNS issue), today it says "modem doesn't answer". I have no clue, what determines this behaviour. I guess this is some weird SUSE 11.4 specific issue. Actually, one shouldn't wonder, because there are so many broken features in SUSE 11.4 (one example: I can't connect to my own WLAN-router, because NM doesn't get the IP-adress).
As I already said, I am very satisfied with wvdial working for occasional use and the modem working for sending faxes. Thousand thanks for your patient help!!
All the best Wolfgang On Thu, 8 Mar 2012, Philippe Vouters wrote:
Dear Wolfgang,I must admit I am somehow lost to give you a reasonnable explanation as to why the modem no longer answer as per kppp output. As a sanity check, can you perform the following from a root account# lsof | grep 536epwithout you consciously running anything which would eventually use /dev/modem ?What I can read from your two strace log files (kppp1.log [seemed to worked but had a DNS issue] and kppp2.log [modem does not answer])[philippe@victor ~]$ grep modem kppp1.log10336 stat64("/dev/modem", {st_dev=makedev(0, 5), st_ino=5442, st_mode=S_IFCHR|0666, st_nlink=1, st_uid=0, st_gid=16, st_blksize=4096, st_blocks=0, st_rdev=makedev(240, 1), st_atime=2012/03/05-22:13:54, st_mtime=2012/03/05-22:14:08, st_ctime=2012/03/05-20:05:49}) = 010337 open("/dev/modem", O_RDWR|O_NOCTTY|O_NONBLOCK|O_LARGEFILE) = 310466 stat64("/sys/class/net/modem1", 0xbfd61308) = -1 ENOENT (No such file or directory)10696 stat64("/sys/class/net/modem1", <unfinished ...> [philippe@victor ~]$ grep modem kppp2.log11777 stat64("/dev/modem", {st_dev=makedev(0, 5), st_ino=5286, st_mode=S_IFCHR|0666, st_nlink=1, st_uid=0, st_gid=16, st_blksize=4096, st_blocks=0, st_rdev=makedev(240, 1), st_atime=2012/03/06-23:06:36, st_mtime=2012/03/06-23:23:37, st_ctime=2012/03/06-22:10:57}) = 0 11778 open("/dev/modem", O_RDWR|O_NOCTTY|O_NONBLOCK|O_LARGEFILE <unfinished ...>So /dev/modem gets successfully opened (kppp1.log) and the open("/dev/modem",..) receives an interrupt (<unfinished ...> in kppp2.log)So bizarre !!!! Philippe Le 07/03/2012 22:53, Wolfgang Junker a écrit :Dear Philippe, I have KDE 4.6.0 on my Computer from the very beginning, and - at least consciously - haven't upgraded it since then. E.g. the following is a part of /etc: -rw-r--r-- 1 root root 279 19. Feb 2011 kde3rc drwxr-xr-x 4 root root 4096 17. Jan 2011 kde4 -rw-r--r-- 1 root root 101 18. Apr 2011 kde4rc (On 18.April 2011 I installed SUSE 11.4. on this computer.) There are all sorts of kde, kde3 or kde4 files around. E.g. my home directory contains .kde and .kde4, there are some configuration files in .kde/share/config, but most - like kppprc - sit in .kde4/share/config. This is, how things were installed by SUSE. I removed kppp with YAST and reinstalled it again, I did # cp -R /home/junker/.kde .kde/ # chown -R root:root .kde/ but still "The modem doesn't answer" if I do $kppp as root. Here are my shell-variables: junker@linux:~> env LESSKEY=/etc/lesskey.bin MANPATH=/usr/local/man:/usr/share/man NNTPSERVER=news SSH_AGENT_PID=2263 KDE_MULTIHEAD=false DM_CONTROL=/var/run/xdmctl HOSTNAME=linux.site XKEYSYMDB=/usr/X11R6/lib/X11/XKeysymDB TERM=xterm SHELL=/bin/bash HOST=linux.site HISTSIZE=1000 XDG_SESSION_COOKIE=e6d2b2e09047f2787e908bd0000027a7-1331152553.872115-158723681 XDM_MANAGED=method=classic,auto PROFILEREAD=true GTK2_RC_FILES=/etc/gtk-2.0/gtkrc:/home/junker/.gtkrc-2.0-kde4:/home/junker/.gtkrc-2.0-qtengine:/home/junker/.gtkrc-2.0:/home/junker/.kde4/share/config/gtkrc-2.0 KONSOLE_DBUS_SERVICE=:1.42 TMPDIR=/tmp KDE_NO_IPV6=1 GTK_RC_FILES=/etc/gtk/gtkrc:/home/junker/.gtkrc::/home/junker/.kde4/share/config/gtkrc GS_LIB=/home/junker/.fonts WINDOWID=58720286 MORE=-sl XSESSION_IS_UP=yes SHELL_SESSION_ID=c2c0b0dbe5c5400087c0ef64ea2d13d7 KDE_FULL_SESSION=true USER=junker JRE_HOME=/usr/lib/jvm/jre LS_COLORS=no=00:fi=00:di=01;34:ln=00;36:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=41;33;01:ex=00;32:*.cmd=00;32:*.exe=01;32:*.com=01;32:*.bat=01;32:*.btm=01;32:*.dll=01;32:*.tar=00;31:*.tbz=00;31:*.tgz=00;31:*.rpm=00;31:*.deb=00;31:*.arj=00;31:*.taz=00;31:*.lzh=00;31:*.lzma=00;31:*.zip=00;31:*.zoo=00;31:*.z=00;31:*.Z=00;31:*.gz=00;31:*.bz2=00;31:*.tb2=00;31:*.tz2=00;31:*.tbz2=00;31:*.xz=00;31:*.avi=01;35:*.bmp=01;35:*.fli=01;35:*.gif=01;35:*.jpg=01;35:*.jpeg=01;35:*.mng=01;35:*.mov=01;35:*.mpg=01;35:*.pcx=01;35:*.pbm=01;35:*.pgm=01;35:*.png=01;35:*.ppm=01;35:*.tga=01;35:*.tif=01;35:*.xbm=01;35:*.xpm=01;35:*.dl=01;35:*.gl=01;35:*.wmv=01;35:*.aiff=00;32:*.au=00;32:*.mid=00;32:*.mp3=00;32:*.ogg=00;32:*.voc=00;32:*.wav=00;32: XNLSPATH=/usr/share/X11/nls HOSTTYPE=i386 SSH_AUTH_SOCK=/tmp/ssh-QWOmalqN1954/agent.1954 FROM_HEADER= SESSION_MANAGER=local/linux.site:@/tmp/.ICE-unix/2758,unix/linux.site:/tmp/.ICE-unix/2758 PAGER=less CSHEDIT=emacs XDG_CONFIG_DIRS=/etc/xdg MINICOM=-c on DESKTOP_SESSION=kde4 PATH=/home/junker/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/X11R6/bin:/usr/games:/opt/kde3/bin:/usr/lib/mit/bin:/usr/lib/mit/sbin MAIL=/var/spool/mail/junker CPU=i686 QT_IM_MODULE=xim JAVA_BINDIR=/usr/lib/jvm/java/bin PWD=/home/junker INPUTRC=/home/junker/.inputrc XMODIFIERS=@im=local JAVA_HOME=/usr/lib/jvm/java LANG=de_DE.UTF-8 KDE_SESSION_UID=1000 PYTHONSTARTUP=/etc/pythonstart SDK_HOME=/usr/lib/jvm/java MAN_POSIXLY_CORRECT=true KONSOLE_DBUS_SESSION=/Sessions/3 SSH_ASKPASS=/usr/lib/ssh/x11-ssh-askpass GPG_TTY=/dev/pts/4 JDK_HOME=/usr/lib/jvm/java QT_SYSTEM_DIR=/usr/share/desktop-data COLORFGBG=0;15 SHLVL=2 HOME=/home/junker OSTYPE=linux KDE_SESSION_VERSION=4 ALSA_CONFIG_PATH=/etc/alsa-pulse.conf SDL_AUDIODRIVER=pulse LANGUAGE= LESS_ADVANCED_PREPROCESSOR=no LS_OPTIONS=-N --color=tty -T 0 XCURSOR_THEME=DMZ WINDOWMANAGER=/usr/bin/startkde LESS=-M -I -R G_FILENAME_ENCODING=@locale,UTF-8,ISO-8859-15,CP1252 LOGNAME=junker MACHTYPE=i686-suse-linux CVS_RSH=ssh DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-iQFAv0KHu5,guid=1827a8ef35544c2694a388c500000035 XDG_DATA_DIRS=/usr/share:/etc/opt/kde3/share:/opt/kde3/share LESSOPEN=lessopen.sh %s USE_FAM= WINDOWPATH=7 PROFILEHOME= DISPLAY=:0 QT_PLUGIN_PATH=/home/junker/.kde4/lib/kde4/plugins/:/usr/lib/kde4/plugins/ GTK_IM_MODULE=cedilla XAUTHLOCALHOSTNAME=linux.site LESSCLOSE=lessclose.sh %s %s QT_IM_SWITCHER=imsw-multi G_BROKEN_FILENAMES=1 COLORTERM=1 JAVA_ROOT=/usr/lib/jvm/java mc=() { . /usr/share/mc/mc-wrapper.sh } _=/usr/bin/env ............................................................................. Sincerely Wolfgang On Wed, 7 Mar 2012, Philippe Vouters wrote:Wolfgang, I can see you updgraded your openSUSE. The files are now expected to reside in $HOME/.kde4 and not $HOME/.kde Philippe Le 07/03/2012 11:50, Philippe Vouters a écrit :Dear Wolfgang, Your latest kppp run looks for /etc/kde4rc which it successfully finds. Can you remove and then reinstall kppp ? Something looks weird. Also from a root account would you be so kind as to: # cp -R /home/junker/.kde .kde/ # chown -R root:root .kde/ Finally you have this environment varaiable set when kppp starts: QT_PLUGIN_PATH=/home/junker/.kde" Can you check your env ? On my side, I have: [philippe@victor ~]$ env XDG_VTNR=7 SSH_AGENT_PID=28418 XDG_SESSION_ID=103 HOSTNAME=victor.vouters.dyndns.org SMTPMAIL_EDITOR=vi IMSETTINGS_INTEGRATE_DESKTOP=yes GLADE_PIXMAP_PATH=: GPG_AGENT_INFO=/home/philippe/.gnupg/S.gpg-agent:28450:1 SHELL=/bin/bash TERM=rxvt XDG_MENU_PREFIX=xfce- XDG_SESSION_COOKIE=3b8fec14ab09b90cf43b6e0045b02426-1331108004.379167-2124440545 HISTSIZE=1000 WISECONFIGDIR=/usr/share/wise2/ WINDOWID=37748742 GNOME_KEYRING_CONTROL=/tmp/keyring-f28Bqf QTDIR=/usr/lib/qt-3.3 QTINC=/usr/lib/qt-3.3/include IMSETTINGS_MODULE=none USER=philippe LS_COLORS=rs=0:di=01;34:ln=01;36:mh=00:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:mi=01;05;37;41:su=37;41:sg=30;43:ca=30;41:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.lzma=01;31:*.tlz=01;31:*.txz=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.dz=01;31:*.gz=01;31:*.lz=01;31:*.xz=01;31:*.bz2=01;31:*.tbz=01;31:*.tbz2=01;31:*.bz=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.war=01;31:*.ear=01;31:*.sar=01;31:*.rar=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.svg=01;35:*.svgz=01;35:*.mng=01;35:*.pcx=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*.ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.vob=01;35:*.qt=01;35:*.nuv=01;35:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=
01;35:*.flv= 01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.yuv=01;35:*.cgm=01;35:*.emf=01;35:*.axv=01;35:*.anx=01;35:*.ogv=01;35:*.ogx=01;35:*.aac=01;36:*.au=01;36:*.flac=01;36:*.mid=01;36:*.midi=01;36:*.mka=01;36:*.mp3=01;36:*.mpc=01;36:*.ogg=01;36:*.ra=01;36:*.wav=01;36:*.axa=01;36:*.oga=01;36:*.spx=01;36:*.xspf=01;36:*.pdf=00;33:*.ps=00;33:*.ps.gz=00;33:*.txt=00;33:*.patch=00;33:*.diff=00;33:*.log=00;33:*.tex=00;33:*.xls=00;33:*.xlsx=00;33:*.ppt=00;33:*.pptx=00;33:*.rtf=00;33:*.doc=00;33:*.docx=00;33:*.odt=00;33:*.ods=00;33:*.odp=00;33:*.xml=00;33:*.epub=00;33:*.abw=00;33:*.html=00;33:*.wpd=00;33: GLADE_MODULE_PATH=: SSH_AUTH_SOCK=/tmp/ssh-zJFKhcw28280/agent.28280 SESSION_MANAGER=local/unix:@/tmp/.ICE-unix/28459,unix/unix:/tmp/.ICE-unix/28459 USERNAME=philippe XDG_CONFIG_DIRS=/etc/xdg PATH=/usr/lib/qt-3.3/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/sbin:/opt/real/RealPlayer:/home/philippe/bin:/opt/real/RealPlayer:/home/philippe/bin DESKTOP_SESSION=xfce MAIL=/var/spool/mail/philippe QT_IM_MODULE=xim PWD=/home/philippe XMODIFIERS=@im=none GNOME_KEYRING_PID=28276 LANG=C KDE_IS_PRELINKED=1 MODULEPATH=/usr/share/Modules/modulefiles:/etc/modulefiles KDEDIRS=/usr LOADEDMODULES= GDMSESSION=xfce HISTCONTROL=ignoredups COLORFGBG=15;0 HOME=/home/philippe XDG_SEAT=seat0 SHLVL=3 SIGNATURE=/home/philippe/Philippe.signature GDL_PATH=+/usr/share/gnudatalanguage LOGNAME=philippe CVS_RSH=ssh QTLIB=/usr/lib/qt-3.3/lib XDG_DATA_DIRS=/usr/local/share:/usr/share DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-HnxK4qyRk5,guid=bfb1cf25d249353e3e7976960000c156 MODULESHOME=/usr/share/Modules LESSOPEN=||/usr/bin/lesspipe.sh %s WINDOWPATH=7 DISPLAY=:0.0 XDG_RUNTIME_DIR=/run/user/philippe RUBYOPT=-rubygems LIBGLADE_MODULE_PATH=: GLADE_CATALOG_PATH=: COLORTERM=rxvt-xpm XAUTHORITY=/var/run/gdm/auth-for-philippe-bhR31s/database module=() { eval `/usr/bin/modulecmd bash $*` } _=/usr/bin/env Philippe Le 06/03/2012 23:44, Wolfgang Junker a écrit :Dear Philippe, unfortunately, things seem to be weird: I had found your suggestion to put in /etc/sysconfig/network/config NETCONFIG_DNS_POLICY="STATIC_FALLBACK ppp* NetworkManager" also in the internet some days ago. Some people report success with the following NETCONFIG_DNS_POLICY="ppp* NetworkManager" Both of these settings make my wvdial work, but none of them has made my kppp work. Moreover, starting my computer today, kppp doesn't work as it did yesterday: It says again "Modem ready" and then "Modem doesn't answer", although I am doing kppp as su, the kppprc in /root/.kde4/share/config is still there and I defined the variable export $(dbus-launch), everything as yesterday. So again I did the strace -v -e trace=all -f -o kppp.log kppp and append the kppp.log to this mail. Yours sincerely Wolfgang On Tue, 6 Mar 2012, Philippe Vouters wrote:Dear Wolfgang, You ought to be able to check whether my reply on 06/03/2012 12:34 is correct. It is recalled hereafter. For this test you do not need to change ppp0 to ppp* in your /etc/sysconfig/network/config. Just start up kppp without strace and the DNS settings failing: Then you issue: $ ifconfig -a If ppp shows up different that ppp0, then I should be fully right. Best, Philippe Le 06/03/2012 12:34, Philippe Vouters a écrit :Dear Wolfgang, If I summarize the URL link previously sent, you should have rather set: NETCONFIG_DNS_POLICY="STATIC_FALLBACK ppp* NetworkManager" instead of: NETCONFIG_DNS_POLICY="STATIC_FALLBACK ppp0 NetworkManager" in your /etc/sysconfig/network/config This way both wvdial and kppp ought to correctly work with the /etc/resolv.conf correctly set up. Best regards, Philippe Le 05/03/2012 23:11, Wolfgang Junker a écrit :Philippe, here is the /var/log/messages-output: Mar 5 23:08:16 linux pppd[12796]: pppd 2.4.5 started by root, uid 0 Mar 5 23:08:16 linux pppd[12796]: using channel 5 Mar 5 23:08:16 linux pppd[12796]: Using interface ppp0 Mar 5 23:08:16 linux pppd[12796]: Connect: ppp0 <--> /dev/536ep Mar 5 23:08:16 linux pppd[12796]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x95826dc4> <pcomp> <accomp>] Mar 5 23:08:16 linux modem-manager: (net/ppp0): could not get port's parent device Mar 5 23:08:18 linux pppd[12796]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x95826dc4> <pcomp> <accomp>] Mar 5 23:08:18 linux pppd[12796]: rcvd [LCP ConfReq id=0x67 <asyncmap 0xa0000> <auth chap MD5> <magic 0xc8a76a1c> <pcomp> <accomp>] Mar 5 23:08:18 linux pppd[12796]: sent [LCP ConfAck id=0x67 <asyncmap 0xa0000> <auth chap MD5> <magic 0xc8a76a1c> <pcomp> <accomp>] Mar 5 23:08:18 linux pppd[12796]: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x95826dc4> <pcomp> <accomp>] Mar 5 23:08:18 linux pppd[12796]: sent [LCP EchoReq id=0x0 magic=0x95826dc4] Mar 5 23:08:18 linux pppd[12796]: rcvd [CHAP Challenge id=0xb6 <1d2280a6b1fb254acf434d2a01dfab90>, name = "dialoutuser"] Mar 5 23:08:18 linux pppd[12796]: sent [CHAP Response id=0xb6 <b97bdbc4a82131f851883ac5303e226e>, name = "arcor"] Mar 5 23:08:19 linux pppd[12796]: rcvd [LCP EchoRep id=0x0 magic=0xc8a76a1c] Mar 5 23:08:19 linux pppd[12796]: rcvd [CHAP Success id=0xb6 ""] Mar 5 23:08:19 linux pppd[12796]: CHAP authentication succeeded Mar 5 23:08:19 linux pppd[12796]: CHAP authentication succeeded Mar 5 23:08:19 linux pppd[12796]: sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15> <bsd v1 15>] Mar 5 23:08:19 linux pppd[12796]: sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>] Mar 5 23:08:19 linux pppd[12796]: rcvd [IPCP ConfReq id=0x1 <addr 145.253.1.233>] Mar 5 23:08:19 linux pppd[12796]: sent [IPCP ConfAck id=0x1 <addr 145.253.1.233>] Mar 5 23:08:19 linux pppd[12796]: rcvd [LCP ProtRej id=0x1 80 fd 01 01 00 0f 1a 04 78 00 18 04 78 00 15 03 2f] Mar 5 23:08:19 linux pppd[12796]: Protocol-Reject for 'Compression Control Protocol' (0x80fd) received Mar 5 23:08:19 linux pppd[12796]: rcvd [IPCP ConfRej id=0x1 <compress VJ 0f 01>] Mar 5 23:08:19 linux pppd[12796]: sent [IPCP ConfReq id=0x2 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>] Mar 5 23:08:19 linux pppd[12796]: rcvd [IPCP ConfNak id=0x2 <addr 145.254.253.231> <ms-dns1 195.50.140.248> <ms-dns2 145.253.2.203>] Mar 5 23:08:19 linux pppd[12796]: sent [IPCP ConfReq id=0x3 <addr 145.254.253.231> <ms-dns1 195.50.140.248> <ms-dns2 145.253.2.203>] Mar 5 23:08:19 linux pppd[12796]: rcvd [IPCP ConfAck id=0x3 <addr 145.254.253.231> <ms-dns1 195.50.140.248> <ms-dns2 145.253.2.203>] Mar 5 23:08:19 linux pppd[12796]: local IP address 145.254.253.231 Mar 5 23:08:19 linux pppd[12796]: remote IP address 145.253.1.233 Mar 5 23:08:19 linux pppd[12796]: primary DNS address 195.50.140.248 Mar 5 23:08:19 linux pppd[12796]: secondary DNS address 145.253.2.203 Mar 5 23:08:19 linux pppd[12796]: Script /etc/ppp/ip-up started (pid 12802) Mar 5 23:08:20 linux pppd[12796]: Script /etc/ppp/ip-up finished (pid 12802), status = 0x0 Mar 5 23:09:42 linux pppd[12796]: Terminating on signal 15 Mar 5 23:09:42 linux pppd[12796]: Connect time 1.4 minutes. Mar 5 23:09:42 linux pppd[12796]: Sent 0 bytes, received 0 bytes. Mar 5 23:09:42 linux pppd[12796]: Script /etc/ppp/ip-down started (pid 12953) Mar 5 23:09:42 linux pppd[12796]: sent [LCP TermReq id=0x2 "User request"] Mar 5 23:09:43 linux pppd[12796]: Script /etc/ppp/ip-down finished (pid 12953), status = 0x0 Mar 5 23:09:44 linux pppd[12796]: sent [LCP TermReq id=0x3 "User request"] Mar 5 23:09:44 linux pppd[12796]: rcvd [LCP TermReq id=0x3 "User request"] Mar 5 23:09:44 linux pppd[12796]: sent [LCP TermAck id=0x3] Mar 5 23:09:44 linux pppd[12796]: rcvd [LCP TermAck id=0x3] Mar 5 23:09:44 linux pppd[12796]: Connection terminated. Mar 5 23:09:44 linux avahi-daemon[1373]: Withdrawing workstation service for ppp0. Mar 5 23:09:44 linux pppd[12796]: Exit. Wolfgang On Mon, 5 Mar 2012, Philippe Vouters wrote:Dear Wolfgang, The code correctly starts up if-up: 10346 execve("/etc/ppp/ip-up", ["/etc/ppp/ip-up", "ppp0", "/dev/536ep", "57600", "212.144.133.153", "145.253.1.100"], ["ORIG_UID=0", "PPPLOGNAME=root", "DEVICE=/dev/536ep", "PPPD_PID=10340", "SPEED=57600", "IFNAME=ppp0", "IPLOCAL=212.144.133.153", "IPREMOTE=145.253.1.100", "DNS1=195.50.140.248", "DNS2=145.253.2.203", "USEPEERDNS=1"]) = 0 It opens: 10357 open("/var/run/netconfig//ppp0/", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 5 which succeed Then it activates: 10362 execve("/etc/netconfig.d//dns-resolver", ["/etc/netconfig.d//dns-resolver"], ["PPPD_PID=10340", "PPPLOGNAME=root", "TERM=raw", "SPEED=57600", "IPREMOTE=145.253.1.100", "IFNAME=ppp0", "DNS2=145.253.2.203", "DNS1=195.50.140.248", "PWD=/", "SHLVL=2", "DEVICE=/dev/536ep", "USEPEERDNS=1", "ORIG_UID=0", "IPLOCAL=212.144.133.153", "_=/etc/netconfig.d//dns-resolver"]) = 0 With DNS1 and DNS2 which should be provided by your ISP. Then it opens: 10362 open("/etc/sysconfig/network/config", O_RDONLY|O_LARGEFILE) = 5 10362 fstat64(5, {st_dev=makedev(253, 1), st_ino=272660, st_mode=S_IFREG|0644, st_nlink=1, st_uid=0, st_gid=0, st_blksize=4096, st_blocks=32, st_size=12830, st_atime=2012/03/05-17:08:31, st_mtime=2012/02/29-23:32:58, st_ctime=2012/02/29-23:32:58}) = 0 which succeeds. So the best place where to look is now /var/log/messages. Before you run kppp from a root account, can you create a new terminal and issue tail -f /var/log/messages and check what pppd says ? Then rerun kppp normally (i.e.: without strace) Philippe Le 05/03/2012 22:32, Wolfgang Junker a écrit :Philippe, to put kppprc into /root/.kde4/share/config was really the right point! Having done this and trying $kppp as su it still crashes, but with the hint to first set export $(dbus-launch). So I did this (whatever it means...), and kppp runs under su *and* under user! It connects to my internet provider, but I don't get any throughput, ping says Network is unreachable and ssh says Could not resolve hostname so this seems to be the old DNS-problem. I did again a strace -v -e trace=all -f -o kppp.log kppp (this time as su) and append the kppp.log (it is rather long, sorry for the spam to all others...). I can't try efax as a user, because it sits in my root-directory... And here the rights of my /dev/536ep0: crw------- 1 root root 240, 1 5. Mär 20:05 536ep0 Wolfgang On Mon, 5 Mar 2012, Philippe Vouters wrote:Dear Wolfgang, Now when executed as root, kppp attempts to open /root/.kde4/share/config/kppprc and does not find it. 6841 stat64("/root/.kde4/share/config/kppprc", 0x8141d1c) = -1 ENOENT (No such file or directory) 6841 lstat64("/root/.kde4/share/config/kppprc", 0xbfdfc170) = -1 ENOENT (No such file or directory) You should really do the the following: $ sudo mkdir /root/.kde4 $ sudo mkdir /root/.kde4/share $ sudo mkdir /root/.kde4/share/config $ sudo cp /home/junker/.kde4/share/config/kppprc /root/.kde4/share/config/kppprc Then from a root account: # kppp or from a user account: $ sudo kppp or identically from a user account: $ su -c 'kppp' Yours truly, Philippe Le 05/03/2012 20:34, Wolfgang Junker a écrit :Dear Philippe, this is right, I am doing kppp as user. For this I have changed the rights of /usr/bin/kppp to -rwsr-xr-x 1 root root 554352 22. Feb 2011 kppp (This is how it worked for SUSE 10.3). If I do kppp as root, the program crashes rightaway. The "Permission denied" must somehow be an artefact of strace, I didn't get these messages before, and, as I said, I did already get an internet connection with kppp (up to the DNS-issue) with precisely the present configuration. E.g. the rights of /dev/modem are as follows: lrwxrwxrwx 1 root root 10 5. Mär 20:05 modem -> /dev/536ep crw-rw-rw- 1 root dialout 240, 1 5. Mär 20:05 536ep I tried now the $strace -v -e trace=all -f -o kppp.log kppp as root, but, as I said, the program crashes. I append the kppp.log-file which was created. Wolfgang On Mon, 5 Mar 2012, Philippe Vouters wrote:Dear Wolfgang, As far as it seems you start kppp from your user account and not from a root account. This explains why you get all these /etc/ppp/chap-secrets* "Permission denied". You have this: [philippe@victor ~]$ grep /etc/ppp/chap-secrets kppp.log 12745 open("/etc/ppp/chap-secrets.new", O_WRONLY|O_CREAT|O_TRUNC|O_LARGEFILE, 0666) = -1 EACCES (Permission denied) 12745 unlink("/etc/ppp/chap-secrets.old") = -1 ENOENT (No such file or directory) 12745 rename("/etc/ppp/chap-secrets", "/etc/ppp/chap-secrets.old") = -1 EACCES (Permission denied) 12745 rename("/etc/ppp/chap-secrets.new", "/etc/ppp/chap-secrets") = -1 ENOENT (No such file or directory) 12745 access("/etc/ppp/chap-secrets.old", F_OK) = -1 ENOENT (No such file or directory) Next you have: 12745 open("/dev/modem", O_RDWR|O_NOCTTY|O_NONBLOCK|O_LARGEFILE) = -1 EACCES (Permission denied) 12745 write(2, "error opening modem device !\n", 29) = 29 Looks very strange if efax from a user account is able to open /dev/modem ! Check for /dev/modem permissions. You might have change the /dev/modem permissions for hylafax operations. On my Fedora 16 computer, I have: [philippe@victor ~]$ ls /usr/bin/kppp /usr/bin/kppp [philippe@victor ~]$ ls -l /usr/bin/kppp lrwxrwxrwx. 1 root root 13 Mar 5 04:29 /usr/bin/kppp -> consolehelper [philippe@victor ~]$ ls -l /usr/sbin/kppp -rwxr-xr-x. 1 root root 749004 Dec 3 07:28 /usr/sbin/kppp If, from my user account, I: $ strace -v -e trace=all -f -o kppp.vouters.log /usr/sbin/kppp I see on my screen first that I am not allowed to run pppd unless it the SUID bit (Capture 19:22:22.png) Next a dialog to configure kppp (Capture 19:17:21.png). In conclusion and under Fedora, the usual way is to call /usr/bin/kppp which activate a dialog prompting for root password (consolehelper role), next activating /usr/sbin/kppp from a root context. Your problem comes from you do not activate kppp from a root context. Hence all the permission denied. Kind regards, Philippe Le 05/03/2012 18:47, Wolfgang Junker a écrit :Dear Philippe, my configuration file for kppp is .kde4/share/config/kppprc and looks as follows: pppdArguments= [Account0] AccountingEnabled=0 AccountingFile= Authentication=4 AutoDNS=1 AutoName=0 BeforeConnect= BeforeDisconnect= CallbackPhone= CallbackType=0 Command= DNS=145.253.2.11 DefaultRoute=0 DisconnectCommand= Domain= ExDNSDisabled=0 Gateway=0.0.0.0 IPAddr=0.0.0.0 Name=Arcor Password=internet Phonenumber=01920787 ScriptArguments= ScriptCommands= StorePassword=1 SubnetMask=0.0.0.0 Username=arcor VolumeAccountingEnabled=0 pppdArguments=debug [General] DefaultAccount=Arcor DefaultModem=Modem NumberOfAccounts=1 NumberOfModems=1 PPPDebug=0 ShowLogWindow=1 [Graph] Background=255,255,255 Enabled=true InBytes=0,0,255 OutBytes=255,0,0 Text=0,0,0 [Modem0] AnswerResponse=CONNECT AnswerString=ATA BusyResponse=BUSY BusyWait=0 ConnectResponse=CONNECT DLPResponse=DIGITAL LINE DETECTED Device=/dev/modem DialString=ATDT Enter=CR/LF EscapeGuardTime=50 EscapeResponse=OK EscapeString=+++ FlowControl=Hardware [CRTSCTS] HangUpResponse=OK HangupString=+++ATH InitDelay=50 InitResponse=OK InitString=ATZ InitString1= Name=Modem NoCarrierResponse=NO CARRIER NoDialToneDetection=ATX3 NoDialToneResp=NO DIALTONE PreInitDelay=50 RingResponse=RING Speed=57600 Timeout=60 ToneDuration=70 UseLockFile=0 Volume=2 VolumeHigh=M1L3 VolumeMedium=M1L1 VolumeOff=M0L0 WaitForDialTone=1 [Modem1] AnswerResponse= AnswerString= BusyResponse= BusyWait= ConnectResponse= DLPResponse= Device= DialString= Enter= EscapeGuardTime= EscapeResponse= EscapeString= FlowControl= HangUpResponse= HangupString= InitDelay= InitResponse= InitString= InitString1= Name= DLPResponse= Device= DialString= Enter= EscapeGuardTime= EscapeResponse= EscapeString= FlowControl= HangUpResponse= HangupString= InitDelay= InitResponse= InitString= InitString1= Name= NoCarrierResponse= NoDialToneDetection= NoDialToneResp= PreInitDelay= RingResponse= Speed= Timeout= ToneDuration= UseLockFile= Volume= VolumeHigh= VolumeMedium= VolumeOff= WaitForDialTone= [WindowPosition] WindowPositionConWinX=247 WindowPositionConWinY=0 WindowPositionStatWinX=567 WindowPositionStatWinY=0 ....................................................................... I append the result of $strace -v -e trace=all -f -o kppp.log kppp to this mail. Sincerely Wolfgang On Mon, 5 Mar 2012, Philippe Vouters wrote:Dear Jacques, Wolfgang, I just downloaded the adequate RPM for Fedora 16 containing kppp. From a root account, I ran strace over kppp. Because there are numerous open calls, I edited the file and searched for the "kppp" string. First kppp attempts to open /root/.kde/share/config/kppprc. From this it knows what it must do, therefore directly proposing for me a connection my old tiscali provider. Next as I previously specified /dev/modem in this configuration, it opens /dev/modem and tries to connect. Because the modem is no longer connected to an analog phone line, kppp fails with a NO DIALTONE. So its sounds so far very sane. Yours truly, Philippe [root@victor ~]# cat /root/.kde/share/config/kppprc [Account0] AccountingEnabled=0 AccountingFile= Authentication=4 AutoDNS=1 AutoName=0 BeforeConnect= BeforeDisconnect= CallbackPhone= CallbackType=0 Command= DNS= DefaultRoute=1 DisconnectCommand= Domain= ExDNSDisabled=0 Gateway=0.0.0.0 IPAddr=0.0.0.0 Name=tiscali Password=100556 Phonenumber=0860015555 ScriptArguments= ScriptCommands= StorePassword=1 SubnetMask=0.0.0.0 Username=pvou0030@xxxxxxxxxx VolumeAccountingEnabled=0 pppdArguments=debug [General] DefaultAccount=tiscali DefaultModem=536EP NumberOfAccounts=1 NumberOfModems=1 PPPDebug=0 QuitOnDisconnect=1 ShowLogWindow=0 pppdTimeout=60 [Graph] Background=255,255,255 Enabled=true InBytes=0,0,255 OutBytes=255,0,0 Text=0,0,0 [Modem0] AnswerResponse=CONNECT AnswerString=ATA BusyResponse=BUSY BusyWait=52 ConnectResponse=CONNECT DLPResponse=DIGITAL LINE DETECTED Device=/dev/modem DialString=ATDT Enter=CR/LF EscapeGuardTime=255 EscapeResponse=OK EscapeString=+++ FlowControl=Hardware [CRTSCTS] HangUpResponse=OK HangupString=+++ATH InitDelay=73 InitResponse=OK InitString=AT&F E0 Q0 X4 S0=0 &D2 &C1 &S0 V1 W2 InitString1=AT+GCI=3D Name=536EP NoCarrierResponse=NO CARRIER NoDialToneDetection=ATX3 NoDialToneResp=NO DIALTONE PreInitDelay=53 RingResponse=RING Speed=115200 Timeout=12 ToneDuration=36 UseLockFile=0 Volume=2 VolumeHigh=M1L3 VolumeMedium=M1L1 VolumeOff=M0L0 WaitForDialTone=1 [WindowPosition] WindowPositionConWinX=5 WindowPositionConWinY=24 WindowPositionStatWinX=279 WindowPositionStatWinY=354-- Philippe Vouters (Fontainebleau/France) URL: http://vouters.dyndns.org/
