Näytä kirjoitukset

Tässä osiossa voit tarkastella kaikkia tämän jäsenen viestejä. Huomaa, että näet viestit vain niiltä alueilta, joihin sinulla on pääsy.


Viestit - ajaaskel

Sivuja: 1 2 3 [4] 5 6 ... 169
61
Selain heittää sen kauttaviivan itse hännille vaikka sitä ei alkuaan anneta. Kokeilin sekä Chromella että Firefoxilla.

62
Tässä pieni ratkaisematon pähkinä:  Pieni Javascript-tiedosto joka toimii aivan ok työasemalta paikalliselta levyltä. Tiedoston nimi on 8aae25baff2ef9e3da0ac9ff82467823.  Siirsin Apachelle sen ja yritin avata sieltä, Apache vastaa webbiselaimelle että tiedostoa ei ole olemassa.  Kopioin tiedoston uudelle nimelle "testi1" ja kokeilen avata: Hups, nythän se toimii !  Tiedostojen atribuutit ovat samat, ei ole oikeuksista kiinni.

Koodia: [Valitse]
-rwxr-x--- 1 arto www-data   143 syys  28 09:55 8aae25baff2ef9e3da0ac9ff82467823
-rwxr-x--- 1 arto www-data   143 syys  28 17:14 testi1

Hämärää on liittyykö se tuohon pitkään tiedostonimeen Apachen kanssa.  Ei ainakaan muuta tule heti mieleen tuon kanssa.
Näitä pitkänimisiä tiedostoja on enemmänkin. Kokeilin toisellakin tiedostolla ja jälleen toimi kun nimesi eri nimelle.

Kokeilin voisiko ongelmaa kiertää muuttamalla pitkän nimen linkiksi mutta ei auttanut:

Koodia: [Valitse]
lrwxrwxrwx 1 arto www-data     7 syys  28 18:19 8aae25baff2ef9e3da0ac9ff82467823 -> linkki7
Toinenkin ongelma tuli vastaan uudemman Apache-version kanssa: En saanuut Apache::Gallery -ohjelmaa (käyttää Perliä) enää heti toimimaan järkevillä ponnistuksilla ja päätin siirtää kuvat ja videot Amazon Drivelle.   

63
Pieni kiusa ilmestyi kun vaihdoin pois ADSL-yhteyksistä pelkästään 4G: n varaan.  Ongelma näyttää päällisin puolin timeout ilmiöltä:

- SSH yhteydet putoavat virheeseen "Write failed: Broken pipe"
- Amazon Client menettää yhteytensä ja kopiointi rsync: in avulla jumittuu.  Umount/mount palauttaa yhteyden mutta rsync pitää käynnistää uudestaan.  Kerran jouduin tilanteeseen jossa Amazon Driven mount ei suostunut toimimaan vaan heitti läjän virheitä. Nettivinkin perusteella tuo oikeni poistamalla erään tiedoston (en muista ulkoa mikä) ja ajamalla acd_cli sync.

Olen Google-vinkkien perusteella pikaisesti yrittänyt asetta/säätää tcp keepalive asioita mutta asia ei ole ratkennut.  Tuohon tarvitsisi systeemitason ratkaisun, ei sovelluskohtaista. Sovelluskohtainen "purukumikin" kelpaa jos ei parempaa löydy...
Putoaminen ilmenee puolessa tunnissa kun jättää päätteessä ssh-yhteyden makaamaan auki jollekin palvelimelle  eikä koske päätteeseen.  Itsellä Soneran 4G.

Lieneekö muilla samanlaista havaintoa ja mahdollisesti vielä parempi, systeeminlaajuista ratkaisua ?
 

64
Laitealue / Vs: Varmuuskopiointi???
« : 26.09.16 - klo:22.42 »
Myös "rsnapshot" on tutustumisen arvoinen.  Itse olen ripustanut ulkoisen usb-levyn aika moneen koneeseeni ja laittanut rsnapshotin hoitamaan kopioita automaattisesti.  Tekee esimerkikis kerran päivässä + kerran viikossa +kerran kuussa täydellisen kopion mutta säästää paljon levytilassa kun ei kopioi samoja datoja moneen kertaan vaan linkittää ne.
Yksittäiskäytön lisäksi pystyy myös rakentamaan keskitetyn backup-koneen joka noukkii useiden koneiden backupit samaan paikkaan rsyncin ja modifioitujen ssh-avainten avulla.  Ei kuitenkaan helpoin harjoitus ellei entuudestaan tuttu.

 

