Verkkoasemat (NFS, samba ??)

NFS - toimii, silti pettymys !

Tuon asennettuani, tokihan NFS "toimii".

/etc/exports -tiedostossa jaoin hakemiston /mnt

Tuo on toisella koneella mountattu hakemistoksi

/rmnt

Tuolla /rmnt -hakemistossa tosiaan näkyy /mnt -hakemiston sisältö.

Mutta jos jakavalla koneella on esim. mountattu erillinen levyosio hakemistoon /mnt/data1

niin toisella koneella /rmnt/data1 -hakemisto näkyy olemassaolevana, mutta TYHJÄNÄ !!!

Juuri tämäntapaisista ongelmista toivoin pääseväni eroon lopettamalla samba:n käytön kahden linuxkoneen välillä ja käyttämällä sen sijaan NFS:ää.

Itseasiassa, samballa muistaakseni tuossa vastaavassa tilanteessa homma toimisi paremmin, mutta sillä ongelmana taas on se, että symboliset linkit toimivat windows -koneilta nähtynä oikein (kiitos sen, ettei windows edes tue symbolisia linkkejä, joten mihin muuhun ne voisivatkaan viitata kuin JAKAVAN koneen hakemistopuuhun).

Mutta jos samba -jaon ottaa käyttöön toisella linuxkoneella, linux tulkitseekin jaon kautta käytetyllä levyasemalla olevan symbolisen linkin osoittavankin JAKOA KÄYTTÄVÄN koneen hakemistopuuhun, EI jakavan, kuten windowsilla jakoa käytettäessä.

Eli suurin motiivini pyrkiä siirtymään nfs:n käyttöön 2 linuxkoneen välillä olisi juuri se, että symboliset linkit toimisivat oikein.

Nyt näyttää siltä, että edes mounttaukset eivät toimi halutulla tavalla.

Saako tuota jollain optiolla korjattua, vai onko pakko jakaa erikseen jokainen jakoon haluttava levyasema, silti vaikka jakaa esim. /mnt -hakemiston, jonka alihakemistoihin on JAKAVALLA koneella mountattu useita levyosioita ?

Mika0800 kirjoitti:

NFS - toimii, silti pettymys !

Tuon asennettuani, tokihan NFS "toimii".

/etc/exports -tiedostossa jaoin hakemiston /mnt

Tuo on toisella koneella mountattu hakemistoksi

/rmnt

Tuolla /rmnt -hakemistossa tosiaan näkyy /mnt -hakemiston sisältö.

Mutta jos jakavalla koneella on esim. mountattu erillinen levyosio hakemistoon /mnt/data1

niin toisella koneella /rmnt/data1 -hakemisto näkyy olemassaolevana, mutta TYHJÄNÄ !!!

Juuri tämäntapaisista ongelmista toivoin pääseväni eroon lopettamalla samba:n käytön kahden linuxkoneen välillä ja käyttämällä sen sijaan NFS:ää.

Itseasiassa, samballa muistaakseni tuossa vastaavassa tilanteessa homma toimisi paremmin, mutta sillä ongelmana taas on se, että symboliset linkit toimivat windows -koneilta nähtynä oikein (kiitos sen, ettei windows edes tue symbolisia linkkejä, joten mihin muuhun ne voisivatkaan viitata kuin JAKAVAN koneen hakemistopuuhun).

Mutta jos samba -jaon ottaa käyttöön toisella linuxkoneella, linux tulkitseekin jaon kautta käytetyllä levyasemalla olevan symbolisen linkin osoittavankin JAKOA KÄYTTÄVÄN koneen hakemistopuuhun, EI jakavan, kuten windowsilla jakoa käytettäessä.

Eli suurin motiivini pyrkiä siirtymään nfs:n käyttöön 2 linuxkoneen välillä olisi juuri se, että symboliset linkit toimisivat oikein.

Nyt näyttää siltä, että edes mounttaukset eivät toimi halutulla tavalla.

