Groups | Search | Server Info | Login | Register
Groups > sfnet.atk.linux > #1564
| From | Jukka Lahtinen <jtfjdehf@hotmail.com.invalid> |
|---|---|
| Newsgroups | sfnet.atk.linux |
| Subject | Re: SSD-systeemilevy? |
| Date | 2020-06-16 10:55 +0300 |
| Organization | A noiseless patient Spider |
| Message-ID | <87eeqfla1s.fsf@sonera.fi> (permalink) |
| References | (1 earlier) <h67qqg-cmo.ln1@kallio.dynu.net> <m3y2p18bb0.fsf@sonera.fi> <87ftaz1adt.fsf@sonera.fi> <877dw8e2aq.fsf@sonera.fi> <m3d060avje.fsf@titan.hyper.fi> |
Ari Saastamoinen <oh3mqu+news@hyper.fi> writes:
> Jukka Lahtinen <jtfjdehf@hotmail.com.invalid> writes:
>> > Sitten on vielä ongelmana miten saan kakkoskoneeksi jääneen laitteen
>> > levyjaot näkymään nfs:llä uuteen koneeseen, mutta se taitaa olla oman
>> > threadin asia..
> Eka Mieleen tuleva arvaus vois olla, että se sekoilee sen kanssa, että
> toisessa on NFS3 ja toisessa NFS4
Täysin mahdollista.
Kummassakin koneessa on keväällä julkaistu Fedora 32 ja uudet versiot
asiaan liittyvistä softapalikoista, mutta kun nfs-säädöt on kymmenen
vuotta sitten konffattu niin että mountit toimi ristiin vielä vanhemman
koneen kanssa (silloinkin luntaten asioita vanhemmasta koneesta), ja
olen säätöjen kanssa lähinnä koettanut olla rikkomatta sellaista mikä on
toiminut ja ongelmia havaitessa säätänyt vain sen verran että asiat
näyttävät taas toimivan, niin sinne on hyvinkin voinut jäädä jotain mikä
olisi ollut parempi tehdä toisin jo 10 vuotta sitten. Hakukoneillakin
on tullut vastaan lähinnä tosi vanhoja ohjeita joista ei aina tiedä
miten niitä pitäisi nfs4:n ja systemd:n aikana soveltaa..
Kirjoittelin pidemmän sepustuksen 14.6. otsikolla "NFS harmaannuttaa
hiuksia", mutta otetaan tähän nyt vielä jotain pääkohtia:
(ipa on se 10-vuotias kone jonka home-partitiota olen tässä yrittänyt
mountata ja stout uusi kone, johon mounttaus epäonnistuu)
Tässä kohtaa mount-komento miettii pari minuuttia ennen kuin antaa
virheilmoituksen:
$ mount /opt/ipahome
mount.nfs: Connection refused
/var/log/messages:iin tulee tänä aikana tällaista:
Jun 14 12:27:20 stout kernel: NFS4: Couldn't follow remote path
/etc/fstab:issa on mountattava resurssi määritelty näin:
ipa:/dev/sda9 /opt/ipahome nfs noauto,user,hard,noatime 0 0
(Aikaisemmin mount-parametreissa oli myös intr, mutta silloin logiin
tuli myös sitä koskevia varoituksia, ja kun en muistanut sen merkitystä
ja lopulta löysin manuaalisivun jolla noita optioita selitettiin, niin
siellä mainittiin että intr ei nykyään tee mitään ja on mukana vain
yhteensopivuussyistä)
ipa-koneen ip on määritelty /etc/hosts:iin ja siihen saa yhteyden
ssh:lla ja se vastaa pingiin.
Mountpoint-hakemisto on luotu ja säädetty oikeudet auki:
$ ls -ld /opt/ipahome
drwxrwxrwx. 2 root root 4096 11. 6. 20:58 /opt/ipahome
Pari juttua joita hakukoneen perusteella tarkistin:
# rpcinfo -p ipa
program vers proto port service
100000 4 tcp 111 portmapper
100000 3 tcp 111 portmapper
100000 2 tcp 111 portmapper
100000 4 udp 111 portmapper
100000 3 udp 111 portmapper
100000 2 udp 111 portmapper
# rpcinfo -u ipa mountd
ipa: RPC: Program not registered
# showmount -e ipa
clnt_create: RPC: Program not registered
Kuitenkin ipa-koneesta katsoen näyttää tältä:
# systemctl status rpcbind
* rpcbind.service - RPC Bind
Loaded: loaded (/usr/lib/systemd/system/rpcbind.service; enabled; vendor preset: disabled)
Active: active (running) since Fri 2020-06-12 18:23:16 EEST; 1 day 20h ago
ipa-koneessa mountattava partitio näkyy /etc/mtab:ista katsoen näin:
/dev/sda9 /home2 ext4 rw,nodiratime,relatime,commit=37 0 0
Ja /etc/exports:issa lukee näin:
/home2/ -no_subtree_check 192.168.1.42(rw,sync,no_wdelay,mp) 192.168.1.59(ro)
Tuossa .42-loppuinen on mounttia yrittävän koneen ip, ja tarkistin että
ping ja ssh toimivat myös toiseen suuntaan. Rupesin miettimään, mahtaako
tuo hakemistonimen perässä oleva kauttaviiva vaikuttaa jotain. Toinen
kone kuitenkin on aikaisemmin saanut hakemiston mountattua.
--
Jukka Lahtinen
Back to sfnet.atk.linux | Previous | Next — Previous in thread | Next in thread | Find similar
SSD-systeemilevy? Jukka Lahtinen <jtfjdehf@hotmail.com.invalid> - 2020-06-05 10:16 +0300
Re: SSD-systeemilevy? Arto Järvinen <arskaj@gmail.com> - 2020-06-05 11:00 +0300
Re: SSD-systeemilevy? Milky <milky@none.forget> - 2020-08-27 18:57 +0300
Re: SSD-systeemilevy? Milky <milky@none.forget> - 2020-08-27 19:10 +0300
Re: SSD-systeemilevy? Milky <milky@none.forget> - 2020-08-27 19:33 +0300
Re: SSD-systeemilevy? Anssi Saari <as@sci.fi> - 2020-06-05 16:46 +0300
Re: SSD-systeemilevy? Ari Saastamoinen <oh3mqu+news@hyper.fi> - 2020-06-05 19:08 +0300
Re: SSD-systeemilevy? Jukka Lahtinen <jtfjdehf@hotmail.com.invalid> - 2020-06-05 20:30 +0300
Re: SSD-systeemilevy? Anssi Saari <as@sci.fi> - 2020-06-06 19:45 +0300
Re: SSD-systeemilevy? Ari Saastamoinen <oh3mqu+news@hyper.fi> - 2020-06-07 19:48 +0300
Re: SSD-systeemilevy? Anssi Saari <as@sci.fi> - 2020-06-11 10:46 +0300
Re: SSD-systeemilevy? Ari Saastamoinen <oh3mqu+news@hyper.fi> - 2020-06-11 17:13 +0300
Re: SSD-systeemilevy? Jukka Lahtinen <jtfjdehf@hotmail.com.invalid> - 2020-06-05 19:27 +0300
Re: SSD-systeemilevy? harri@kallio.tunk.org (Harri) - 2020-06-05 19:07 +0300
Re: SSD-systeemilevy? Jukka Lahtinen <jtfjdehf@hotmail.com.invalid> - 2020-06-06 00:14 +0300
Re: SSD-systeemilevy? Jukka Lahtinen <jtfjdehf@hotmail.com.invalid> - 2020-06-13 14:19 +0300
Re: SSD-systeemilevy? Jukka Lahtinen <jtfjdehf@hotmail.com.invalid> - 2020-06-15 19:12 +0300
Re: SSD-systeemilevy? Ari Saastamoinen <oh3mqu+news@hyper.fi> - 2020-06-16 00:06 +0300
Re: SSD-systeemilevy? Jukka Lahtinen <jtfjdehf@hotmail.com.invalid> - 2020-06-16 10:55 +0300
Re: SSD-systeemilevy? Ari Saastamoinen <oh3mqu+news@hyper.fi> - 2020-06-16 12:34 +0300
Re: SSD-systeemilevy? Jukka Lahtinen <jtfjdehf@hotmail.com.invalid> - 2020-06-16 14:19 +0300
Re: SSD-systeemilevy? Ari Saastamoinen <oh3mqu+news@hyper.fi> - 2020-06-16 18:43 +0300
Re: SSD-systeemilevy? Jukka Lahtinen <jtfjdehf@hotmail.com.invalid> - 2020-06-16 21:15 +0300
Re: SSD-systeemilevy? Jukka Lahtinen <jtfjdehf@hotmail.com.invalid> - 2020-06-18 11:40 +0300
csiph-web