Szervusztok!
Van egy FreeBSD szerver, amin van NFS. Az exports valahogy így néz ki:
/share -alldirs -maproot:0:0 192.168.x.y(rw) 192.168.x.z(rw)Az (rw) előtt nincs szóköz, tudom mit jelent.
Az rc.conf idevágó tartalma:
rcpbind_enable="YES"
rpc.statd_enable="YES"
rpc.lockd_enable="YES"
mountd_flags="-r"ezt leírás alapján csináltam meg.
Van 2 dual-boot desktop, összesen négy féle linux rendszer.
A probléma érdekes mód csak Slackware esetén jelentkezik, nevezetesen hogy nem "tudja" mount-olni a /share -t, és RPC timed out üzenettel folytatja a boot -olást.
A linuxok fstabjaiban az idevágó bejegyzés így néz ki:
192.168.x.a:/share /server nfs rw,hard,intr,noexec,nosuid,users 0 0A nosuid azért kell, hogy júzerként tudjam írni, a users a júzermount miatt.
Ami működik: Ubuntu, PCLinuxOS, Debian
Slackware alatt ugyanígy nem.
Kicsit szigorúvá tettem a tűzfalat a FreeBSD-n, de miután megkapta az 1160-as sort:
${fwcmd} add 1100 check-state
${fwcmd} add 1160 pass tcp from 192.168.x.y to me setup keep-state
működött a linuxos klienseken az NFS mount rendesen, kivéve Slackware-en.
Aztán nézegettem, hogy mi hiányzik a Slacky-ből, és megtaláltam /sbin/rpc.lockd
Viszont ezt a file-t senki nem törölte le, hanem by_design így van az nfs-utils-1.1.0-i486-2.tgz csomag telepítése után.
Próbálkoztam egy korábbi verzióval, 1.0.7-i486-1, ez felpakolta a /sbin/rpc.lockd -t, de ugyanúgy nem ment a mount.
Van valakinek valami ötlete, hogy mi lehet a gond?
Előre is köszönöm a segítséget!
/mazursky
- 4264 megtekintés
Hozzászólások
push!
/mazursky
- A hozzászóláshoz be kell jelentkezni
portmap fut?
- A hozzászóláshoz be kell jelentkezni
Szervusz!
Igen fut a portmap, és az nfsd is, de ennek ellenére nem akarja.
Nem vagyok nagy slacky-guru, de ezek a verziók vannak fenn:
nfs-utils-1.1.0-i486-2
portmap-6.0-i486-2
A 12.0-ás install CD-ről toltam fel, ahogy a rendszert is. Valahogy mégse akar összeállni a kép. Mi hiányozhat még?
Ahogy kellett, futtatási jogot adtam a /etc/rc.d/rc.rpc és /etc/rc.d/rc.nfsd fájloknak, hogy boot-időben menjenek.
A tűzfalat kikapcsolva eredmény változatlan. Kikapcsoltam a FreeBSD-n is a tűzfalat, de semmi. Még a FreeBSD rc.conf-jából kivettem a nfs_lockd_enable="YES" sort is, majd shutdown -r now, de semmi hatás ;~(((
Szerintem biztos, hogy Slacky-s beállítási gond (tehát Júzer Error) van mögötte.
/mazursky
- A hozzászóláshoz be kell jelentkezni
Slackware-hez sajnos nem értek.
Helyedben megpróbálnám "kézzel" indítani az NFS-t (kiadni azokat a parncsokat amik az rc szkriptekben vannak).
Hátha úgy kiderül, mi történik pontosan.
- A hozzászóláshoz be kell jelentkezni
Köszi a tippet. Megpróbáltam, de sajnos semmivel sem írt ki többet, mint boot esetén.
(MOD)
Akinek esetleg működne az NFS mount, elküldhetné email-ben a kapcsolódó file-okat.
Nem hiszem el, hogy ne lehetne NFS-t mountolni Slack alatt.
Már végigpróbáltam különböző verziókkal, előrelépés nélkül.
Akinek van ötlete, ne kíméljen.
/mazursky
- A hozzászóláshoz be kell jelentkezni
Hello! Ha jól értem az /sbin/rpc.lockd fájl hiányzik az nfs-utils csomagból. Mi lenne ha letöltenéd a frissebb változatát és te magad fordítanád le? Akkor sincs meg a fájl benne?
- A hozzászóláshoz be kell jelentkezni
A rendszer egészen pontosan Slackware 12.0 (még nem frissítettem a 12.1-re időhiány okából kifolyólag, és persze mert megszenvedtem, hogy slackym lehessen.)
Egyébként ez van a slackware-changelog -ban:
Sat May 19 15:49:00 CDT 2007 of the 12.0 ChangeLog:
n/nfs-utils-1.1.0-i486-1.tgz: Upgraded to nfs-utils-1.1.0. This no longer tries to use "rpc.lockd" (nor contains it), so be sure to upgrade to the new versions of the init scripts. Thanks to Jonathan Woithe for the hint about linking with -lnsl after -lwrap, and for passing along a small patch for a memory leak in mountd.
Tehát a slacky-s nfs-utils-1.1.0 -ban eleve nincs is rc.lockd, és nem is hivatkozik rá.
> DESCRIPTION
> The rpc.lockd program starts the NFS lock manager (NLM)
> on kernels that don't start it automatically. However,
> since most kernels do start it automatically, rpc.lockd
> is usually not required. Even so, running it anyway is
> harmless.
Azért nincs rá szükség, mert általában a legtöbb kernel ezt már automatán kezeli.
Nekem speciel még az a kernel van, ami a gyári telepítőlemezen jött, a 2.6.21-5 verziószámú. És biztos, hogy van egy rakat obsolete package is a rendszerben, ami elviekben okozhat gondot. Bár az alaprendszer és ablakozó a CD-kről ment fel, azért a kedvenc programjaimat már ilyen olyan többé-kevésbé friss repo-kból keresztül raktam fel slapt-get segítségével.
/mazursky
- A hozzászóláshoz be kell jelentkezni
Akkor sem értem mi tart attól vissza, hogy egy friss kernelt fordíts, frissítsd az init rendszert és feltelepítsd az új nfs-utils-t.
- A hozzászóláshoz be kell jelentkezni
A Slacki telepítőn alapban van egy network boot leírás, az foglalkozik (felszínesen) nfs beállításokkal, nézd meg, hátha azzal működik.
Nekem rendben működött az nfs mount az ottani beállításokkal.
__________________________________________________________
Az életben csak egy dolog a szép, de az épp nem jut eszembe.
Slackware Linux 12.0 | 2.6.25.4-janos
- A hozzászóláshoz be kell jelentkezni
Meg fogom nézni, hátha segít valamit.
Bár azért szétnézek a FreeBSD szerverem házatáján is, merthát ki tudja, van még néhány kérdéses pont. Szóval egyelőre nézelődök.
/mazursky
- A hozzászóláshoz be kell jelentkezni
Én kérek elnézést a bénázásomért. A probléma a FreeBSD oldaláról volt, amelyet érdekes módon a slackware kivételével "megugrotta" a többi linux (debian, pclos, ubantu).
Konkrétan az /etc/rc.firewall definíciójában rosszul (=felcserélve) adtam meg a net és ip címeket, ami galibát okozott. Viszont örülök, hogy a slacky-m nem fogadta ezt el, mert különben nem jöttem volna rá.
Köszönet a segítségért mindenkinek!
/mazursky
- A hozzászóláshoz be kell jelentkezni