Saako tuota jollain optiolla korjattua, vai onko pakko jakaa erikseen jokainen jakoon haluttava levyasema, silti vaikka jakaa esim. /mnt -hakemiston, jonka alihakemistoihin on JAKAVALLA koneella mountattu useita levyosioita ?

Lue lisää

Molemmissa koneissa pitää käyttäjällä olla samat UID ja GID numerot.

Kun exports-tiedostoa on muutettu, pitää tieto toimittaa myös nfs-serverille komennolla /etc/init.d/nfs-kernel-server reload (tai restart).

zxcvbnm kirjoitti:

Molemmissa koneissa pitää käyttäjällä olla samat UID ja GID numerot.

Kun exports-tiedostoa on muutettu, pitää tieto toimittaa myös nfs-serverille komennolla /etc/init.d/nfs-kernel-server reload (tai restart).

Lue lisää

olen jakanut /mnt -hakemiston em. exports -tiedostossa (rw,sync) -optioilla.

Kun 2. koneessa sen mounttaa root -tunnuksella, niin jaettu kansio tosiaan itse näkyy, mutta sellaisen sen alikansiot, johon jakavalla koneella on mountattu levyosio, näkyvät 2. koneessa tyhjinä.

Pittäkö kenties kaikki tuollaiset levyjaot jakaa erikseen exports -tiedostossa, ja voiko jakaa esim näin:

/mnt
/mnt/data1
/mnt/data2
/mnt/data3
/mnt/cdkuvakylix
/mnt/oma_kylixcd

jne. ?

Entä symboliset linkit?
Miten jos jakavalla koneella jaetussa kansiossa on symbolinen linkki, joka osoittaa toiseen jaettuun kansioon, toimiiko se järkevällä tavalla, senkään jälkeen, kun on jaettu useampi kansio ja päivitetty tuo nfs -demoni käyttämään muutettua exports -tiedostoa ?

esimerkissä siis /mnt/oma_kylixcd -kansio olisi fyysisesti jakavan koneen juuriosion alla samassa levyosiossa oleva hakemisto (EI siis erillinen levyosio), joka olisi täynnä symbolisia linkkejä, sekä tiedostoihin että hakemistoihin, mutta siinä olisi myös yksi tekstimuotoinen skripti (olisiko nyt setup.sh tai insall.sh jos muistan oikein), jos siis olisi suoraan tiedosto, ei symbolinen tai muukaan linkki.

Tuo skripti siis olisi itse muokattu versio siitä vastaavasta, jonka Borland toimittaa Kylixin asennus.CD:llä. Tietyt muokkaukset ovat tarpeen, jotta Kylix3 suostuisi asentumaan nykylinuxeihin.

Ja useimmat noista symbolisista linkeistä osoittaisivat esim. /mnt/cdkuvakylix -hakemistoon, jonne on jakavalla koneella loopback -laitteen avulla saatu näkymään .ISO -levykuva, joka on tehty dd:llä Kylixin asennus-CD:stä.

Tuo tapa kiinnostaa, koska tällöin kerran toimivaksi viritetty muokattu Kylixin asennuskuva olisi helposti tarvittaessa uudelleenasennettaessa esim jos kone sekoaa, päätän vaihtaa eri koneeseen tai vaihtaa eri linuxjakelun.

Mika0800 kirjoitti:

olen jakanut /mnt -hakemiston em. exports -tiedostossa (rw,sync) -optioilla.

Kun 2. koneessa sen mounttaa root -tunnuksella, niin jaettu kansio tosiaan itse näkyy, mutta sellaisen sen alikansiot, johon jakavalla koneella on mountattu levyosio, näkyvät 2. koneessa tyhjinä.

Pittäkö kenties kaikki tuollaiset levyjaot jakaa erikseen exports -tiedostossa, ja voiko jakaa esim näin:

/mnt
/mnt/data1
/mnt/data2
/mnt/data3
/mnt/cdkuvakylix
/mnt/oma_kylixcd

jne. ?

