OpenIndiana Wins


Bueno, despues de darle una seria oportunidad a OpenIndiana y mas precisamente a ZFS, logrando sin inconvenientes publicar mediante ISCSI a un Debian Squeeze tengo que sacarme el sombrero ante la simplicidad que significa administrar un storage server con ZFS.

Haciendo pruebas y reconocimiento del Sistema Operativo, que es totalmente nuevo para mí sólo le encuentro una falencia y es la misma que mencioné en el post anterior, la exigua cantidad de paquetes oficiales disponibles; Y no importa lo que digan, me niego a utilizar repositorios con paquetes armados por quién sabe quién, creo que es la costumbre de utilizar Debian y su inmensa cantidad de paquetes oficiales disponibles.

Aunque PKGBUILD me provee herramientas para poder compilar mis propios paquetes, me he encontrado con que algunos de los que necesito (backuppc, bacula, etc) no son tan simples de compilar exitosamente, máxime teniendo en cuenta que todavía me estoy habituando al significado de usar OpenIndiana/Solaris.

Siendo también la primera vez que utilizo ISCSI en producción me he encontrado con una serie de “detalles” a tener en cuenta cuando configuramos un iscsi-initiator en Debian Squeeze, algo que detallaré en otro post.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
root@oiserver:~# uname -a
SunOS oiserver 5.11 oi_151a4 i86pc i386 i86pc Solaris
root@oiserver:~# zpool status -v
  pool: rpool
 state: ONLINE
  scan: none requested
config:
 
        NAME        STATE     READ WRITE CKSUM
        rpool       ONLINE       0     0     0
          c2d0s0    ONLINE       0     0     0
 
errors: No known data errors
 
  pool: rzpool
 state: ONLINE
  scan: none requested
config:
 
        NAME        STATE     READ WRITE CKSUM
        rzpool      ONLINE       0     0     0
          raidz1-0  ONLINE       0     0     0
            c3d0    ONLINE       0     0     0
            c3d1    ONLINE       0     0     0
            c4d0    ONLINE       0     0     0
            c4d1    ONLINE       0     0     0
            c6d0    ONLINE       0     0     0
            c6d1    ONLINE       0     0     0
 
errors: No known data errors
root@oiserver:~# uname -a
SunOS oiserver 5.11 oi_151a4 i86pc i386 i86pc Solaris
root@oiserver:~# zpool status -v
  pool: rpool
 state: ONLINE
  scan: none requested
config:

        NAME        STATE     READ WRITE CKSUM
        rpool       ONLINE       0     0     0
          c2d0s0    ONLINE       0     0     0

errors: No known data errors

  pool: rzpool
 state: ONLINE
  scan: none requested
config:

        NAME        STATE     READ WRITE CKSUM
        rzpool      ONLINE       0     0     0
          raidz1-0  ONLINE       0     0     0
            c3d0    ONLINE       0     0     0
            c3d1    ONLINE       0     0     0
            c4d0    ONLINE       0     0     0
            c4d1    ONLINE       0     0     0
            c6d0    ONLINE       0     0     0
            c6d1    ONLINE       0     0     0

errors: No known data errors

Lo único que aún no logro resolver y es una necesidad casi inmediata es lograr instalar el sistema de forma completa sobre un arreglo raidz, en el ejemplo de arriba instalé el sistema de un disco IDE (c2d0s0), y con 6 discos de 2Tb armé un arreglo raidz que me dió 8.8Tb de espacio disponible.

OpenIndiana fail

En este momento estoy reemplazando el server de backup de mi empresa, tiene Debian Squeeze i386 + backuppc con el que hago backups de todos mis servidores a través de una simple configuración rsync.

Dado que he comprado 7 discos de 2TB, necesito comenzar a backupear también todos los desktops, pero backuppc es muy limitado para esa tarea dado que no me permite poder guardar archivos en uso cuando se trata de clientes Windows; La solución por supuesto se decanta por Bacula.
Aún así, necesito optimizar al máximo el espacio que me brindarán utilizar 6 discos de 2TB y por supuesto ZFS es la mejor opción, pero…

ZFS es excelente, pero desgraciadamente OpenIndiana dispone de una cantidad extremadamente limitada de software.
blastwave está muerto y compilar todo el software que necesito manualmente puede tomar mucho tiempo.

Creo que lo mejor que puedo hacer es instalar FreeBSD 9.0 y usar ZFS allí, lo que más necesito en este momento es la deduplicación.

Upgrade Redmine 1.3.x > 1.4.1 en Debian Squeeze

Ahora que está disponible la versión 1.4.1 de Redmine vamos a ver los pasos para actualizar desde las versiones 1.3.x. a la 1.4.1.

Importante!
En algunos casos, ciertos plugins no funcionan con esta nueva versión, para evitar inconvenientes se recomienda revisar si hay nuevas versiones y antes de realizar el upgrade de Redmine, actualizar cada uno de los plugins que utilicen; De no haber plugins compatibles con la nueva versión de Redmine deben desinstalarlos antes de hacer el upgrade de Redmine.

Instalar dependencias

1
2
3
4
5
6
server:~# cd /var/lib/redmine/
server:~# gem install bundler
server:~# gem install rdoc -v=2.4.2
server:~# gem install sqlite3 -v=1.3.6
server:~# gem install rmagick -v=2.13.1
server:~# aptitude install libmysqlclient-dev libmysql-ruby libdbd-mysql-ruby1.8 libdbd-mysql-ruby libmagick9-dev libpq-dev libsqlite3-dev -y
server:~# cd /var/lib/redmine/
server:~# gem install bundler
server:~# gem install rdoc -v=2.4.2
server:~# gem install sqlite3 -v=1.3.6
server:~# gem install rmagick -v=2.13.1
server:~# aptitude install libmysqlclient-dev libmysql-ruby libdbd-mysql-ruby1.8 libdbd-mysql-ruby libmagick9-dev libpq-dev libsqlite3-dev -y

Cambiamos la url del repositorio local (la instalación original se hizo con SVN)

1
2
3
4
5
6
server:~# svn switch http://redmine.rubyforge.org/svn/branches/1.4-stable
*
*
*
*
server:~# Checked out revision 9656.
server:~# svn switch http://redmine.rubyforge.org/svn/branches/1.4-stable
*
*
*
*
server:~# Checked out revision 9656.

Ejecutamos bundle para comprobar que todas las dependencias estan correctamente instaladas.

1
server:~# /var/lib/gems/1.8/bin/bundle install --without development production
server:~# /var/lib/gems/1.8/bin/bundle install --without development production

Y finalmente actualizamos la base de datos

1
2
3
4
server:~# rake db:migrate RAILS_ENV=production
server:~# rake db:migrate_plugins RAILS_ENV=production
server:~# rake tmp:cache:clear
server:~# tmp:sessions:clear
server:~# rake db:migrate RAILS_ENV=production
server:~# rake db:migrate_plugins RAILS_ENV=production
server:~# rake tmp:cache:clear
server:~# tmp:sessions:clear

Sólo resta reiniciar Apache para verificar el upgrade.

Click para agrandar

Game of Thrones Fail

Fail en el quinto episodio de la segunda temporada de Game of Thrones, creo que falta algo en esos remos.

Click para agrandar

Click para agrandar

Asi da gusto navegar II

Click para agrandar