66
curl alkoi temppuilla....   

(hyödytön poistettu...)

Edit 26.9.2016:
Asia ei ollutkaan curlin vika miltään osin vaan:

Koodia: [Valitse]
curl -I https://dy.fi
curl: (60) SSL certificate problem: certificate has expired
More details here: http://curl.haxx.se/docs/sslcerts.html

curl performs SSL certificate verification by default, using a "bundle"
 of Certificate Authority (CA) public keys (CA certs). If the default
 bundle file isn't adequate, you can specify an alternate file
 using the --cacert option.
If this HTTPS server uses a certificate signed by a CA represented in
 the bundle, the certificate verification probably failed due to a
 problem with the certificate (it might be expired, or the name might
 not match the domain name in the URL).
If you'd like to turn off curl's verification of the certificate, use
 the -k (or --insecure) option.

eli sertifikaatti vanhentunut palvelimen päässä (dy.fi) sillä muualta vastaus tulee kuten pitääkin:

Koodia: [Valitse]
curl -I https://elisa.fi
HTTP/1.1 200 OK
Server: nginx
Date: Mon, 26 Sep 2016 19:12:51 GMT
Content-Type: text/html
Content-Length: 38923
Last-Modified: Mon, 26 Sep 2016 09:09:16 GMT
Connection: keep-alive
Vary: Accept-Encoding
ETag: "57e8e5bc-980b"
Cache-Control: max-age=10, must-revalidate
X-UA-Compatible: IE=Edge,chrome=IE8
Accept-Ranges: bytes

Virhe kiusasi käyttämääni ddns-clienttia ja tein siihen pienen muutoksen että se ei tarkista sertifikaattia jolloin dy.fi toimii jälleen ok:
http://www.homelinuxpc.com/download/regmyip

67
Tiedoksi, Sonera toiminut ok Opengaten kanssa.

Domainin käyttöönotto on todella yksinkertainen jos rekisteröit sen esimerkiksi DNSexit: llä:

www.dnsexit.com

Heillä on omat nimipalvelimet ja pääset tekemään perusasetukset samoin helposti, ei tarvitse tietää oikeastaan muuta kuin missä ip-osoitteessa se palvelimesi on ja syöttää domainisi nimi ja sitä vastaava ip-osoite.
Kaikki käy siinä webbiselaimessa. Nämä DNSexitin nimipalvelimet ovat ilmaiset jos rekisteröit domainisi siellä.  Tuo DNSexit  on vain esimerkkinä, joka paikassa idea on sama.  Kun domainin rekisteröinti ja nimipalvelimet tulevat samasta paikasta toimi on  yksinkertainen. 

Jos kyseessä on jokin ei niin tärkeä testailu/kokeilupalvelin ja ip-osoite muuttuu harvoin niin webbiselaimella sen päivittää hetkessä tuonne DNSexitin palveluun. 

Jos haluat hieman kehittyneemmän systeemin niin tarvitset palvelimellesi skriptin, joka hoitaa päivityksen automaattisesti nimipalvelimelle jos ip vaihtuu.  Tuo on pidempi tarina mutta helppo asia kokeneemmille.
 
Ja pari sanaa siitä omasta webbipalvelimesta jolle halusit (?) useamman domainin toimimaan samalta koneelta.  Onnistuu jälleen ongelmitta mutta huomaa että tuo "monta domainia samalla webbikoneella" perustuu siihen että yhteys avataan nimipalvelun kautta, se Apache tms. "tajuaa" sen tuletko pelkällä ip:  llä suoraan kiinni vai nimipalvelun kautta.   
Siis webbiselaimessa annettu http://1.2.3.4   vie Apachella eri paikkaan kuin  http://jokunimi1.domain.com, http://jokunim2.domain.com, jne.
Webbipalvelimen asetuksissa määritetään mitä tapahtuu kun tullaan ip-osoitteella ja mitä tapahtuu kullakin domainnimellä.

