Nie ma to jak gadać sam ze sobą... :( ale to się innym może przydać... ;)
Dnia sobota 01 listopad 2003 13:13, Dawid Kowalski napisał:
> Dnia sobota 01 listopad 2003 12:30, Przemysław 'Repcio' Gubernat napisał:
> > On Sat, Nov 01, 2003 at 11:57:23AM +0100, Dawid Kowalski wrote:
> > > Dnia czwartek 30 październik 2003 12:41, Dawid Kowalski napisał:
> > > > [cut]
> > > > Can't call method "val" on an undefined value at
> > > > /usr/local/bin/lms-traffic line 85.
> > >
> > > Ten sam błąd pojawia się przy wszystkich pozostałych lms-* więc pewnie
> > > to wina perl'a... tylko jak to poprawić?... na perlu to ja się niestety
> > > nie znam - ma ktoś pomysł?...
> >
> > Hmm.. PLD lms z CVS'u i nic takiego nie występuję..
>
> a właśnie, że występuje :( niestety :(
> i nie jest to kwestia lms... tylko chyba perl'a tak jak napisałem... w
> sumie może nie powinienem pytać tutaj o to... ale nie wiem gdzie szukać
> pomocy. Jeśli byście mogli sprawdzić jakich wersji perl'a i bibliotek u
> siebie używacie to może to by mi pomogło. U mnie są następujące:
>
[cut]
>
> I są to z paczek z pld.... nie wiem co mam na ten cały temat myśleć,
> dlaczego to nie działa - albo ważniejsze - jak to naprawić?
>
Troche długie te cytaty... ale pseudoistotne...
więc po kolei... jest to sobie system, ktory chodzi... i dostep do niego
oprocz mnie ma jeszcze jedna, slownie jedna osoba, wykorzystaniem swoich
hasel, etc.... security jest ok :) jednak ma ona dostep do konfiguracji,
m.in. lms'a... spytacie i co z tego?... no wlasnie i ta osoba juz
wielokrotnie zmieniala uprawnienia dostepu do lms'a (access liste po
ipkach)... i tym razem tez zmienila, tylko za diabla nie mam pojeciu dlaczego
to spierd#@##$.... no i access wygladalo tak:
###
allow_from =
1.2.3.4.0/23 ; lokal
, 2.3.4.5 ; zewn_adr
, 3.4.5.6/30 ; what da fuck
###
no i na pytania czy coś było zmieniane, oczywiście odpowiedź była k#@$#
negatywna... wiec nie sprawdzalem wszystkiego... tym bardziej ze perl
krzyczal o skryptach a nie o pliczkach z konfiguracja (perla wtedy jeszcze
kompletnie nie kumałem)...
Więc... całość miała miejsce jakieś dwa tygodnie temu, zachodziłem w głowę co
się działo że to nie działało - jakoś nie potrafiłem sobie przypomnieć, żebym
coś magicznie zmieniał (upgradował - bo spierdzielony plik ini nie brałem pod
uwagę - zostało wykluczone na samym początku), rpm mówił mi daty, że wszystko
było w porządku - nic nie było upgradeowane... testowałem ze starszymi
wersjami bibliotek i w ogóle - wszystkie możliwe kombinacje alpejskie...
i nic... nic nie pomagało...
Więc praktycznie od środy uczyłem się perl'a jak działa a w między czasie
kombinowałem z kombinacjami alpejskimi...
no i się udało... tak jak napisałem powyżej, po prostu "ten drugi" spier#@$#
plik ini i nie raczył mnie o tym poinformować...
Wniosek na przyszłość? - chyba nie dawać dostępu do konfiguracji osobom, które
się orientują... kurna, tak nie może być, bo czasem ta druga czy inna osoba
jest potrzebna ale za te ostatnie dwa tygodnie myślenia i ostatnie pare dni
"do dupy" to mam teraz skrzywione myślenie na ten temat.
Jak coś nie działa i na prawde nic się nie robiło a przestało działać to
pierwsze co to szukać czynnika ludzkiego, jak nie "ja" to na pewno ktoś to
spierdzielił... samo się na pewno nie...
Więc sprawdzać kto kiedy i co robił i dopiero podejmować działania w stylu
kombinacje alpejskie...
Niom... mam nadzieje, że nikogo nie znudziłem :)
podsumowujac - nie był winny ani perl ani lms a był winny człowiek, niemniej
jednak perl a dokładniej Config::IniFiles mogłoby sprawdzać i ewentualnie coś
mówić, na ten temat, że plik jest niepoprawnie składniowo zapisany.
uff.... miłej nocy życzę wszystkim :)
acha... dzięki wszystkim za chęci pomocy - ale jak widać nie mieliście szans
mi pomóc - nie podesłałem ini'ka bo niczego nie podejrzewałem :) ba... kumpel
oddalił najmniejsze podejrzenia... whatever... dobrej nocki :)
--
Z pozdrowieniami,
Dawid Kowalski
