Warning: Parameter 1 to behaviorsPagesStatiques::addTplPath() expected to be a reference, value given in /home/flyounet/dev.flyou.net/dotclear-2.2.3/inc/core/class.dc.core.php on line 304

Warning: Cannot modify header information - headers already sent by (output started at /home/flyounet/dev.flyou.net/dotclear-2.2.3/inc/core/class.dc.core.php:304) in /home/flyounet/dev.flyou.net/dotclear-2.2.3/inc/libs/clearbricks/common/lib.http.php on line 248

Warning: Cannot modify header information - headers already sent by (output started at /home/flyounet/dev.flyou.net/dotclear-2.2.3/inc/core/class.dc.core.php:304) in /home/flyounet/dev.flyou.net/dotclear-2.2.3/inc/libs/clearbricks/common/lib.http.php on line 250

Warning: Cannot modify header information - headers already sent by (output started at /home/flyounet/dev.flyou.net/dotclear-2.2.3/inc/core/class.dc.core.php:304) in /home/flyounet/dev.flyou.net/dotclear-2.2.3/inc/libs/clearbricks/common/lib.http.php on line 250

Warning: Cannot modify header information - headers already sent by (output started at /home/flyounet/dev.flyou.net/dotclear-2.2.3/inc/core/class.dc.core.php:304) in /home/flyounet/dev.flyou.net/dotclear-2.2.3/inc/libs/clearbricks/common/lib.http.php on line 250

Warning: Cannot modify header information - headers already sent by (output started at /home/flyounet/dev.flyou.net/dotclear-2.2.3/inc/core/class.dc.core.php:304) in /home/flyounet/dev.flyou.net/dotclear-2.2.3/inc/public/lib.urlhandlers.php on line 85

Warning: Cannot modify header information - headers already sent by (output started at /home/flyounet/dev.flyou.net/dotclear-2.2.3/inc/core/class.dc.core.php:304) in /home/flyounet/dev.flyou.net/dotclear-2.2.3/inc/libs/clearbricks/common/lib.http.php on line 273
Informations - Flyou.net [Dev] : Développements

Aller au contenu | Aller au menu | Aller à la recherche

Flyou.net [Dev] : Développements

mercredi 20 juillet 2011

Comment déterminer un disque en partant d'un répertoire sur AIX

Oui, bon alors, il y en a qui vont dire : "Ton titre, il est nul, on ne comprend rien". C'est probable, mais c'est surtout un pense-bête pour moi-même.

Donc admettons que nous connaissions le répertoire /opt/WebSphere61, un simple df me donne quelques informations :

   # df -k /opt/WebSphere61
   Filesystem    1024-blocks      Free %Used    Iused %Iused Mounted on
   /dev/was61log     4128768    344040   92%     2370     3% /opt/WebSphere61

Cependant je n'ai toujours par connaissance du disque. Voyons si lsfs peut nous aider :

# lsfs
Name            Nodename   Mount Pt               VFS   Size    Options    Auto Accounting
/dev/hd4        --         /                      jfs2  131072  --         yes  no 
/dev/hd1        --         /home                  jfs2  65536   --         yes  no 
/dev/hd2        --         /usr                   jfs2  7208960 --         yes  no 
/dev/hd9var     --         /var                   jfs2  1114112 --         yes  no 
/dev/hd3        --         /tmp                   jfs2  2162688 --         yes  no 
/dev/hd11admin  --         /admin                 jfs2  262144  --         yes  no 
/proc           --         /proc                  procfs --      --         yes  no 
/dev/hd10opt    --         /opt                   jfs2  9699328 --         yes  no 
/dev/was61log   --         /opt/WebSphere61       jfs2  14548992 rw         yes  no 
/dev/lvcode     --         /code                  jfs2  20971520 rw         no   no 

Donc pas mieux... Mais pas pire non plus...

D'où, deux choix, je me farci tous les VGs à la main pour déterminer le LV en fonction du répertoire cherché, comme ça :

# lsvg
rootvg
appvg
datavg

# lsvg -l rootvg
rootvg:
...
# lsvg -l  appvg
appvg:
...
# lsvg -l  datavg
datavg:
...
was61log            jfs2       63      63      1    open/syncd    /opt/WebSphere61
...

Ou alors, je suis une faignasse et je tape :

# for vg in $(lsvg); do echo "${vg}: "; lsvg -l "${vg}" grep /opt/WebSphere61; done
rootvg: 
appvg: 
datavg: 
was61log            jfs2       63      63      1    open/syncd    /opt/WebSphere61

Me reste plus qu'un petit lslv et pis c'est tout :

# lslv -l was61log
was61log:/opt/WebSphere61
PV                COPIES        IN BAND       DISTRIBUTION  
hdisk5            063:000:000   100%          000:063:000:000:000 

Donc mon répertoire est sur le disk 5...

Bon je suis sympa, il y a plus simple :

