Re: Installed kppp despite VoIP and played with [

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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 536ep

gives "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 536ep
without 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.log
10336 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}) = 0
10337 open("/dev/modem", O_RDWR|O_NOCTTY|O_NONBLOCK|O_LARGEFILE) = 3
10466 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.log
11777 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=
0
1


;
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/

[Index of Archives]     [Linux Media Development]     [Asterisk]     [DCCP]     [Netdev]     [X.org]     [Xfree86]     [Fedora Women]     [Linux USB]

  Powered by Linux