Vaatisi ehkä pidemmänkin selityksen... ?



68
Koodia: [Valitse]
ssh-add -t8h
Säilyy 8 tuntia tuolla, hyvä työpäivän aluksi.

69
Omissa koneissani on viime vuosina yleistynyt Linux Mint Cinnamon jota voisi kuvata Ubuntuksi jossa on Cinnamon työpöytä.  Elo sen kanssa on ollut helppoa eikä häiritse oikeastaan muu kuin kuin yksi asia: Vapaan muistin häipyminen pikkuhiljaa.  Ilmiö on hyvin hitaasti etenevä, tämäkin kone on ollut päälle kuukauden päällä ja nyt alkaa näkyä tarve uudelleenkäynnistämiseen kun swappi aktivoituu ajoittain.  Tältä se näyttää, auki molemmissa tapauksissa vain gnome-terminal:

free -m
             total       used       free     shared    buffers     cached
Mem:          3951       2260       1691         18        356        692
-/+ buffers/cache:       1211       2740
Swap:         4092        543       3549

uptime
 12:06:03 up 38 days, 13:41,  3 users,  load average: 0,11, 0,60, 0,86

Bootin jälkeen:

free -m
             total       used       free     shared    buffers     cached
Mem:          3951        932       3019         25         42        451
-/+ buffers/cache:        438       3513
Swap:         4092          0       4092

uptime
 12:10:39 up 2 min,  2 users,  load average: 1,03, 0,79, 0,32

ver

No LSB modules are available.
Distributor ID:   LinuxMint
Description:   Linux Mint 17.2 Rafaela
Release:   17.2
Codename:   rafaela
Kernel:         3.16.0-38-generic
Bit width:      64 bits
Sound:          Advanced Linux Sound Architecture Driver Version k3.16.0-38-generic.



Jos sammutaisin koneen esimerkiksi yöajaksi kun en sitä käytä niin tuo ilmiö ei tulisi koskaan vastaan.
Yhdellä ainoalla läppärillä joka myös on jatkuvasti päällä esiintyy harvakseltaan toistaiseksi selvittämätön äänen kuoleminen mihin auttaa modprobe eli ajurin uudestaan lataaminen.

70
"villej",
jaksaisitko kirjoittaa jonkun lyhyen rautalankamallin erityisesti liittyen asennuksen loppuvaiheisiin ja jos arvaat mistä kenkä yleensä puristaa niin hieman valottaa sitä ?
Luultavasti kaikki saavat tuon alkuosan toimimaan mutta Ruby-osa on hämärämpi.  Teit ilmeisesti CentOS: n kanssa tuon asennuksesi, kiinnostaisi lopuksi virittää se myös Ubuntuun ja taustojen ymmärtäminen tarkemmin olisi hyödyllistä.


71
...ja se ryhmä on www-data millä Apache pystyy aukaisemaan nuo.

Koodia: [Valitse]
sudo chgrp www-data /var/www
Saatat tarvita vielä "-R" mukaan jos siellä jo on jotain tuon alla... ::)

72
Ubuntu Suomi ja yhteisöt / Päivitykset 22:00
« : 06.03.16 - klo:20.10 »
Palvelinpäivityksiä jonossa jonkin verran.
Voi aiheuttaa lyhyen katkon asennuksen seurauksena.
Mikäli kaikki menee hyvin kuten aiemminkin, ei havaittavaa katkoa.

Edit
22:09  Tehty

73

Koodia: [Valitse]
grep SSLProtocol /etc/apache2/mods-available/ssl.confSSLProtocol all -SSLv2 -SSLv3

74
Yleistä keskustelua / Vs: Fish
« : 06.03.16 - klo:19.24 »
Lainaus
Tuskin jää muutenkaan käyttöön, jos en oletusshelliäni päätä vaihtaa.

Vinkkinä muille:
Kokeilla voi ilman että vaihtaa oletusshelliä.  Asennus ja sitten päätteessä "fish" ja kokeilemaan. "exit"  ja olet takaisin bash: ssä.

75
Tilanne on sikäli huono että se mikä ei toimi Katsomossa Launchy-menun kautta ei toimi johtuen muutoksista mitä ohjelman lähettäjä on tehnyt. 
Jos joku haluaa/ehtii/jaksaa sitä viritellä uuteen uskoon niin hyvä.  Skriptiä tulee nopeasti jos tekninen tausta selvitetty.