Entä symboliset linkit?
Miten jos jakavalla koneella jaetussa kansiossa on symbolinen linkki, joka osoittaa toiseen jaettuun kansioon, toimiiko se järkevällä tavalla, senkään jälkeen, kun on jaettu useampi kansio ja päivitetty tuo nfs -demoni käyttämään muutettua exports -tiedostoa ?

esimerkissä siis /mnt/oma_kylixcd -kansio olisi fyysisesti jakavan koneen juuriosion alla samassa levyosiossa oleva hakemisto (EI siis erillinen levyosio), joka olisi täynnä symbolisia linkkejä, sekä tiedostoihin että hakemistoihin, mutta siinä olisi myös yksi tekstimuotoinen skripti (olisiko nyt setup.sh tai insall.sh jos muistan oikein), jos siis olisi suoraan tiedosto, ei symbolinen tai muukaan linkki.

Tuo skripti siis olisi itse muokattu versio siitä vastaavasta, jonka Borland toimittaa Kylixin asennus.CD:llä. Tietyt muokkaukset ovat tarpeen, jotta Kylix3 suostuisi asentumaan nykylinuxeihin.

Ja useimmat noista symbolisista linkeistä osoittaisivat esim. /mnt/cdkuvakylix -hakemistoon, jonne on jakavalla koneella loopback -laitteen avulla saatu näkymään .ISO -levykuva, joka on tehty dd:llä Kylixin asennus-CD:stä.

Tuo tapa kiinnostaa, koska tällöin kerran toimivaksi viritetty muokattu Kylixin asennuskuva olisi helposti tarvittaessa uudelleenasennettaessa esim jos kone sekoaa, päätän vaihtaa eri koneeseen tai vaihtaa eri linuxjakelun.

Lue lisää

Tuo nohide optio kuulemma pitäisi saada sen aikaan että myös hakemistoon liitetyt tiedostojärjestelmät pitäisi näkyä. Ei vain ole toiminut minulla. Syytä en ole jaksanut etsiä. Siksi minulla on jokainen jaettava tiedostojärjestelmä jaossa erikseen kuten esimerkissäsi. Sitten on vielä sellainenkin optio kuin crossmnt. Silläkin on kai johonkin vaikutusta.

Jotta symlinkit toimisivat molemmissa koneissa, pitää niiden hakemistojen olla juuresta asti samanlaisia. Siis jos jakavassa koneessa on /mnt/data1 ja /mnt/data2, niin toisessakin koneessa on niiden oltava /mnt/data1 ja /mnt/data2.

zxcvbnm kirjoitti:

Tuo nohide optio kuulemma pitäisi saada sen aikaan että myös hakemistoon liitetyt tiedostojärjestelmät pitäisi näkyä. Ei vain ole toiminut minulla. Syytä en ole jaksanut etsiä. Siksi minulla on jokainen jaettava tiedostojärjestelmä jaossa erikseen kuten esimerkissäsi. Sitten on vielä sellainenkin optio kuin crossmnt. Silläkin on kai johonkin vaikutusta.

Jotta symlinkit toimisivat molemmissa koneissa, pitää niiden hakemistojen olla juuresta asti samanlaisia. Siis jos jakavassa koneessa on /mnt/data1 ja /mnt/data2, niin toisessakin koneessa on niiden oltava /mnt/data1 ja /mnt/data2.

Lue lisää

lieneekö tuo ongelmasi syy.

Asenna windows-koneisiisi microsoftin ilmainen sfu 3.5.

ketjuttaa kirjoitti:

lieneekö tuo ongelmasi syy.

Asenna windows-koneisiisi microsoftin ilmainen sfu 3.5.

on möhlinyt nfs:n suunnittelun kanssa. Ei ne raukat osaa mitään!!!

ketjuttaa kirjoitti:

lieneekö tuo ongelmasi syy.

Asenna windows-koneisiisi microsoftin ilmainen sfu 3.5.

"lieneekö tuo ongelmasi syy.

Asenna windows-koneisiisi microsoftin ilmainen sfu 3.5."

Miksi ihmeessä?

