Bilgisayar öðrenmenin tam zamaný: Ýþletmenlik, Web Tasarýmý, Ön Muhasebe ve Grafikerlik...

2003-07-12 Thread Lider Kursu - Çapa
Title: BİLGİSAYAR İŞLETMENLİĞİ







  
  

  
   


  
  
  KAMPANYA


  
  
  BİLGİSAYAR İŞLETMENLİĞİ
  
  
  ÖN MUHASEBE


  
  
  Olay!.. Olay!.. Olay!..
   


  
  
  Yaz Kampanyası
  
  %70 İndirim
  
  
  ÖN MUHASEBE
  
  ETA + LOGO + MİKRO


  
  Bu
  Kampanya BİR ay devam edecektir. 
   


  
  
  199.000.000 TL
  
  
  199.000.000 TL


  


  
  
  WEB TASARIMI
  
  
  WEB PROGRAMCILIĞI


  
  
  Frontpage
  
  Dreamweaver
  
  Fireworks
  
  CSS 
  
  Ftp
  
  
  ASP 
  
  PHP
  
  _javascript_


  
  
  399.000.000 TL
  
  
  299.000.000
  TL


  

Millet Cad No: 89 Fındıkzade / İSTANBUL

Tel: 0212 632 21 37 Faks: 0212 529 46 69


[EMAIL PROTECTED]
  
  
  
  
  
  Ön kayıt formu için tıklayınız..


  
   

  
  


Bu tip e-maillerin gelmesini istemiyorsanız
remove konulu bir e-mail gönderiniz...








[Fwd: *****SPAM***** Financial Freedom can be yours!]

2003-07-12 Thread Paul G. Allen
sp

 Original Message 
From: - Wed Jul  2 18:15:44 2003
X-UIDL: M2`!!/p4"!^18!!5~P"!
X-Mozilla-Status: 
X-Mozilla-Status2: 
Return-Path: <[EMAIL PROTECTED]>
Received: from x.ew01.com (x.ew01.com [69.6.0.43])  by antimatter.net (8.12.6/8.12.6) 
with ESMTP id h5TN96Sb007473  for <[EMAIL PROTECTED]>; Sun, 29 Jun 2003 16:09:06 -0700 
(PDT)
Received: (from [EMAIL PROTECTED])  by x.ew01.com (8.8.8/8.8.8) id HAA55505;   
 Sun, 29 Jun 2003 07:11:54 -0700 (PDT)
Date: Sun, 29 Jun 2003 16:08:58 -0700 (PDT)
Message-Id: <[EMAIL PROTECTED]>
From: Tail Wagging Offers News Letter <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: *SPAM* Financial Freedom can be yours!
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Status: Yes, hits=9.3 required=5.0   
tests=CTYPE_JUST_HTML,FINANCIAL,HTML_50_70,HTML_FONT_COLOR_BLUE,  
MAILTO_LINK,MAILTO_TO_REMOVE,MAILTO_WITH_SUBJ,  
MAILTO_WITH_SUBJ_REMOVE,RCVD_IN_OSIRUSOFT_COM,RCVD_IN_SBL,  
SPAM_PHRASE_08_13,SUBJ_REMOVE,WEB_BUGS, X_OSIRU_SPAMWARE_SITE version=2.43
X-Spam-Flag: YES
X-Spam-Level: *
X-Spam-Checker-Version: SpamAssassin 2.43 (1.115.2.20-2002-10-15-exp)
X-Spam-Prev-Content-Type: text/html; charset="iso-8859-1"
X-UIDL: M2`!!/p4"!^18!!5~P"!
SPAM:  Start SpamAssassin results --
SPAM: This mail is probably spam.  The original message has been altered
SPAM: so you can recognise or block similar unwanted mail in future.
SPAM: See http://spamassassin.org/tag/ for more details.
SPAM: 
SPAM: Content analysis details:   (9.30 hits, 5 required)
SPAM: FINANCIAL  (0.8 points)  BODY: Financial Freedom
SPAM: SUBJ_REMOVE(0.7 points)  BODY: List removal information
SPAM: SPAM_PHRASE_08_13  (1.4 points)  BODY: Spam phrases score is 08 to 13 (medium)
SPAM:[score: 10]
SPAM: HTML_50_70 (0.3 points)  BODY: Message is 50-70% HTML tags
SPAM: HTML_FONT_COLOR_BLUE (0.2 points)  BODY: HTML font color is blue
SPAM: WEB_BUGS   (0.2 points)  BODY: Image tag with an ID code to identify you
SPAM: MAILTO_LINK(0.2 points)  BODY: Includes a URL link to send an email
SPAM: MAILTO_WITH_SUBJ_REMOVE (0.6 points)  URI: Includes a URL link to send an email with the subject 'remove'
SPAM: MAILTO_WITH_SUBJ   (0.4 points)  URI: Includes a link to send a mail with a subject
SPAM: MAILTO_TO_REMOVE   (0.2 points)  URI: Includes a 'remove' email address
SPAM: RCVD_IN_OSIRUSOFT_COM (0.4 points)  RBL: Received via a relay in relays.osirusoft.com
SPAM:[RBL check: found 43.0.6.69.relays.osirusoft.com., type: 127.0.0.6]
SPAM: RCVD_IN_SBL(3.2 points)  RBL: Received via SBLed relay, see http://www.spamhaus.org/sbl/
SPAM:[RBL check: found 43.0.6.69.sbl.spamhaus.org.]
SPAM: X_OSIRU_SPAMWARE_SITE (0.3 points)  RBL: DNSBL: sender is a Spamware site or vendor
SPAM: CTYPE_JUST_HTML(0.4 points)  HTML-only mail, with no text version
SPAM: 
SPAM:  End of SpamAssassin results -








