startowanie basha z perla
witam,
pytanie z pogranicza perla i basha.
napisalem sobie takie małe badziewko w perlu do logowania poleceń
(pewnie są lepsze rozwiązania, ale takiego czegoś potrzebuję) --
załączam poniżej, może się komuś przyda. Jednego tylko nie wiem: jak
wystartować basha z innym promptem? PS1 jest czytane z .profile (czego
nie chcę zmieniać), więc w jakiś sposób musiałbym bashowi polecić
wykonanie jako pierwszego polecenia PS1="nowy prompt" i czekanie na
dalsze...
j.
#!/usr/bin/perl
# logging specific commands from bash in a user-defined file
use strict ;
use warnings ;
# where to log in the current directory
my $log = ($ARGV[0] or "logger-LOG.TXT") ;
my $if ;
print STDERR "Logging to file $log\n" ;
# get the description
print STDERR "Enter description, press ctrl-d when done:\n" ;
my @desc = readline STDIN ;
# start a new log entry
open($if, ">>$log") or die "Cannot open log file $log:\n$!\n" ;
print $if "-\n" ;
printf $if "date: %s\n", `date` ;
print $if join("\n", @desc) ;
printf $if "Commands issued:\n" ;
close $if ;
print STDERR "Enter your command normally; when you are done, press
ctr-d or write 'exit' \n" ;
# change the history file
$ENV{'HISTFILE'} = $log ;
system 'bash' ;
print STDERR "Logging finished\n" ;
--
January Weiner 3 -+---
Division of Bioinformatics, University of Muenster | Schloßplatz 4
(+49)(251)8321634 | D48149 Münster
http://www.uni-muenster.de/Biologie.Botanik/ebb/| Germany
Re: Problem z Debianem
> Nie do wiary -- reboot pomg. Pki co, dziaa. Licz si powanie z tym, e to jednak co ze sprztem. David (ktorego poznales) przypomnial mi o jednym -- podobne problemy mielismy na innym komputerze o zupelnie innej architekturze (zaoralismy go bez wnikania w szczegoly). Zaobserwowalem tez cos podobnego rowniez na swojej stacji roboczej, ale tylko raz -- nastepnego dnia juz nie bylo (zamykamy komputery na noc, bo strasznie goraco inaczej). Tak ze problem hardware'owy, choc mozliwy, jest bardzo malo prawdopodobny. Dwa rozne komputery, z roznych firm, jeden z nich serwer ProLiant, drugi noname, jeden z RAID 5 i dyskami SCSI, drugi z dwoma dyskami IDE cierpia na ta sama dolegliwosc w tym samym czasie? E. January -- ---- January Weiner 3 -+--- Division of Bioinformatics, University of Muenster | Schloplatz 4 (+49)(251)8321634 | D48149 Mnster http://www.uni-muenster.de/Biologie.Botanik/ebb/| Germany -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problem z Debianem
> Na przykład co? Oczywiście, nie wykluczam tego, ale dedykowane > oprogramowanie HP do sprawdzania sprzętu w każdym razie żadnych błędów > nie wykryło. tak jak pisałem - memtest Oczywiście, to też. Sprawdziłem przy okazji rebootowania. January -- ---- January Weiner 3 -+--- Division of Bioinformatics, University of Muenster | Schloßplatz 4 (+49)(251)8321634 | D48149 Münster http://www.uni-muenster.de/Biologie.Botanik/ebb/| Germany
Re: Problem z Debianem
> Nie do wiary -- reboot pomógł. Póki co, działa. Licz się poważnie z tym, że to jednak coś ze sprzętem. Na przykład co? Oczywiście, nie wykluczam tego, ale dedykowane oprogramowanie HP do sprawdzania sprzętu w każdym razie żadnych błędów nie wykryło. j. -- ---- January Weiner 3 -+--- Division of Bioinformatics, University of Muenster | Schloßplatz 4 (+49)(251)8321634 | D48149 Münster http://www.uni-muenster.de/Biologie.Botanik/ebb/| Germany
Re: Problem z Debianem
Nie do wiary -- reboot pomógł. Póki co, działa. January
Re: Problem z Debianem
Zdziwniej i zdziwniej.
Przyjrzałem się jeszcze raz wynikom ltrace, dokładniej, i oto do czego
doszedłem: SIGPIPE pojawia się zaraz po getpwuid() albo po getgrgid():
getgrgid(2526, 0xbfcb7bd3, 0xbfcb7888, 2526, 0x805c0d8
--- SIGPIPE (Broken pipe) ---
--- SIGPIPE (Broken pipe) ---
Ale później następuje:
<... getgrgid resumed> ) = 0xb4fc3fdc
malloc(12) = 0x8068a30
strlen("r0bornb")
(r0bornb to poprawna grupa)
Wreszcie na końcu ltrace mamy:
fflush_unlocked(0xb4fc25e0, 0x80675e0, 1, 0x80677b8, 1) = 0
sigprocmask(0, 0x805b580, 0xbfcd015c) = 0
signal(13, NULL) = 0x8049ce0
raise(13, 0, 0xbfcd015c, 0x80677b8, 1)= 0
sigprocmask(2, 0xbfcd015c, NULL
--- SIGPIPE (Broken pipe) ---
+++ killed by SIGPIPE +++
Oczywiście, bawię się ls, bo najłatwiej, ale problemy dotyczą też
innych programów.
To jest jakiś bashowy pseudolimit nie występujący w rzeczywistości
w jądrze jako modyfikowalny limit dostępności zasobu. N
No to w takim razie jednak to nie to.
Guglanie do niczego nie doprowadziło, wyskakują tylko pliki źródłowe
najróżniejszych programów. No nic, jeśli do czegoś dojdę, to dam znać
na grupę.
Dobra, dobra, czytelnika pcoa nie musisz o tym informować :-)
:-)
January
--
---- January Weiner 3 -+---
Division of Bioinformatics, University of Muenster | Schloßplatz 4
(+49)(251)8321634 | D48149 Münster
http://www.uni-muenster.de/Biologie.Botanik/ebb/| Germany
Re: Problem z Debianem
> Uzylem strace i ltrace, ale niczego nie moglem dociec. Ot, proces sie
> zakancza, nic co by mi dalo jakis punkt odniesienia.
Hmm. I nie ma _absolutnie_żadnej_ różnicy między wynikiem strace na,
Tego nie napisałem. Napisałem, że _mnie_ nic nie dało żadnych punktów
odniesienia. Nie rozwodziłem się, bo głównie pytam o to, jak nazwać
swój problem, tak, żeby móc znaleźć samemu rozwiązanie, niż o samo
rozwiązanie.
Otóż wyglądało to tak, że ltrace nie dawał żadnych wyników, bo z
ltrace ls działał prawidłowo. Mój błąd! Porównywałem jabłka i
pomarańcze. Normalnie w shellu ls jest aliasem do "ls --color",
podczas gdy "ltrace ls" to to samo co "ltrace /bin/ls", bez opcji.
Otóż gdy się zrobi ltrace /bin/ls --color, wynik jest bardziej jednoznaczny:
sigprocmask(0, 0x805b580, 0xbf8fe9ac) = 0
signal(13, NULL) = 0x8049ce0
raise(13, 0, 0xbf8fe9ac, 0xbf8fe9d4, 0xbf8fe9e0) = 0
sigprocmask(2, 0xbf8fe9ac, NULL
--- SIGPIPE (Broken pipe) ---
+++ killed by SIGPIPE +++
Podobnie wygląda w przypadku strace. Czyli _jednak_ problemem jest ten
nieszczęsny limit wielkości pipe (ulimit -p), który ani nie wiem,
gdzie jest ustawiany, ani go nie potrafię zmienić (" ulimit: pipe
size: cannot modify limit: Invalid argument"), ani nie wiem, dlaczego
powoduje SIGPIPE. Nie szkodzi, teraz mogę już sobie poguglać.
Spodziewam się, że wiesz co piszesz
Byłbym ostrożny -- nie jestem administratorem, tylko użytkownikiem
zmuszonym do administrowania (którego żywo nienawidzę, niezależnie od
systemu i dystrybucji).
Pozdrawiam
January
--
January Weiner 3 -+---
Division of Bioinformatics, University of Muenster | Schloßplatz 4
(+49)(251)8321634 | D48149 Münster
http://www.uni-muenster.de/Biologie.Botanik/ebb/| Germany
Problem z Debianem
Witam; na wstepie zaznacze, ze nie wiem, czy problem jest specyficzny dla Debiana, czy nie. Prawdopodobnie cos gdzies zle skonfigurowalismy (my - odpowiedzialni za serwer), ale co i gdzie -- nie potrafimy teraz odkryc. Jest sobie serwer z Debianem testing. Niedawno mialem trudnosci z zalogowaniem sie don poprzez ssh. Przy blizszym ogladzie okazalo sie, ze proces logowania przebiega poprawnie, ale ze w sposob losowy ubijany jest (badz nie) shell. Dalej pokazalo sie, ze dotyczy to najrozniejszych polecen uruchamianych z shella. Wyglada to mniej wiecej tak: [EMAIL PROTECTED] $ ls ala bala cala [EMAIL PROTECTED] $ ls [EMAIL PROTECTED] $ ls [EMAIL PROTECTED] $ ls ala bala cala [EMAIL PROTECTED] $ Uzylem strace i ltrace, ale niczego nie moglem dociec. Ot, proces sie zakancza, nic co by mi dalo jakis punkt odniesienia. Niestety, nie udalo mi sie nawet wymyslic odpowiednich slow kluczowych dla Googla, bo nie wiem, jak nazwac ten problem. Jesli ktos jest mi w stanie dac odnosniki do dalszych poszukiwan zrodla moich problemow, to bardzo prosze. Aha, z poczatku myslalem, ze to moze kwestia ulimit -- ale zakomentowanie limits.conf i usuniecie wszystkich limitow (z wyjatkiem limitu na "pipe size", ktory nie wiem gdzie sie ustawia i nie da sie go zmienic) nic nie dalo. Pozdrawiam, January -- -------- January Weiner 3 -+--- Division of Bioinformatics, University of Muenster | Schloßplatz 4 (+49)(251)8321634 | D48149 Münster http://www.uni-muenster.de/Biologie.Botanik/ebb/| Germany -- -------- January Weiner 3 -+--- Division of Bioinformatics, University of Muenster | Schloßplatz 4 (+49)(251)8321634 | D48149 Münster http://www.uni-muenster.de/Biologie.Botanik/ebb/| Germany
Problem z Debianem
Witam; na wstepie zaznacze, ze nie wiem, czy problem jest specyficzny dla Debiana, czy nie. Prawdopodobnie cos gdzies zle skonfigurowalismy (my - odpowiedzialni za serwer), ale co i gdzie -- nie potrafimy teraz odkryc. Jest sobie serwer z Debianem testing. Niedawno mialem trudnosci z zalogowaniem sie don poprzez ssh. Przy blizszym ogladzie okazalo sie, ze proces logowania przebiega poprawnie, ale ze w sposob losowy ubijany jest (badz nie) shell. Dalej pokazalo sie, ze dotyczy to najrozniejszych polecen uruchamianych z shella. Wyglada to mniej wiecej tak: [EMAIL PROTECTED] $ ls ala bala cala [EMAIL PROTECTED] $ ls [EMAIL PROTECTED] $ ls [EMAIL PROTECTED] $ ls ala bala cala [EMAIL PROTECTED] $ Uzylem strace i ltrace, ale niczego nie moglem dociec. Ot, proces sie zakancza, nic co by mi dalo jakis punkt odniesienia. Niestety, nie udalo mi sie nawet wymyslic odpowiednich slow kluczowych dla Googla, bo nie wiem, jak nazwac ten problem. Jesli ktos jest mi w stanie dac odnosniki do dalszych poszukiwan zrodla moich problemow, to bardzo prosze. Aha, z poczatku myslalem, ze to moze kwestia ulimit -- ale zakomentowanie limits.conf i usuniecie wszystkich limitow (z wyjatkiem limitu na "pipe size", ktory nie wiem gdzie sie ustawia i nie da sie go zmienic) nic nie dalo. Pozdrawiam, January -- -------- January Weiner 3 -+--- Division of Bioinformatics, University of Muenster | Schloßplatz 4 (+49)(251)8321634 | D48149 Münster http://www.uni-muenster.de/Biologie.Botanik/ebb/| Germany