# r="/opt/WebSphere61";for vg in $(lsvg); do a=$(lsvg -l $vg | awk -vrep=$r '($0 ~ rep){ print $1}'); [[ -z $a ]] || lslv -l $a;done
was61log:/opt/WebSphere61
PV                COPIES        IN BAND       DISTRIBUTION  
hdisk5            063:000:000   100%          000:063:000:000:000 

samedi 7 mai 2011

Le shell pour tout expliquer : World Supremacy - Draw Game

Le shell permet de quasiment tout faire ; pourquoi ne pas tout expliquer par le Shell :

everybody@worldsupremacy$ ssh laden@home
laden@home$ sudo mv kamikz /home/usa
Password:
laden@home$ ssh kamikz@usa
kamikz@usa$ mv /home/usa/planes /home/usa/worldTrade/center
kamikz@usa$ rm -rf /home/usa/worldTrade
kamikz@usa$ logout
laden@home$ logout
everybody@worldsupremacy$ ssh usa@home
usa@home$ locate laden
usa@home$ ssh usa@irak "find /home -name laden"
usa@home$ ssh usa@afganistan "find /home -name laden"
usa@home$ ssh usa@pakistan  "find /home -name laden"
usa@pakistan's password:
find: "/home": Permission denied
usa@home$ ssh seals@pakistan
seals@pakistan's password:
Permission denied, please try again.
seals@pakistan's password: 
Permission denied, please try again.
seals@pakistan's password: 
Permission denied (publickey,gssapi-keyex,gssapi-with-mic,password).
usa@home$ ssh seals@pakistanBackDoor
ssh: connect to host pakistanBackDoor port 22: Connection refused
usa@home$ cat operation.txt
 + Operation Neptune's Spear
 + Kill  Geronimo
 + Take photos
 + Be nice
usa@home$ grep -i way /etc/services | grep spear
spearway	2440/udp    # Spearway Lockers
spearway	2440/tcp    # Spearway Lockers
usa@home$ ssh -p 2440 -R3615:localhost:22 seals@pakistanBackDoor
seals@pakistanBackDoor's password:
seals@pakistanBackDoor$ cd /bin
seals@pakistanBackDoor$ killall -TERM laden
seals@pakistanBackDoor$ import -window root bin_laden_ScreenHeadShot.png
seals@pakistanBackDoor$ scp -P3615 bin_laden_ScreenHeadShot.png usa@localhost:
usa@localhost's password:
seals@pakistanBackDoor$ mv /bin/laden /usr/games/fillets
seals@pakistanBackDoor$ ln -s /usr/games/fillets /usr/games/fishFilletsNG
seals@pakistanBackDoor$ logout
usa@home$ scp usa@pakistan:./bin_laden_ScreenHeadShot.png /dev/null
usa@pakistan's password: 
everybody@worldsupremacy$ logout

mercredi 4 mai 2011

Petite note pour plus tard (FCGI + Dotclear)

Après mettre rendu compte que les billets ne fonctionnaient plus (ça doit faire plusieurs mois que ça ne fonctionne plus), il semble acquis qu'un problème lié à FastCGI + mod_rewrite existe, aussi la méthode la plus simple est de ne pas l'utiliser, car même la méthode d'ajouter un ? ne fonctionne pas partout...

Si ce n'est pas clair, ce n'est pas grave c'est personnel, pour plus tard...

Lire une page de man (non installée) en local (sur AIX)

Bon comme sur AIX, je me trimballe du Bash 3.0, autant dire que le "parameter expansion" est quasi inexistant. Donc quand on a pas le droit d'installer un Bash 4, on le colle dans un répertoire quelconque. Oui mais pour lire la page de man qui n'est pas installée ?

man -m -M ../myAIXBash4/opt/freeware/man/ bash
-M PATH pour indiquer le path de la page de man. On ne met surtout pas : ../myAIXBash4/opt/freeware/man/man1/ !
-m pour ne chercher que dans le path indiqué par le -M
la page cherchée

jeudi 6 mai 2010

Java problem with FreePlane on Ubuntu 9.10 Karmic

If you have such a problem ERROR: Your Java is not a derivative from Sun's code when starting FreePlane (or FreeMind), correct your java with the command :

/usr/sbin/update-alternatives --config java

mardi 19 août 2008

Passage à Dotclear 2.0.1

Plus d'infos dans le billet d'Olivier Meunier. Dotclear 2

Du coup, il faut vraiment que je fasse quelque chose pour mon problème de proxy avec l'admin de Dotclear.

Edit : Du coup, j'en profite pour ajouter des plugins :

samedi 26 janvier 2008

Enfin une nouvelle version

Depuis que mon hébergeur[1] s'est éteint (ou bientôt...), j'ai finalement migré ailleurs (vers un pays de drogues et de président pas fini...).

Sachant que je n'ai pas réussi à faire créer le sous domaine loco.flyou.net, je migre les scripts fonctionnant chez Loco sur ce sous-domaine.

En espérant que j'ai le temps de régulièrement faire des mises à jour...

Notes

[1] Loco-Web