Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.

Bug 1334327

Summary: [1.6] cannot up device after 20 successful uppings
Product: Red Hat Enterprise Linux 7 Reporter: Vladimir Benes <vbenes>
Component: ModemManagerAssignee: Lubomir Rintel <lrintel>
Status: CLOSED NEXTRELEASE QA Contact: Desktop QE <desktop-qa-list>
Severity: medium Docs Contact:
Priority: medium    
Version: 7.3CC: aloughla, atragler, dcbw, desktop-qa-list, lrintel, mleitner, pgeorgie, rkhan, sukulkar, vbenes
Target Milestone: rc   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: 1334325 Environment:
Last Closed: 2018-06-19 11:32:57 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On: 1334325    
Bug Blocks:    
Attachments:
Description Flags
debug logs
none
Script for multiple reconnections of a GSM device none

Description Vladimir Benes 2016-05-09 12:05:17 UTC
+++ This bug was initially created as a clone of Bug #1334325 +++

Description of problem:
I've tried to up device several times (like 20x) and after a while device seems to be dead. Neither MM restart nor for i in $(ls /sys/bus/usb/devices/usb*/authorized); do echo 0 > $i; done; for i in $(ls /sys/bus/usb/devices/usb*/authorized); do echo 1 > $i; done helps. 


Version-Release number of selected component (if applicable):
ModemManager-1.6-0.3.rc3.el7.centos.lr3.x86_64
NetworkManager-1.2.0-1.el7.centos.rh1331395.x86_64

--- Additional comment from Vladimir Benes on 2016-05-09 07:56:48 EDT ---

Bus 001 Device 004: ID 0bdb:190d Ericsson Business Mobile Networks BV

--- Additional comment from Vladimir Benes on 2016-05-09 07:57 EDT ---



--- Additional comment from Vladimir Benes on 2016-05-09 07:57:33 EDT ---

other machines still work so it's not a BTS issue

Comment 1 Vladimir Benes 2016-05-09 12:06:00 UTC
nnot sure if this is not the same bug, but I see the same behavior on Huawei modem 
Bus 001 Device 005: ID 12d1:1001 Huawei Technologies Co., Ltd. E169/E620/E800 HSDPA Modem

Comment 2 Vladimir Benes 2016-05-09 12:06:19 UTC
Created attachment 1155260 [details]
debug logs

Comment 3 Lubomir Rintel 2016-05-09 12:24:19 UTC
Hmm, getting ConfNaks here:

May 09 08:03:45 wlan-intel-6150.wlan.rhts.eng.bos.redhat.com pppd[10599]: rcvd [IPCP ConfNak id=0x12 <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
May 09 08:03:45 wlan-intel-6150.wlan.rhts.eng.bos.redhat.com pppd[10599]: sent [IPCP ConfReq id=0x13 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
May 09 08:03:46 wlan-intel-6150.wlan.rhts.eng.bos.redhat.com pppd[10599]: rcvd [IPCP ConfNak id=0x13 <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
May 09 08:03:46 wlan-intel-6150.wlan.rhts.eng.bos.redhat.com pppd[10599]: sent [IPCP ConfReq id=0x14 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]

Comment 4 Dan Williams 2016-07-19 17:09:15 UTC
Vlad, can you try turning off VJ compression for this connection?

nmcli con mod <name or uuid> ppp.no-vj-comp true

and see what the pppd output is then?  It might be that the firmware doesn't like the VJ compression request.

Comment 5 sushil kulkarni 2017-07-12 11:43:37 UTC
Hi Vlad,

Can you please re-try the test on 7.4?

Thanks,
Sushil

Comment 6 Vladimir Benes 2018-06-18 11:49:09 UTC
Pavlin,
could you please retest and close if it's not visible with current version?

Thanks you a lot.

Comment 7 Pavlin Georgiev 2018-06-19 11:31:30 UTC
Created attachment 1452914 [details]
Script for multiple reconnections of a GSM device

Comment 8 Pavlin Georgiev 2018-06-19 11:32:57 UTC
TEST SETUP

Distro: RHEL 7.6
Component version:
NetworkManager-1.10.2-14.el7_5.x86_64
ModemManager-1.6.10-1.el7.x86_64
usb_modeswitch-2.5.1-1.el7.x86_64
usb_modeswitch-data-20170806-1.el7.noarch


TEST PROCEDURE
1. Check if a GSM device is available on the system.
2. Create a new connection using that device.
3. Activate the connection.
4. Check connection's status.
5. If it's active then disconnect it and delete it.
6. Start automated script for multiple reconnections of the GSM device.


RESULTS
Upgrading component: ModemManager
from: 1.6-0.3.rc3.el7.centos.lr3
  to: 1.6.10-1.el7
has fixed the bug.

The GSM device made 30 reconnections without errors.