Toinen kiusa mikä on Areenan muuttumisen mukana (tahallisesti?) tullut on puuttuvat RSS-linkit. 
Puuttuvat RSS-napit tekevät automaattinauhurin AutoDL käyttökelvottomaksi joka tulkkasi näitä ja toimi ok jonkun vuoden jo. 
Siinäkin sama, "kiitokset" ohjelman lähettäjälle YLE: lle  RSS-linkkien puuttumisesta.
Samoin tämä, en voi nyt ottaa aikaa tämän kikkailuun jotain toista tietä.

 

76
Ongelman syvimmällä syyllä ei ole mitään tekemistä käyttöjärjestelmän kanssa.
Järkevä rauta/firmwaretoteutus olisi tietysti se että emolla olisi pysyvästi kirjoitussuojattu alue jolla koneen saa aina käyntiin niin että pääsee palauttamaan sieltä UEFI setupin. 
Tuollaisen puuttuminen on vakava raudan suunnittelun/toteutuksen puute.  Haittaohjelmakin voi silloin tehdä saman ohjelmallisen tempun (kuten tuolla jo mainittiinkin).
Minusta tuo on emon takuuvaatimuksen peruste.

77
Jos koneen saa käynnistymättömään kuntoon millä hyvänsä softalla tuolla keinolla niin ei voi osoitella muuta kuin UEFI firmwaren toteutusta siitä että siellä ei ole kirjoitussuojattua osaa jolla setup: in tehdasasetukset saa takaisin.  Lieneeköhän tuo miten laaja ongelma eri konemalleissa ?

78
Kokeilin pikaisesti 13.04-versiolla (Mint Olivia) ja siellä php5-mcryptin aktivointi (joka tehdään asennuspaketissa asennuksen lopuksi) aiheuttaa kiusaa kuten näkyy myös pelkällä komentorivikokeilullakin:

Koodia: [Valitse]
php5enmod mcrypt
ERROR: /etc/php5/mods-available/mcrypt.ini does not exist
echo $?
2

Virheestä huolimatta moduli on aktiivinen:
Koodia: [Valitse]
php5 -i | grep mcrypt
/etc/php5/cli/conf.d/mcrypt.ini
Registered Stream Filters => zlib.*, bzip2.*, convert.iconv.*, string.rot13, string.toupper, string.tolower, string.strip_tags, convert.*, consumed, dechunk, mcrypt.*, mdecrypt.*
mcrypt
mcrypt support => enabled
mcrypt_filter support => enabled
mcrypt.algorithms_dir => no value => no value
mcrypt.modes_dir => no value => no value

eli "mcrypt support" on "enabled" tuolla.

Samainen virhe näkyy paketin asennusvirheenä lopuksi mutta yle-dl toimii silti.  Ellei php5-mryptin aktivoinnin virhettä korjaa jotenkin erikseen niin tuohon ei oikein ole muuta keinoa kuin vaientaa php5-mcryptin aktivoinnin tässä tapauksessa tarpeeton virhe tai ei välitä virheviestistä.  Tuota vanhemmissa Ubuntu-versioissa lienee oma ongelmansa kun sieltä esimerkiksi puuttuu "nm": n havainnon mukaisesti kokonaan "php5enmod mcrypt".

79
Tutkin voisiko paketin saada toimimaan ok vanhemmilla versioilla järkevällä vaivalla. 

80
Tuota voisi ehkä soveltaa:

http://askubuntu.com/questions/148715/how-to-fix-package-is-in-a-very-bad-inconsistent-state-error/170808

eli mitä tapahtuu jos annat esimerkiksi:

Koodia: [Valitse]
sudo mv /var/lib/dpkg/info/yle-dl* /tmp/
Koodia: [Valitse]
sudo dpkg --remove --force-remove-reinstreq yle-dl
Koodia: [Valitse]
sudo apt-get purge yle-dl
Hyvä haku Googleen tuohon ongelmaan liittyen on “Package is in a very bad inconsistent state”

Sivuja: 1 2 3 [4] 5 6 ... 169