http://x.ew01.com/m/l?2ea-546q-1-2dyq-x4qvz";>http://freeimagehosting.sendmebargains.com/freedom/creative.gif"; width=650 
border=0 NOSEND="1"> 


 
unsubscribe from this mailing list: click http://x.ew01.com/delete?l=TailWaggingOffer.0-1b69907-3ae4&e=pgallen%40randomlogic.com";>here
 or send a blank to: mailto:[EMAIL PROTECTED]">[EMAIL PROTECTED]
x4qvz
http://x.ew01.com/m/r?2ea-546q-0-x4qvz"; WIDTH=33 HEIGHT=12 BORDER=0 ALIGN="RIGHT" ALT="">





--
Paul G. Allen
Owner, Sr. Engineer, Security Specialist
Random Logic/Dream Park
www.randomlogic.com



Re: Strange errors with Amanda

2003-07-12 Thread Jay Lessert
On Sat, Jul 12, 2003 at 10:36:00AM -0400, Jonathan B. Bayer wrote:
> My problem comes when I try to backup other systems.  amcheck reports no
> errors, but when I do the backup I get the message listed below.
> 
> Before I post the entire configuration, I'm wondering if this is simply
> a timeout problem.  Right now I have the timeout set to:
> 
>   etimeout 3000

I don't think you're running into real estimate timeouts (certainly not
at 3000*#DLE!).

Drop the disklist back to one small entry per client.  /usr, maybe.
That'll totally eliminate any capacity/delay/interaction problems.

Then clear /tmp/amanda on the server and clients and do a run.
Assuming it fails more-or-less the same way, crawl through the
debug files in /tmp/amanda on the server and one of the clients,
as well as the amdump.x and log.date files on the server.  I
think *somewhere* in there is a useful error message.

Since your server treats itself just like any other client, you
have "known-good" output to compare against.

Even though you're passing amcheck, there are parts of the amanda
network activity that don't get exercised until amdump runs.  It smells
like a Linux iptables problem, but I'm a Solaris guy and know just
about zip on that subject.

-- 
Jay Lessert   [EMAIL PROTECTED]
Accelerant Networks Inc.   (voice)1.503.439.3461
Beaverton OR, USA(fax)1.503.466.9472


Amanda and Mac OSX

2003-07-12 Thread rgrant

Hi everyone, I recently got amanda compiled
and running on Mac's running OS 10.2.6 (kernel 6.6). The backups are done
using amanda 2.4.4 (on Redhat Linux 7.2) with gnutar and all seems well
on the level 0, but when level 1's are done it seems that it always reverts
to level 0's. 
I looked around and found the the files
that seems to keep the incremental info are stored in the format /usr/local/var/amanda/gnutar-lists/slice_name_0
, but on the said system it stays as /usr/local/var/amanda/gnutar-lists/slice_name_0.new
. I am not sure  why it keeps the .new extension ? 


Roger Grant


RE: tapeless backup...should i have symbolic links to data?

2003-07-12 Thread Drew Mogan
>No, data should be a real directory under each "file tape".
>There will also be a file called info under each "file tape".
>Have you "amlabelled" each "file tape"?
~~~
Yes, I amlabeled each one.
I moved the data symbolic link to the tape and then run amlabel.

$ln -s 01 data
$amlabel DailySet1 DailySet101
$rm data
$ln -s 02 data
$amlabel DailySet1 DailySet102


~
Then when running amdump.

$ln -s 02 data
$amdump DailySet1


~~
An ls of /backups/02 looks like this.

drwxrwx---   20 amanda   disk 4096 Jul 11 09:00 ..
-rw---1 amanda   disk   10 Jul  6 23:28
0-DailySet102
-rw---1 amanda   disk32768 Jul  6 23:28
0.DailySet102
-rw---1 amanda   disk   15 Jul  7 00:31
1-srv1.testing.com._home.0
-rw---1 amanda   disk 13453688832 Jul  7 00:31
1.srv1.testing.com._home.0
-rw---1 amanda   disk   10 Jul  7 00:31 2-TAPEEND
-rw---1 amanda   disk32768 Jul  7 00:31 2.TAPEEND
~~

~
I am backing up my home directory (~18GB).
So my disklist looks like this.

srv1.testing.com /home hard-disk-tar
~

~
Here are the entries within my amanda.conf

define tapetype HARD-DISK {
comment "Hard disk instead of tape"
length 2 mbytes

define dumptype hard-disk-tar {
hard-disk-dump
comment "Back up to hard disk instead of tape - using tar"
program "GNUTAR"
~

So, any ideas where I am going wrong?  Can I just create the data
directory now in each tape and just move the existing files in?  Then
try amrecover again.

Thank you for your help.

drew
> -Original Message-
> From: Jon LaBadie [mailto:[EMAIL PROTECTED]
> Sent: Friday, July 11, 2003 9:31 PM
> To: Drew Mogan
> Subject: Re: tapeless backup...should i have symbolic links to data?
> 
> 
> On Fri, Jul 11, 2003 at 09:49:55AM -0700, Drew Mogan wrote:
> > Hello,
> > 
> > I am wondering whether or not I should be using symbolic links for
> > "data" in my tapeless setup.
> > I am currently able to run "amdump" but not able to successfully run
> > "amrecover"?
> > 
> > Within my amanda.conf
> > tapedev file:/backups
> > 
> > Directory Structure
> > /backups/01
> > ...
> > /backups/20
> > 
> > When I go to run amdump I just point "data" to the next 
> tape in line.
> > $ln -s 06 data
> > $amdump DailySet1
> 
> No, data should be a real directory under each "file tape".
> There will also be a file called info under each "file tape".
> Have you "amlabelled" each "file tape"?
> 
> > 
> > I have recently seen some docs where the data directory is actually
> > created within the tape.
> > /backups/01/data
> > 
> > Which of these methods are best for a tapeless backup setup?
> > How does this affect how I do "amrecover"?
> > 
> > I am currently having trouble with "amrecover" and am not 
> sure what I
> > should be using for "settape".
> > 
> > I have tried using the following:
> > ln -s data 02
> > (then within amrecover)
> > settatape host:file:/backups/02
> > or
> > settatape host:file:/backups
> > 
> > I have not had luck either way.  I receive this error.
> > 
> > Extracting files using tape drive file:/backups/02 on host
> > srv1.testing.com.
> > Load tape DailySet102 now
> > Continue [?/Y/n/t]? y
> > amrecover: error reading tape: Connection reset by peer
> > extract_list - child returned non-zero status: 1
> > ~
> > 
> > Thanks so much for your help.
> > drew
> > 
> > 
> >>> End of included message <<<
> 
> -- 
> Jon H. LaBadie  [EMAIL PROTECTED]
>  JG Computing
>  4455 Province Line Road(609) 252-0159
>  Princeton, NJ  08540-4322  (609) 683-7220 (fax)
> 



Strange errors with Amanda

2003-07-12 Thread Jonathan B. Bayer
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello amanda-users,

I'm in the process of setting up a new Amanda installation.  This is
installed on new Dell Xeon hardware, with an Overland tape loader using
LTO tapes.

The Amanda server is running RedHat 9, the client systems are running
RedHat 7.1-7.3.  They all have the current version of Amanda installed: 2.4.4p1

Amanda is working fine for the local system (localhost).  It backs up
nicely.

My problem comes when I try to backup other systems.  amcheck reports no
errors, but when I do the backup I get the message listed below.

Before I post the entire configuration, I'm wondering if this is simply
a timeout problem.  Right now I have the timeout set to:

  etimeout 3000

When I first tried this, I had the etimeout set to 300.  When it failed, all
the lines in the message said that the estimate timed out, so I increased.
Now I'm getting additional messages saying that amandad is busy, then the
timeout messages.

I've also included the output from df for the two systems that are failing.

Thanks in advance.

JBB


== Begin Amanda Mail Report ===
These dumps were to tape DL0001.
The next tape Amanda expects to use is: a new tape.

FAILURE AND STRANGE DUMP SUMMARY:
  ch2.questi /usr lev 0 FAILED [ch2.questionmarket.comNAK :  amandad busy]
  ch2.questi /home lev 0 FAILED [ch2.questionmarket.comNAK :  amandad busy]
  ch2.questi /export2 lev 0 FAILED [ch2.questionmarket.comNAK :  amandad busy]
  ch2.questi /export lev 0 FAILED [ch2.questionmarket.comNAK :  amandad busy]
  ch2.questi /oracle lev 0 FAILED [ch2.questionmarket.comNAK :  amandad busy]
  ch2.questi /etc lev 0 FAILED [ch2.questionmarket.comNAK :  amandad busy]
  ch2.questi /sbin lev 0 FAILED [ch2.questionmarket.comNAK :  amandad busy]
  ch2.questi /root lev 0 FAILED [ch2.questionmarket.comNAK :  amandad busy]
  ch2.questi /var lev 0 FAILED [ch2.questionmarket.comNAK :  amandad busy]
  ch2.questi /lib lev 0 FAILED [ch2.questionmarket.comNAK :  amandad busy]
  ch2.questi /bin lev 0 FAILED [ch2.questionmarket.comNAK :  amandad busy]
  survey.que /usr lev 0 FAILED [survey.questionmarket.comNAK :  amandad busy]
  survey.que /home lev 0 FAILED [survey.questionmarket.comNAK :  amandad busy]
  survey.que /export2 lev 0 FAILED [survey.questionmarket.comNAK :  amandad busy]
  survey.que /export lev 0 FAILED [survey.questionmarket.comNAK :  amandad busy]
  survey.que /oracle lev 0 FAILED [survey.questionmarket.comNAK :  amandad busy]
  survey.que /etc lev 0 FAILED [survey.questionmarket.comNAK :  amandad busy]
  survey.que /var lev 0 FAILED [survey.questionmarket.comNAK :  amandad busy]
  survey.que /sbin lev 0 FAILED [survey.questionmarket.comNAK :  amandad busy]
  survey.que /root lev 0 FAILED [survey.questionmarket.comNAK :  amandad busy]
  survey.que /lib lev 0 FAILED [survey.questionmarket.comNAK :  amandad busy]
  survey.que /bin lev 0 FAILED [survey.questionmarket.comNAK :  amandad busy]
  ch2.questi /usr lev 0 FAILED [Estimate timeout from ch2.questionmarket.com]
  ch2.questi /home lev 0 FAILED [Estimate timeout from ch2.questionmarket.com]
  ch2.questi /export2 lev 0 FAILED [Estimate timeout from ch2.questionmarket.com]
  ch2.questi /export lev 0 FAILED [Estimate timeout from ch2.questionmarket.com]
  ch2.questi /oracle lev 0 FAILED [Estimate timeout from ch2.questionmarket.com]
  ch2.questi /etc lev 0 FAILED [Estimate timeout from ch2.questionmarket.com]
  ch2.questi /sbin lev 0 FAILED [Estimate timeout from ch2.questionmarket.com]
  ch2.questi /root lev 0 FAILED [Estimate timeout from ch2.questionmarket.com]
  ch2.questi /var lev 0 FAILED [Estimate timeout from ch2.questionmarket.com]
  ch2.questi /lib lev 0 FAILED [Estimate timeout from ch2.questionmarket.com]
  ch2.questi /bin lev 0 FAILED [Estimate timeout from ch2.questionmarket.com]
  survey.que /usr lev 0 FAILED [Estimate timeout from survey.questionmarket.com]
  survey.que /home lev 0 FAILED [Estimate timeout from survey.questionmarket.com]
  survey.que /export2 lev 0 FAILED [Estimate timeout from survey.questionmarket.com]
  survey.que /export lev 0 FAILED [Estimate timeout from survey.questionmarket.com]
  survey.que /oracle lev 0 FAILED [Estimate timeout from survey.questionmarket.com]
  survey.que /etc lev 0 FAILED [Estimate timeout from survey.questionmarket.com]
  survey.que /var lev 0 FAILED [Estimate timeout from survey.questionmarket.com]
  survey.que /sbin lev 0 FAILED [Estimate timeout from survey.questionmarket.com]
  survey.que /root lev 0 FAILED [Estimate timeout from survey.questionmarket.com]
  survey.que /lib lev 0 FAILED [Estimate timeout from survey.questionmarket.com]
  survey.que /bin lev 0 FAILED [Estimate timeout from survey.questionmarket.com]


STATISTICS:
  Total   Full  Daily
      
Estimate Time (hrs:min)9:10
Run Time (hrs:min) 9:13
Dump Time (hrs:min)0:02   0:02   0:00
Outpu

Re: send of compile question

2003-07-12 Thread Paul Bijnens
Bruntel, Mitchell L, SOLCM wrote:
yesterday I said:
---
In getting programs together (using amanda-2.4.4p1) I was unable to get it to work.
The only way my "crack"ed programmer was able to help me get it to compile  was to comment out the 
version.info function, which he said was not allocated as external. 


You have gcc 3.3.  I never tried that one.
But apart from that, this is the first time ever that
this blocked a compile.
I strongly believe that your sw guy fiddled with a million
settings, (like e.g. setting the path correctly, or running
"make distclean" before doing ./configure), and blamed it
all on the version_info.