blog/archive/2014/03/03.rss

   1 <?xml version="1.0" encoding="ISO-8859-1"?>
   2 <rss version='2.0' xmlns:lj='http://www.livejournal.org/rss/lj/1.0/'>
   3         <channel>
   4                 <title>Petter Reinholdtsen - Entries from March 2014</title>
   5                 <description>Entries from March 2014</description>
   6                 <link>http://people.skolelinux.org/pere/blog/</link>
   7
   8
   9         <item>
  10                 <title>How to add extra storage servers in Debian Edu / Skolelinux</title>
  11                 <link>http://people.skolelinux.org/pere/blog/How_to_add_extra_storage_servers_in_Debian_Edu___Skolelinux.html</link>
  12                 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/How_to_add_extra_storage_servers_in_Debian_Edu___Skolelinux.html</guid>
  13                 <pubDate>Fri, 14 Mar 2014 12:50:00 +0100</pubDate>
  14                 <description>&lt;p&gt;On larger sites, it is useful to use a dedicated storage server for
  15 storing user home directories and data.  The design for handling this
  16 in &lt;a href=&quot;http://www.skolelinux.org/&quot;&gt;Debian Edu / Skolelinux&lt;/a&gt;, is
  17 to update the automount rules in LDAP and let the automount daemon on
  18 the clients take care of the rest.  I was reminded about the need to
  19 document this better when one of the customers of
  20 &lt;a href=&quot;http://www.slxdrift.no/&quot;&gt;Skolelinux Drift AS&lt;/a&gt;, where I am
  21 on the board of directors, asked about how to do this.  The steps to
  22 get this working are the following:&lt;/p&gt;
  23
  24 &lt;p&gt;&lt;ol&gt;
  25
  26 &lt;li&gt;Add new storage server in DNS.  I use nas-server.intern as the
  27 example host here.&lt;/li&gt;
  28
  29 &lt;li&gt;Add automoun LDAP information about this server in LDAP, to allow
  30 all clients to automatically mount it on reqeust.&lt;/li&gt;
  31
  32 &lt;li&gt;Add the relevant entries in tjener.intern:/etc/fstab, because
  33 tjener.intern do not use automount to avoid mounting loops.&lt;/li&gt;
  34
  35 &lt;/ol&gt;&lt;/p&gt;
  36
  37 &lt;p&gt;DNS entries are added in GOsa², and not described here.  Follow the
  38 &lt;a href=&quot;https://wiki.debian.org/DebianEdu/Documentation/Wheezy/GettingStarted&quot;&gt;instructions
  39 in the manual&lt;/a&gt; (Machine Management with GOsa² in section Getting
  40 started).&lt;/p&gt;
  41
  42 &lt;p&gt;Ensure that the NFS export points on the server are exported to the
  43 relevant subnets or machines:&lt;/p&gt;
  44
  45 &lt;p&gt;&lt;blockquote&gt;&lt;pre&gt;
  46 root@tjener:~# showmount -e nas-server
  47 Export list for nas-server:
  48 /storage         10.0.0.0/8
  49 root@tjener:~#
  50 &lt;/pre&gt;&lt;/blockquote&gt;&lt;/p&gt;
  51
  52 &lt;p&gt;Here everything on the backbone network is granted access to the
  53 /storage export.  With NFSv3 it is slightly better to limit it to
  54 netgroup membership or single IP addresses to have some limits on the
  55 NFS access.&lt;/p&gt;
  56
  57 &lt;p&gt;The next step is to update LDAP.  This can not be done using GOsa²,
  58 because it lack a module for automount.  Instead, use ldapvi and add
  59 the required LDAP objects using an editor.&lt;/p&gt;
  60
  61 &lt;p&gt;&lt;blockquote&gt;&lt;pre&gt;
  62 ldapvi --ldap-conf -ZD &#39;(cn=admin)&#39; -b ou=automount,dc=skole,dc=skolelinux,dc=no
  63 &lt;/pre&gt;&lt;/blockquote&gt;&lt;/p&gt;
  64
  65 &lt;p&gt;When the editor show up, add the following LDAP objects at the
  66 bottom of the document.  The &quot;/&amp;&quot; part in the last LDAP object is a
  67 wild card matching everything the nas-server exports, removing the
  68 need to list individual mount points in LDAP.&lt;/p&gt;
  69
  70 &lt;p&gt;&lt;blockquote&gt;&lt;pre&gt;
  71 add cn=nas-server,ou=auto.skole,ou=automount,dc=skole,dc=skolelinux,dc=no
  72 objectClass: automount
  73 cn: nas-server
  74 automountInformation: -fstype=autofs --timeout=60 ldap:ou=auto.nas-server,ou=automount,dc=skole,dc=skolelinux,dc=no
  75
  76 add ou=auto.nas-server,ou=automount,dc=skole,dc=skolelinux,dc=no
  77 objectClass: top
  78 objectClass: automountMap
  79 ou: auto.nas-server
  80
  81 add cn=/,ou=auto.nas-server,ou=automount,dc=skole,dc=skolelinux,dc=no
  82 objectClass: automount
  83 cn: /
  84 automountInformation: -fstype=nfs,tcp,rsize=32768,wsize=32768,rw,intr,hard,nodev,nosuid,noatime nas-server.intern:/&amp;
  85 &lt;/pre&gt;&lt;/blockquote&gt;&lt;/p&gt;
  86
  87 &lt;p&gt;The last step to remember is to mount the relevant mount points in
  88 tjener.intern by adding them to /etc/fstab, creating the mount
  89 directories using mkdir and running &quot;mount -a&quot; to mount them.&lt;/p&gt;
  90
  91 &lt;p&gt;When this is done, your users should be able to access the files on
  92 the storage server directly by just visiting the
  93 /tjener/nas-server/storage/ directory using any application on any
  94 workstation, LTSP client or LTSP server.&lt;/p&gt;
  95 </description>
  96         </item>
  97
  98         <item>
  99                 <title>Hvordan bør RFC 822-formattert epost lagres i en NOARK5-database?</title>
 100                 <link>http://people.skolelinux.org/pere/blog/Hvordan_b_r_RFC_822_formattert_epost_lagres_i_en_NOARK5_database_.html</link>
 101                 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Hvordan_b_r_RFC_822_formattert_epost_lagres_i_en_NOARK5_database_.html</guid>
 102                 <pubDate>Fri, 7 Mar 2014 15:20:00 +0100</pubDate>
 103                 <description>&lt;p&gt;For noen uker siden ble NXCs fri programvarelisenserte
 104 NOARK5-løsning
 105 &lt;a href=&quot;http://www.nuug.no/aktiviteter/20140211-noark/&quot;&gt;presentert hos
 106 NUUG&lt;/a&gt; (video
 107 &lt;a href=&quot;https://www.youtube.com/watch?v=JCb_dNS3MHQ&quot;&gt;på youtube
 108 foreløbig&lt;/a&gt;), og det fikk meg til å titte litt mer på NOARK5,
 109 standarden for arkivhåndtering i det offentlige Norge.  Jeg lurer på
 110 om denne kjernen kan være nyttig i et par av mine prosjekter, og for ett
 111 av dem er det mest aktuelt å lagre epost.  Jeg klarte ikke finne noen
 112 anbefaling om hvordan RFC 822-formattert epost (aka Internett-epost)
 113 burde lagres i NOARK5, selv om jeg vet at noen arkiver tar
 114 PDF-utskrift av eposten med sitt epostprogram og så arkiverer PDF-en
 115 (eller enda værre, tar papirutskrift og lagrer bildet av eposten som
 116 PDF i arkivet).&lt;/p&gt;
 117
 118 &lt;p&gt;Det er ikke så mange formater som er akseptert av riksarkivet til
 119 langtidsoppbevaring av offentlige arkiver, og PDF og XML er de mest
 120 aktuelle i så måte.  Det slo meg at det måtte da finnes en eller annen
 121 egnet XML-representasjon og at det kanskje var enighet om hvilken som
 122 burde brukes, så jeg tok mot til meg og spurte
 123 &lt;a href=&quot;http://samdok.com/&quot;&gt;SAMDOK&lt;/a&gt;, en gruppe tilknyttet
 124 arkivverket som ser ut til å jobbe med NOARK-samhandling, om de hadde
 125 noen anbefalinger:
 126
 127 &lt;p&gt;&lt;blockquote&gt;
 128 &lt;p&gt;Hei.&lt;/p&gt;
 129
 130 &lt;p&gt;Usikker på om dette er riktig forum å ta opp mitt spørsmål, men jeg
 131 lurer på om det er definert en anbefaling om hvordan RFC
 132 822-formatterte epost (aka vanlig Internet-epost) bør lages håndteres
 133 i NOARK5, slik at en bevarer all informasjon i eposten
 134 (f.eks. Received-linjer).  Finnes det en anbefalt XML-mapping ala den
 135 som beskrives på
 136 &amp;lt;URL: &lt;a href=&quot;https://www.informit.com/articles/article.aspx?p=32074&quot;&gt;https://www.informit.com/articles/article.aspx?p=32074&lt;/a&gt; &amp;gt;?  Mitt
 137 mål er at det skal være mulig å lagre eposten i en NOARK5-kjerne og
 138 kunne få ut en identisk formattert kopi av opprinnelig epost ved
 139 behov.&lt;/p&gt;
 140 &lt;/blockquote&gt;&lt;/p&gt;
 141
 142 &lt;p&gt;Postmottaker hos SAMDOK mente spørsmålet heller burde stilles
 143 direkte til riksarkivet, og jeg fikk i dag svar derfra formulert av
 144 seniorrådgiver Geir Ivar Tungesvik:&lt;/p&gt;
 145
 146 &lt;p&gt;&lt;blockquote&gt;
 147 &lt;p&gt;Riksarkivet har ingen anbefalinger når det gjelder konvertering fra
 148 e-post til XML.  Det står arkivskaper fritt å eventuelt definere/bruke
 149 eget format.  Inklusive da - som det spørres om - et format der det er
 150 mulig å re-etablere e-post format ut fra XML-en.  XML (e-post)
 151 dokumenter må være referert i arkivstrukturen, og det må vedlegges et
 152 gyldig XML skjema (.xsd) for XML-filene. Arkivskaper står altså fritt
 153 til å gjøre hva de vil, bare det dokumenteres og det kan dannes et
 154 utrekk ved avlevering til depot.&lt;/p&gt;
 155
 156 &lt;p&gt;De obligatoriske kravene i Noark 5 standarden må altså oppfylles -
 157 etter dialog med Riksarkivet i forbindelse med godkjenning. For
 158 offentlige arkiv er det særlig viktig med filene loependeJournal.xml
 159 og offentligJournal.xml. Private arkiv som vil forholde seg til Noark
 160 5 standarden er selvsagt frie til å bruke det som er relevant for dem
 161 av obligatoriske krav.&lt;/p&gt;
 162 &lt;/blockquote&gt;&lt;/p&gt;
 163
 164 &lt;p&gt;Det ser dermed ut for meg som om det er et lite behov for å
 165 standardisere XML-lagring av RFC-822-formatterte meldinger.  Noen som
 166 vet om god spesifikasjon i så måte?  I tillegg til den omtalt over,
 167 har jeg kommet over flere aktuelle beskrivelser (søk på &quot;rfc 822
 168 xml&quot;, så finner du aktuelle alternativer).&lt;/p&gt;
 169
 170 &lt;ul&gt;
 171
 172 &lt;li&gt;&lt;a href=&quot;http://www.openhealth.org/xmtp/&quot;&gt;XML MIME Transformation
 173 protocol (XMTP)&lt;/a&gt; fra OpenHealth, sist oppdatert 2001.&lt;/li&gt;
 174
 175 &lt;li&gt;&lt;a href=&quot;https://tools.ietf.org/html/draft-klyne-message-rfc822-xml-03&quot;&gt;An
 176 XML format for mail and other messages&lt;/a&gt; utkast fra IETF datert
 177 2001.&lt;/li&gt;
 178
 179 &lt;li&gt;&lt;a href=&quot;http://www.informit.com/articles/article.aspx?p=32074&quot;&gt;xMail:
 180 E-mail as XML&lt;/a&gt; en artikkel fra 2003 som beskriver python-modulen
 181 rfc822 som gir ut XML-representasjon av en RFC 822-formattert epost.&lt;/li&gt;
 182
 183 &lt;/ul&gt;
 184
 185 &lt;p&gt;Finnes det andre og bedre spesifikasjoner for slik lagring?  Send
 186 meg en epost hvis du har innspill.&lt;/p&gt;
 187 </description>
 188         </item>
 189
 190         </channel>
 191 </rss>