Jaan nyt (ja olen koko ajan jakanut) linuxkoneen levytilaa Samballa, ja windowsissa homma on koko ajan toiminut kuten pitääkin (yhtä pientä yksityiskohtaa lukuunottamatta, eikä siitäkään ole tiedostoja LUETTAESSA haittaa).

Näinollen windows -puolella mitään isompaa ongelmaa ei ole,, yksi "kauneusvirhe" sinnekin on toki jäänyt (bugi Sambassa):

Mikäkö sitten Sambassa (jakavalla puolella) mättää?

Se, että vapaan levytilan ilmoitus toimii väärin. Samban omien sivujen mukaan ei ole bugi, vaan ominaisuus. On tainnut Samban tekijöiltä jäädä huomaamatta, että windowsissa on w eri tapaa kysyä vapaan levytilan määrä:

A. Vanha tapa (MS-DOSin peruja): parametriksi annetaan vain 1 numero, joka vastaa levyaseman kirjainta. Olikohan se nyt niin, että 0=oletusasema, 1=A:, 2=B:, 3=C: jne...
Tämä toimii Sambassa (osittain) mutta kutsun yksinkertaisuudesta johtuen tästä on turha syyttää Sambaa, ei se sen fiksummin oikeastaan voisikaan toimia.

B. Uusi tapa. Vaikuttaa siltä, että Samban tekijöiltä on tämä uudempi tapa jäänyt kokonaan huomaamatta! Uudemmassa tavassa nimittäin funktiolle, joka palauttaaa vapaan olevytilan määrän, annetaan parametriksi hakemistonimi, ei pelkkää levyasematunnusta.

Tätä uudempaa tapaa käyttäen siis:

Jos esim Linuxissa on levyosioita mountattuna seuraavasti:

dataosioita:

/mnt/data1
/mnt/data2
/mnt/data3

ja sitten /mnt jaetaan Samballa "jako1".

Jos nyt windowsissa määritellään vaikkapa:

Z: = //linuxkone/jako1

niin:

periaatteessa nämä voisivat (ja niiden pitäisi) antaa eri tulos:

GetDiskFreeSpace('Z:\')
GetDiskFreeSpace('Z:\data1')
GetDiskFreeSpace('Z:\data2')
GetDiskFreeSpace('Z:\data3')

Noista siis ensimmäinen kutsu palauttaisi ainoana linuxin juuriosion vapaan levytilan, muut kukin sen osion, joka vastaavaan hakemistoon (esim /mnt/data1) on mountattu, vapaan levytilan.

Ilmeisesti Samba ei kuitenkaan tue tätä jälkimmäistä tapaa ollenkaan, vaan eri windows -ohjelmat ilmoittavat aina linux -juuriosion vapaan levytilan asemalle Z:, eivät huomioi perässä annettua hakemistonimeä.

Mutta tuota vapaanb levytilan määrän ilmoitusta lukuunottamatta Samba toimii windowskoneilta juuri kuten pitääkin, ja esim tässä esimerkissä kirjaimen Z: takaa näkyisi todellakin 4 eri levyosiota, kuten pitääkin. Ja symboliset linkitkin toimivat (windowskoneelta nähtynä).

Olisikin kiva, jos Samballa olisi optio, jolla esim symbolisen linkin hakenmistoon saisi näkymään kuten se olisi hakemisto eikä pelkkä linkki sellaiseen, siis windowsissahan näin näkyykin, mutta myös linuxiin, jos linuxkone ottaa käyttöön toisen linuxkoneen samba -jakoja.

Koska en ole tuollaista löytänyt, päätin kokeilla nfs:ää samban rinnalla.

Ilmeisesti useat levyosiot saisi käyttöön ketjussa edellä kuvatulla tavalla, mutta symboliset linkit eivät aina siltikään toimi järkevästi.

ps. Kylix3:n sain toki silti Sargeen asennettua, mutta se olikin lähinnä testi, saanko asian hoidettua, kun edellisestä (onnistuneesta) asennuksesta on aikaa, en ollut varma, muistanko kaiken tarvittavan.