Bug 821859

Summary: ncplogin fails to mount volume
Product: [Fedora] Fedora Reporter: Armands Liepins <armandsl>
Component: ncpfsAssignee: Orphan Owner <extras-orphan>
Status: CLOSED WONTFIX QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 17CC: avs001, mikioma, vcrhonek
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-08-01 00:15:53 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:

Description Armands Liepins 2012-05-15 15:28:03 UTC
Description of problem:
After issuing "ncplogin -S <SERVERNAME> -A <SERVERNAME> -U <username>"
it throws message:
failed:ncplogin: No such file or directory attempt to open mount point
and the whole home directory becomes empty, causing a big trouble. It can be unmounted with #umount <SERVERNAME>/<USERNAME>, returning system to normal state. 


Version-Release number of selected component (if applicable):
ncpfs-2.2.6-16.fc17.i686


How reproducible:
always

Steps to Reproduce:
1. ncplogin -S <SERVERNAME> -A <SERVERNAME> -U <username>

  
Actual results:
empty home directory

Expected results:
volume SYS mounted under ~/ncp/<SERVERNAME>/SYS


Additional info:
The server is netware 5 and TCP/IP connection to the server is used.

Comment 1 Alex Sm 2012-06-01 12:14:06 UTC
IMHO the same bug:
Fedora 17
kernel 3.3.7-1.fc17.i686
ncpfs-2.2.6-16.fc17.i686

When trying mount netware volume get message:
ncpmount: No such device in mount(2)

There is no module ncpfs.ko in kernel/fs/ncpfs directory.

Developers, please, compile this module in next kernel version.

Comment 2 Alex Sm 2012-06-04 08:48:51 UTC
Sorry. I found ncpfs.ko in kernel-modules-extra rpm.
ncpmount works fine, except "Can't get /etc/mtab~ lock file" error.

Comment 3 Miguel Angel 2012-06-25 06:37:44 UTC
Fedora 17
kernel 3.4.3-1 (x86_64)

(same as Alex Sm) ncpmount: No such device in mount(2)

I've strace'd it and noted that the second parameter to "mount()" system call is set to "." (current directory???????) no matter what I specify in the "ncpmount" command.

It works fine under Arch Linux, and the second parameter to "mount()" is set correctly.

Comment 4 Miguel Angel 2012-06-25 14:23:39 UTC
Sorry! I believed I installed "kernel-modules-extra"... but I double-checked it and realized I did not.

Now it works fine (except the "Can't get /etc/mtab~ lock file" issue).

Comment 5 Fedora End Of Life 2013-07-03 22:23:09 UTC
This message is a reminder that Fedora 17 is nearing its end of life.
Approximately 4 (four) weeks from now Fedora will stop maintaining
and issuing updates for Fedora 17. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as WONTFIX if it remains open with a Fedora 
'version' of '17'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version prior to Fedora 17's end of life.

Bug Reporter:  Thank you for reporting this issue and we are sorry that 
we may not be able to fix it before Fedora 17 is end of life. If you 
would still like  to see this bug fixed and are able to reproduce it 
against a later version  of Fedora, you are encouraged  change the 
'version' to a later Fedora version prior to Fedora 17's end of life.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events. Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

Comment 6 Fedora End Of Life 2013-08-01 00:16:04 UTC
Fedora 17 changed to end-of-life (EOL) status on 2013-07-30. Fedora 17 is 
no longer maintained, which means that it will not receive any further 
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of 
Fedora please feel free to reopen this bug against that version.

Thank you for reporting this bug and we are sorry it could not be fixed.